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.
Na utilização de containers, por exemplo em um teste de carga, podemos ter a necessidade de verificar o status do container, o quanto de recurso está sendo usado, seja cpu, seja memória.
Documento elaborado pelo time antes da codificação, de um projeto ou funcionalidade. A proposta é apresentar uma visão de alto nível com ênfase nos trade-offs considerados durante a decisão.
No artigo "Tempos de Resposta: Os 3 Limites Importantes" publicado em 1993, Jakob Nielsen, existe a regra "0,1 / 1 / 10" para construir interfaces bem performáticas:
Queremos que eventos dos nossos servidores respondam em menos de 100ms.
Tamanho: