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

Trabalhando com microsserviços, utilizar vários deles colaborando entre si para implementar um processo de negócio é natural. Comunicação com banco de dados, acesso à rede e filesystem, tudo isso está contido no contexto dos microsserviços.

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

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

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?

Definir uma boa fronteira em um microsserviço é extremamente importante já que ter a capacidade de alterá-lo isoladamente é essencial. Basicamente, os microsserviços são apenas outra forma de decomposição modular.

Microsserviços são serviços que podem ser lançados de forma independente e são modelados com base e um domínio de negócio.

Podemos fazer merge de vários pdfs usando a ferramenta poppler pelo terminal.

Ao desenvolver um serviço para realizar upload e download de arquivos, uma série de boas práticas precisam ser seguidas a fim de ter um serviço resiliente, seguro e confiável, já que deixar o upload de arquivos irrestrito cria um vetor de ataque para atores mal-intencionados.

Citações do livro Empreenda pelos princípios bíblicos.