Bom pessoal, no vídeo anterior a gente estava falando sobre essas chamadas e API Gateway na frente de um conjunto de micro serviços dentro de uma rede. Então isso aqui que é um ponto interessante, isso aqui que a gente está vendo está dentro de uma rede maior. Eu vou até colocar aqui somente para não restar dúvidas aqui do lado de vocês colocar esse cara aqui vou tirar aqui eu vou colocar aqui só que está dentro de uma rede maior e o porquê que eu estou dizendo isso Olha só que interessante algumas vantagens que a gente tem de trabalhar assim. Os times que estão desenvolvendo esses microserviços, quando eles precisam se comunicar aqui, primeira coisa, eles não precisam saber, então vou colocar aqui do lado, coisa eles não precisam saber então vou colocar aqui do lado times não precisam saber com qual micro serviço eles vão se comunicar a aumentar um pouco a fonte aqui somente para deixar um pouco mais claro o que eles vão fazer simplesmente eles vão chamar uma epa gateway um determinado endereço e vão ter esse resultado. Ok? Então, isso aí é um ponto importante. Quais são os benefícios disso aí? poderão mudar, refazer, reconstruir, trocar a linguagem de programação. e ainda elas vão conseguir o que? manter o mesmo endereço, o mesmo endpoint eventualmente, sei lá, o mesmo IP o mesmo IP ele não vai garantir mas você garante o mesmo endpoint então, aqui nesse caso, o que vai acontecer? você mantém o mesmo em de point tudo isso de forma transparente para quem Quem utiliza o microserviço. Legal? Então, o que acontece? Esse microserviço precisa emitir uma ordem de cobrança. Vamos imaginar que esse microserviço aqui é o cara que emite a ordem. Esse microserviço aqui, ele não precisa saber que é esse cara que emite a ordem. Ele sabe, o que ele precisa saber? Que quando ele acessar a barra cobrança, o que vai acontecer, eu vou chamar aqui de, sei lá, charge, ou bill. O que vai acontecer? Bill. O que vai acontecer? Quando ele chamar esse cara, esse barra Bill vai bater nesse cara aqui. Se amanhã eu mudar esse sistema, se eu mudar o endpoint, se eu mudar todas as regras, não interessa. Esse cara vai continuar chamando bill e esse cara que nem vai saber que houve uma mudança radical nesse micro serviço esse cara que não precisa saber que o endereço desse micro serviço mudou esse cara que não precisa saber que você está realizando um teste AB. Por quê? Porque ele só enxerga a API Gateway aqui. E também, aqui nesse caso, você começa a ter diversos recursos muito interessantes. Políticas de retry, mais partes de segurança, você vai ter né a rate limit tá tudo isso pré configurado no seu e pi gateway e de graça então o seu micro serviço aqui não vai precisar se preocupar com essas coisas, porque o API Gateway está na frente para fazer isso. Então, ao invés de você ter um cenário maluco como isso aqui, elevado à quantidade de contextos, você pode ter apenas chamadas diretas para API Gateway. E aqui no meio, cada contexto se vira, cada agrupamento de squads acabam se virando aí. Então, isso muda o jogo, galera. Muda o jogo totalmente. Porém, contudo, todavia, entretanto, a minha maior dica também em relação a isso aqui é o seguinte. Deixe as APIs, Gateways, de forma stateless. De forma stateless. E o porquê que eu estou dizendo isso? Porque se elas ficarem stateless, você pode matar e subi-las novamente a hora que você quiser. Quando você criar um novo contexto, basta você subir uma nova API Gateway dentro desse contexto. E que tudo vai estar funcionando tão bem legal? então deixa a IPA Gateway de forma Stateless, se você olhar por exemplo, eu vou dar alguns exemplos simples aqui de IPA Gateway Open Source que você pode utilizar, que você consegue trabalhar de forma Stateless o Kong você consegue trabalhar e você também consegue por exemplo trabalhar com a crack and de tá obviamente existem n outras soluções para você fazer isso mas basta deixar essas e peguei tuís como a como esteja e você não vai ter problema você trabalha com arquivo declarativo subiu ela não precisa ter banco de dados está inclusive para rodar ela roda somente nas configurações logo ela consegue rodar com uma performance muito melhor pra ela não ficar a trabalhando e tendo acesso a dados tá então eu acho que aí tá uma mudança de jogo bem grande na hora que você vai montar uma arquitetura baseada em micro serviços beleza é isso aí galera deixa eu ver se eu tenho mais alguma coisa que eu queria colocar aqui pra você a um ponto importante também na hora que você for fazer isso, é que você tem que preparar o seu time, obviamente, para fazer com que eles não consigam mais fazer essas chamadas diretas. Então aqui, provavelmente, você vai ter uma network policy proibindo chamadas diretas entre micro serviços de contextos diferentes. diferentes porque se você não fizer isso vai ter sempre um desenvolvedor zinho que vai querer fazer uma chamadinha direta e daí toda essa estratégia de ipa e gay vai por água abaixo legal então toma cuidado com isso cria uma network policy aí pra evitar essas chamadas aí nesses contextos. Fechou? Era isso que eu queria passar para vocês sobre esse tipo de topologia. Lembrando, tá, que isso aqui pode ser chamado de uma espécie de uma mini API gateway. Aqui. Bacana? API Gateway aqui bacana? então era isso que eu queria trazer pessoal um grande abraço para vocês e até o nosso próximo vídeo