Este documento fornece dicas sobre arquitetura serverless e microsserviços. Ele discute como sistemas legados são definidos e como o modelo serverless difere do modelo tradicional ao transferir a responsabilidade da infraestrutura para provedores de serviços. Também fornece conselhos sobre quando e como iniciar a adoção de serverless e microsserviços.
2. 2
27 Anos
JOHN WENDEL DO NASCIMENTO
Análise e Desenvolvimento de Sistemas
Inteligência Artificial Aplicada
10 anos de programação
PHP - Python entre outras!
+- 2 anos de MadeiraMadeira
Arquiteto de Software
4. 01
O que é como vivem e
do que se alimentam
SISTEMAS LEGADOS
02
Entendendoo
conceito por trás do
tão hypado
SERVERLESS
SERVERLESS
03
Uma breve
introdução ao
conceito
MICROSERVICES
04
O que devemosse
perguntarantes de
começar!
QUANDO COMEÇAR
05
Dicas de como
começar!
COMO COMEÇAR
06
Cases utilizando a
arquitetura
serverless
CASES MADEIRA
4
5. 5
Software Legacy
don't forget - having legacy software is often a sign of success. your
business was successful to last long enough for your software to become
legacy
Sam Newman
não se esqueça
ter um software legado geralmente é um sinal de sucesso.
sua empresa teve sucesso para durar o suficiente para que seu software se tornasse
legado
6. 6
Frases que costumamos ouvir!
Se nao foi eu que fiz é
legado!
Vish foi feito com esse
framework? legado!
Programador acabou de
entrar na empresa
assumiu um sistema.
Estou trabalhando em
um sistema legado!
7. 7
Como definir um sistema legado
Segue algum paradigma antigo e que
hoje não é mais adotado pelo
mercado ou pela organização
Costumam ser sistemas críticos e
essenciais para o funcionamento do
negócio
Alta Complexidade Ciclomática
Difícil manutenção devido a falta de
documentação
13. 13
Microservices
Microservices is like teenage sex:
everyone talks about it, nobody really knows how to do it, everyone
thinks everyone else is doing it, so everyone claims they are doing it
Os microsserviços são como o sexo adolescente:
todo mundo fala sobre isso, ninguém sabe como fazê-lo, todo mundo pensa que todo
mundo está fazendo, então todo mundo afirma que está fazendo
14. 14
Microservices
Microserviço é uma pequena aplicação que pode ser reescrito em
duas semanas.
Evens, Jhon
Uma única e pequena aplicação capaz de fazer uma unica coisa
muito bem feita!
Fowler, Martin
O senso comum é que, uma vez que já não se sinta que um pedaço
de código é grande, provavelmente ele já é/está pequeno o
suficiente.
Newman, Sam
17. 17
Quando começar?
As perguntas que devemos nos fazer!
Eu preciso mudar a minha arquitetura para serverless / microservices ?
Tenho um escopo bem definido e separado?
Conheço o tamanho do problema e a limitação da ferramenta?
Tenho a necessidade de focar mais no negócio do que na
infraestrutura?
Tenho recurso suficiente para uma mudança de arquitetura?
Preciso usar só serverless pra tudo e para sempre? NÃOOO!
18. 18
Como começar?
Devo sair refatorando tudo?
Não! Foque no QUICKWIN!
Focando no que entrega valor em menor tempo fica mais fácil justificar no
longo prazo a mudança de arquitetura
Como convencer a equipe que pode ser uma excelente alternativa?
Traga a equipe para participar das decisões e discussões técnicas
Legado é muito ruim?
Veja o legado como uma oportunidade,
hoje ele entrega muito valor, imagina depois de refatorado!
19. 19
Qual a ideia por trás do 99% Serverless?
Olhar antes para as tecnologias serverless, e depois buscar alternativas
para comparar, da mesma forma que fazemos com software nos dias de
hoje.
Serverless não é a bala de prata!