Capítulo 16. O arquiteto evolutivo
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Como vimos até agora, os microsserviços dão-nos muitas escolhas e, consequentemente, muitas decisões a tomar. Por exemplo, quantas tecnologias diferentes devemos utilizar, se devemos permitir que equipas diferentes utilizem linguagens de programação diferentes e se devemos dividir ou fundir um microsserviço? Como é que tomas estas decisões? Com o ritmo mais rápido da mudança e o ambiente mais fluido que estas arquitecturas permitem, o papel do arquiteto também tem de mudar. Neste capítulo, vou ter uma visão bastante opinativa do que é o papel de um arquiteto e espero lançar um último ataque à torre de marfim.
O que é que um nome tem?
Estás sempre a usar essa palavra. Não creio que signifique o que tu pensas que significa.
Inigo Montoya, de The Princess Bride
Os arquitectos têm uma tarefa importante. São responsáveis por garantir que o sistema tem uma visão técnica conjunta, que deve ajudar a fornecer o software de que os clientes necessitam. Nalguns locais, podem ter de trabalhar apenas com uma equipa, caso em que o papel do arquiteto e o do líder técnico são muitas vezes um e o mesmo. Noutros locais, podem estar a definir a visão para todo um programa de trabalho, coordenando com várias equipas em todo o mundo, ou talvez mesmo com toda uma organização. Seja qual for o nível em que os arquitectos operam, o seu papel é difícil ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access