À medida que sistemas torna-se cada vez mais presentes na vida de nossos usuários, precisamos melhorar continuamente a qualidade dos serviços que oferecemos, já que a falha em um sistema pode ter um impacto significativo na vida das pessoas.

No mundo moderno de desenvolvimento de software, é essencial possuir um conhecimento abrangente sobre segurança para que medidas protetivas sejam integradas desde o início do processo.

Dividir os nossos sistemas em microsserviços menores e mais especializados possui diversas vantagens. Entretanto, novas fontes de complexidade, principalmente no que tange ao comportamento dos sistemas no ambiente de produção.

O mundo dos testes avançou significativamente nos últimos anos, mas testar funcionalidades em nosso código de modo eficaz e eficiente continua sendo um desafio em sistemas distribuídos.

Quando estamos iniciando em microsserviços, temos inicialmente a visão lógica da arquitetura e posteriormente passamos para a visão física. A visão lógica abstrai muito da visão física, ocultando uma série de complexidades que tornam-se evidentes quando são executados em uma infraestrutura real.

Iniciando o uso de microsserviços, precisamos rever o processo de desenvolvimento para acomodar esse novo estilo de arquitetura.

Podemos utilizar vários microsserviços colaborando entre si para implementar um processo de negócio.

Na comunicação entre microsserviços, temos diversas opções de tecnologias para uso. A escolha da tecnologia adequada deve considerar o que esperamos que ela entregue.

Falando sobre comunicação, chamadas entre diferentes sistemas por meio da rede e chamadas dentro de um único processo são totalmente diferentes. É relativamente fácil pensar em alterar uma chamada que um objeto faz a outro objeto para uma chamda para outro serviço. A questão é que essa mudança traz consigo muitos problemas.

Os microsserviços não são o fim, são o meio. A decisão de usá-los deve ser consciente e racional. Considere os microsserviços apenas se a arquitetura atual não puder evoluir ou apresentar limitações. Pense primeiro no simples: o que pode ser feito com o que temos atualmente antes de considerar a adoção dos microsserviços?