Arquitetura de cluster Kubernetes
Plano de controle, nós de trabalho, kubelet, kube-proxy, pods e Ingress
14 nós
- Stack
- Kubernetes
Arquitetura
Produtores, tópicos Kafka, consumidores, fila de mensagens mortas e analytics
Funciona no plano Free: 15 nós de diagrama + 150 notas, textos, figurinhas e tópicos de mapa mental por diagrama.
Em uma arquitetura orientada a eventos, os serviços anunciam o que aconteceu e outros serviços reagem, em vez de se chamarem diretamente. Este modelo mostra o checkout-service publicando OrderPlaced no tópico orders de um broker de eventos, enquanto o payment-service e o inventory-service assinam esse tópico.
Depois, o payment-service publica PaymentCaptured no tópico payments, que o shipping-service e o notification-service consomem. Eventos que não podem ser processados vão para uma fila de mensagens mortas, e um armazém de analytics recebe todos os eventos. Os produtores ficam à esquerda, o broker e os tópicos no meio e os consumidores à direita, então o fluxo se lê da esquerda para a direita.
Renomeie os tópicos e os eventos de acordo com o seu domínio, com nomes no passado como OrderPlaced.
Adicione produtores e consumidores a partir do pack Stack e ligue-os aos tópicos com conexões tracejadas.
Adicione uma fila de mensagens mortas para cada consumidor que pode falhar, e anote quais eventos o armazém de analytics guarda.
Compartilhe o diagrama com cada time que publica ou consome eventos, e salve uma versão quando um tópico ou evento mudar.
Não. A moldura do broker diz Kafka porque é comum, mas o mesmo desenho vale para RabbitMQ, Amazon EventBridge, Google Cloud Pub/Sub ou Azure Service Bus: renomeie a moldura e os tópicos.
Uma fila de mensagens mortas guarda os eventos que um consumidor não conseguiu processar depois das novas tentativas, para que não se percam nem travem os eventos seguintes. Os times os analisam, corrigem a causa e os reprocessam.
Sim. Use conexões contínuas para chamadas diretas e tracejadas para eventos, ou comece pelo modelo de microsserviços, que mostra um API gateway e um barramento de eventos juntos.
Plano de controle, nós de trabalho, kubelet, kube-proxy, pods e Ingress
14 nós
VPC com ALB, EC2 Auto Scaling, RDS, CloudFront e S3
13 nós
API Gateway, Lambda, DynamoDB, EventBridge, SQS e Cognito
11 nós
Caso de uso relacionado
Diagramas de arquitetura em nuvemEntre com Google ou GitHub. Grátis para um assento. Faça upgrade quando a equipe entrar.