Construyendo Microservicios, 2ª Edición

Capítulo 16. El arquitecto evolutivo

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Como hemos visto hasta ahora, los microservicios nos dan muchas opciones y, en consecuencia, muchas decisiones que tomar. Por ejemplo, ¿cuántas tecnologías diferentes debemos utilizar, debemos dejar que los distintos equipos utilicen lenguajes de programación diferentes, y debemos dividir o fusionar un microservicio? ¿Cómo tomamos estas decisiones? Con el ritmo de cambio más rápido y el entorno más fluido que permiten estas arquitecturas, el papel del arquitecto también tiene que cambiar. En este capítulo, adoptaré un punto de vista bastante sesgado sobre cuál es el papel de un arquitecto y, con suerte, lanzaré un último asalto a la torre de marfil.

¿Qué hay en un nombre?

Sigues utilizando esa palabra. No creo que signifique lo que tú crees que significa.

Íñigo Montoya, de La princesa prometida

Arquitectos tienen un trabajo importante. Se encargan de garantizar que el sistema tenga una visión técnica conjunta, que ayude a entregar el software que necesitan los clientes. En algunos lugares, pueden tener que trabajar con un solo equipo, en cuyo caso el papel del arquitecto y el del jefe técnico suelen ser el mismo. En otros lugares, pueden estar definiendo la visión de todo un programa de trabajo, coordinándose con varios equipos de todo el mundo, o quizá incluso con toda una organización. Cualquiera que sea el nivel en el que ...