Capítulo 4. Os embaixadores
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
O Capítulo 3 introduziu o padrão sidecar, onde um container aumenta um container pré-existente para adicionar funcionalidade. Este capítulo apresenta o padrão ambassador, onde um container ambassador intermedia as interações entre o container da aplicação e o resto do mundo. Tal como acontece com outros padrões de nó único, os dois containers estão fortemente ligados em um emparelhamento simbiótico que está programado para uma única máquina. Um diagrama canónico deste padrão é mostrado na Figura 4-1.
Figura 4-1. Padrão genérico de embaixador
O valor do padrão embaixador é duplo. Primeiro, como com os outros padrões de nó único, há um valor inerente na construção de containers modulares e reutilizáveis. A separação de preocupações torna os containers mais fáceis de construir e manter. Da mesma forma, o contentor embaixador pode ser reutilizado com vários contentores de aplicações diferentes. Esta reutilização acelera o desenvolvimento da aplicação porque o código do contentor podeser reutilizado em vários locais. Além disso, a implementação é mais consistente e de maior qualidade porque é construída uma vez e usada em muitoscontextos diferentes.
O restante deste capítulo fornece uma série de exemplos de uso do padrão ambassador para ...