Curso Full Cycle 3.0 - Módulo Arquitetura do Projeto Prático - Codeflix

Descrição

O Curso Full Cycle é uma formação completa para fazer com que pessoas desenvolvedoras sejam capazes de trabalhar em projetos expressivos sendo capazes de desenvolver aplicações de grande porte utilizando de boas práticas de desenvolvimento.

Repositório Pai

https://github.com/alcir-junior-caju/study-full-cycle-3-0

Visualizar o projeto na IDE:

Para quem quiser visualizar o projeto na IDE clique no teclado a tecla ponto, esse recurso do GitHub é bem bacana

CodeFlix

Uma espécie de Netflix;
Assinatura do serviço pelo cliente;
Catálogo de vídeos para navegação;
Playback de vídeos;
Busca full text no catálogo;
Processamento e encoding dos vídeos;
Administração do catálogo de vídeos;
Administração do serviço de assinatura;
Autenticação;

Decisões de projeto e de arquitetura

Microserviços:
- Arquitetura baseada em microserviços;
- Tecnologia adequada para cada contexto, ex.: Go para processar vídeos;
- Não existe uma única verdade na escolha das tecnologias;
- Microserviços podem ser substituídos por outros com tecnologias diferentes;
- Cada micro serviço terá seu próprio processo de CI/CD;
Escala horizontal:
- O processo de escala poderá ser configurado a nível de microserviço;
- Todos os microserviços trabalharão de forma Stateless;
- Quando utilizado upload de qualquer tipo de asset, o mesmo será armazenado em um Cloud Storage;
- O processo de escala se dará no aumento da quantidade de PODs do Kubernetes;
- O processo de autoscaling também será utilizado através de um recurso chamado HPA (Horizontal Pod Autoscaler);
Service Discovery:
- Não haverá a necessidade de trabalhar com um sistema de Service Discovery como Consul;
- O projeto utilizará o Kubernetes para orquestrar os containers, logo o Service Discovery já faz parte do processo;
Consistência Eventual:
- Grande parte da comunicação entre os serviços será assíncrona;
- Cada microserviço possuirá sua própria base de dados;
- Eventualmente os dados poderão ficar inconsistentes, desde que não haja prejuízo direto ao negócio;
Duplicação de Dados:
- Eventualmente um microserviço poderá persistir dados já existentes em outro microserviço em seu banco de dados;
- Essa duplicação ocorre para deixar o microserviço mais autônomo e preciso;
- O microserviço duplicará apenas os dados necessários para seu contexto;
- No caso da CodeFlix utilizaremos o Kafka Connect como replicador de dados;
Mensageria:
- Como parte da comunicação entre os microserviços é assíncrona, um sistema de mensageria é necessário;
- O RabbitMQ foi escolhido para esse caso;
- Por que não o Apache Kafka ou Amazon SQS, entre outros?
  - Apache Kafka também poderia ser utilizado nesse caso, por outro lado, foi decidido utilizar o Kafka juntamente com o Kafka Connect apenas para a replicação de dados;
  - Evitaremos ao máximo o Lock-in nos clouds providers, logo, Amazon SQS e similares foram descartados;
  - Não há uma verdade única sobre a escolha da tecnologia;
Resiliência e Self Healing:
- Para garantir resiliência caso um ou mais microserviços fiquem fora do ar, as filas serão essenciais;
- Caso uma mensagem venha em um padrão não esperado para determinado microserviço, o microserviço poderá rejeitá-la e automaticamente a mesma será encaminhada para uma Dead-letter queue;
- Pelo fato do Kubernetes e Istio possuirem recursos de Circuit Breaker e Liveness e Readiness probes:
  - Se um container tiver um crash, automaticamente ele será reiniciado ou mesmo recriado;
  - Caso o container não aguente determinado tráfego, temos a opção de trabalhar com Circuit Breaker para impedir que ele receba mais requisições enquanto está se curando;
Autenticação:
- Serviço centralizado de identidade opensource Keycloak;
- OpenID Connect;
- Customização de tema;
  - Utilizando o React;
- Compartilhamento de chave pública com os serviços para verificação de autenticação dos tokens;
- Diversos tipos de ACL;
- Flow de autenticação para frontend e backend;

Microserviços

Backend Admin do Catálogo de Vídeos;
Frontend Admin do Catálogo de Vídeos;
Encoder de Vídeos;
Backend API Catálogo de Vídeos;
Frontend do Catálogo;
Assinatura do CodeFlix pelo cliente;
Autenticação entre microserviços com Keycloak;
Comunicação assíncrona entre os microserviços com RabbitMQ;
Replicação de dados utilizando Apache Kafka e Kafka Connect;

Ambiente de desenvolvimento

Docker é o protagonista do ambiente de desenvolvimento;
Permite a rápida criação do ambiente;
Garante que os ambientes serão exatamente os mesmos;
Facilita a criação de recursos periféricos com banco de dados, RabbitMQ, etc;
Geração de imagens para o ambiente de produção;

CI/CD

Para cada Pull Request gerada em uma aplicação, iniciaremos o processo de CI;
Github Actions;
O processo de CI será capaz de:
- Subir a aplicação usando docker;
- Executar os testes;
- Utilizar o Sonarqube;
No caso de acontecer o merge da Pull Request, o processo de CD acontece;
Fará a geração da imagem Docker;
Realizará o upload da imagem em um container registry;
Executará o deploy no kubernetes;

alcir-junior-caju/study-full-cycle-3-0-arquitetura-codeflix