
Unplugged Lite 45: Model C, ni Visio ni Drawio lo tienen 5v1a4u
Descripción de Unplugged Lite 45: Model C, ni Visio ni Drawio lo tienen 5s356v
- C4 model https://c4model.com/ - El modelo C4 de documentación para la Arquitectura de Software https://medium.com/@javiervivanco/el-modelo-c4-de-documentaci%C3%B3n-para-la-arquitectura-de-software-424704528390 93744
Este contenido se genera a partir de la locución del audio por lo que puede contener errores.
Bienvenidos a Unplugged Light, tu resumen semanal de la tecnología Microsoft en menos de 10 minutos. Nos sumergiremos rápidamente en el emocionante mundo de Microsoft ofreciéndote lo último y lo mejor en tecnología en cada episodio.
¿Qué tal? Una semana más, ni menos. Unplugged Light, donde os venimos a comentar una noticia breve o un artículo breve. Es verdad que últimamente me estoy saliendo un poquillo más de los temas de Microsoft, pero es que me estoy encontrando muchos artículos más agnósticos en sí a la tecnología que me están gustando bastante. Antes de entrar en el artículo de hoy, estamos a 6 de mayo, este fin de semana es la Global Azul en Madrid.
Espero veros por allí el día. Espero que estéis, espero que saludéis, espero que veros en la charla que doy con Roberto Navarro sobre el Responsible AI y, bueno, que no os paréis y a cualquiera de los tres, a Alberto, a Santiago, a mí y nos comentéis sobre el podcast. Si lo escucháis, cuando lo escucháis, qué programas son los que más os gustan, cuáles son los que menos os gustan para ir cambiando.
Lo que os quería comentar hoy. No sé si conocéis el modelo C4 de documentación de arquitecturas de software. Yo no lo conocía, entonces, ¿qué ocurría? Vemos una arquitectura típica que podemos ver en Visio, en la parte de Azure, vemos una arquitectura típica. ¿Por qué la gente de My, que se trabaja con Azure y trabaja más con Visio y la gente que trabaja con Amazon Web Services, tiende a trabajar más con Draw.io? Esa es la primera duda que yo tengo.
Me gusta Draw.io. Además, está chulo que yo pueda exportar un PNG y después, si lo importo de nuevo, tiene la metadata y puedo seguir editándolo. Es algo que me gusta bastante. ¿Pero qué ocurre? ¿Qué limitaciones veo cuando documentamos arquitecturas de software? Lo que veo es que hacemos una arquitectura ahora, normalmente para un componente o un conjunto de componentes, cuando eso crece es monstruoso.
Es monstruoso porque estamos dando, a veces, mucho detalle. Estamos diciendo, pues va este microservicio, luego va el otro, luego va esta base de datos, no solo que va una base de datos. Es que decimos qué tipo va el nombre de la base de datos y cuando estás por encima de eso, te da igual qué base de datos es la que sea. Luego, a veces, metemos relaciones de este microservicio se relaciona con el otro a través de la llamada patatín.
Y cuando quieres bajar ese nivel de detalle, está bien, está muy bien que tengas eso documentado y mantenido. Pero cuando estás en una capa por encima, lo único que quieres ver es, vale, ¿a qué sistemas llama este o desde dónde recibe llamadas? Una cosa que hay es, bueno, tenemos OpenAI para la parte de APIs y también está SyncAPI para la parte de microservicios, eventos, llamadas y demás. Pero eso es más a nivel de frontal y yo lo que estoy hablando es un poco de arquitectura.
Eso no te permite, por ejemplo, bueno, pues quiero dejar documentado que este microservicio envía un mensaje a tal cola, que esto se relaciona con una base de datos documentDB o se relaciona con una indexDB o se relaciona con una SQL, con lo que sea, ¿vale? Y todo eso sin tener otro problema que es, vale, pues cada componente tiene su arquitectura y luego tiene llamadas fuera.
Ya, ¿y cómo voy saltando de uno a otro? Al final que me encuentro con 18 pestañas porque estoy viendo mi componente en profundidad y estoy viendo las 9 relaciones que tiene alrededor y es que además necesito bajar a veces a ver el detalle. Entonces, con todo esto y exponiendo todas estas problemáticas, una cosa a la que llegué fue el modelo C4.
Este modelo C4 que, bueno, pues parece ser que fue diseñado por Simon Brown, ¿vale? Él tiene un libro y yo estoy viendo este artículo de Javier Uribanco y además la página de c4model.com, lo que te está diciendo es, es un diagrama en el que tú vas a tener un nivel 1 de contexto entre los componentes, entre las relaciones, un nivel 2 de contenedores, que también están muy bien para saber lo que está desplegado junto o dónde está desplegado, si está en un premise, si está en Amazon Web Services, dónde, ¿vale? Y pues puede haber dos cosas en el mismo microservicio o puede haber dos cosas en el mismo C2 y otra en otro C2.
Comentarios de Unplugged Lite 45: Model C, ni Visio ni Drawio lo tienen 4e2n7