1) O documento discute containers, microserviços e orquestração, comparando aplicações monolíticas com aplicações distribuídas em containers. 2) Kubernetes é introduzido como uma plataforma para orquestrar containers em nuvem, fornecendo recursos como balanceamento de carga, escalabilidade e disponibilidade. 3) Os princípios da aplicação de 12 fatores são apresentados e como eles se aplicam ao desenvolvimento de aplicações nativas da nuvem usando containers e Kubernetes.

1. Containers and Microservices
Orchestration
Petterson Henrique de Andrade
petterson.andrade@sensedia.com
@pett4j
github.com/pett4j

3. Listas
Aplicações eram
gigantes e com
dezenas de servers
Segundo é a unidade
de medida de resposta
Antes ...
1
2
Horas de manutenção
e de sistemas fora do
ar
Gigabytes é a unidade
de medida de
armazenamento
3
4

6. Listas
Aplicações distribuídas
Nuvem rodando
milhares de máquina
multi-core
Depois ...
1
2
Milissegundos é
obrigatoriamente a
unidade de medida de
resposta
100% uptime
3
4

7. Reactive Manifesto

8. Benefícios
Responsive
Resilient
Elastic
Message Driven

9. Benefícios
Sempre dá feedback aos usuários
Responde em tempo hábil
Detecta problemas e trata
Rápido e consistente
Alta confiabilidade

10. Benefícios
Responde em caso de falha
Replicação
Contenção
Isolamento
Delegação

11. Benefícios
Continua responsivo mesmo com aumento da
demanda
Aumenta e diminui os recursos conforme a
demanda
Distribui demanda

12. Benefícios
Usa mensagens assíncronas
Baixo acoplamento
Tratamento de erros por mensagem
Comunicação não blocante
Evita desgaste do sistema

13. Containers

14. VMs x Container
Aplicação no host
Monolítico
Não portável
Deploy container
Micro serviço
Portável
Modelo clássico
Aplicações
modernas
Plugado no S.O. Desplugado do S.O.

15. Por quê containers?
Aplicação no host
Monolítico
Não portável
Deploy container
Micro serviço
Portável
Modelo clássico
Aplicações
modernas
Plugado no S.O. Desplugado do S.O.

16. VMs x Container

17. ● Redução de infraestrutura
● Redução de gerenciamento
Negócios
Por quê eu deveria utilizar docker?
● Portabilidade - uma imagem
para dev, prod, etc
● Acabe com o funciona na minha
máquina
Operação
● Elimina problemas de ambiente
● Padronização
● Leve (Fazendo do jeito certo)
Desenvolvimento

18. Cloud não é somente uma opção
Cloud Native Apps
DevOps
Continuous delivery
Containers

19. Kubernetes

20. Benefícios
Balancing
Scalability
Log Stream
High
Availability
Reliable
Rollout
with Zero
Downtime
Escalabilidade sem preocupações extras de
infraestrutura e disponibilidade de recursos.

21. Benefícios
Balancing
Scalability
Log Stream
High
Availability
Reliable
Rollout
with Zero
Downtime
Monitoramento e aplicação do número de instâncias
solicitadas.

22. Benefícios
Balancing
Scalability
Log Stream
High
Availability
Reliable
Rollout
with Zero
Downtime
Balanceamento nativo entre containers da mesma
aplicação.

23. Benefícios
Balancing
Scalability
Log Stream
High
Availability
Reliable
Rollout
with Zero
Downtime
Rollout de versão controlado, com possibilidade de
rollbacks, sem indisponibilidade de aplicação

24. Benefícios
Balancing
Scalability
Log Stream
High
Availability
Reliable
Rollout
with Zero
Downtime
Coleta e logs não intrusiva com possibilidade de
agregação.

25. Twelve-Factor App

26. Codebase
Dependencies
Config
12factor
1
2
3
Build, release, run
Processes
Port binding
5
6
7
Disposability
Dev/prod parity
Logs
9
10
11
Backing Services4 Concurrency8 Admin processes12

27. #2
Images /
Registry
#2
Git
Kubernetes
Pod,
Deployment,
DaemonSet
#1
One codebase
tracked in
revision
control, many
deploys
Codebase

28. #2
12 factor app
precisa ser
auto contida
Dependencias
dentro do Pod
#1
Explicitly
declare and
isolate
dependencies
Dependencies
#3
Todas as
dependências
dentro do
container

29. #2
Variável de
ambiente
ConfigMaps e
Secrets
#1
Store config in
the
environment
Config

30. #2
Cada serviço é
um recurso
externo
#1
Treat backing
services as
attached
resources
Acesso a
banco de
dados e
outros
serviços é
feito por
ConfigMap
Backing services
#3
Nenhum
código deverá
ser alterado
se o recurso
mudar de
endereço

31. Deployments,
ReplicaSets,
and
DaemonSets#3
A execução
precisa ser
automática
#2
Uma release
precisa ser
imutável
#1
Strictly
separate build
and run
stages
Build, release, run

32. Pods,
Services,
Persistent
volume e
cache.
#3
Stateless e
share-
Nothing
processes
#2
Stand-alone
(sem
servidores
pesados)
#1
Execute the
app as one or
more
stateless
processes
Processes

33. Services
#2
HTTP
#1
Export
services via
port binding
Port binding

34. Pods e
Services
#1
Scale out via
the process
model
Concurrency
#3
Quanto mais
instâncias
maior a
capacidade
#2
Scale-out

35. Pods e
Services
Disposability
#2
Processos são
descartáveis
#1
Maximize
robustness
with fast
startup and
graceful
shutdown

36. Pods,
Labels,
Rolling
updates
#1
Keep
development,
staging, and
production as
similar as
possible
Dev/prod parity
#3
CI/CD
e sem
ferramentas
como chef e
puppet
#2
The time gap
The personnel
gap
The tools gap

37. #1
Treat logs as
event streams
Logs
#2
The time gap
The personnel
gap
The tools gap
Fluentd,
Splunk e
ElasticSearch

38. #1
Run
admin/manag
ement tasks
as one-off
processes
Admin processes
#2
Migração de
banco pode
ter o mesmo
código, mas
não o mesmo
processo.
kubectl

39. Petterson Henrique de Andrade
petterson.andrade@sensedia.com
@pett4j
github.com/pett4j
Obrigado!