Ciclo de palestras sobre computação na nuvem

1. Descobrindo o poder
do ‘Cloud Computing’

2. Faça parte também...
# meetup.com/pt-BR/Random-Hacks

3. André Paulovich
Arquiteto de Sistemas - CI&T
paulovich@100loop.com | @andrepaulovich
MCP | MCTS | MCT | MCAD | MCSD.Net | MVP Asp.Net 2011-2014

4. Quem?

5. Somos globais, presentes no Brasil, EUA,
Europa, Japão e China.
Excelência reconhecida pelo mercado com
diversos prêmios e certificados desde a nossa
fundação em 1995.
Somos multiculturais, com uma legião de mais
de 2000 talentos e suas incríveis histórias

6. Forte presença em regiões estratégicas
Estados Unidos
• Atlanta
• Filadélfia
• São Francisco
• Somerset NJ
• Nova Iorque
Brasil
• Campinas (sede)
• Belo Horizonte
• Rio de Janeiro
• São Paulo
UK
• Londres
China
• Ningbo
• Shangai
Japão
• Tokyo
3

7. Reconhecimento
CI&T foi listado nos últimos seis anos consecutivos como
um dos melhores prestadores de serviços de
outsourcing do mundo pela IAOP.
Top Parceiro do ano em
Cloud 2013 e 2014
CI&T é símbolo de inovação em outsourcing
Fortune Magazine
9 anos no ranking

8. Descobrindo o poder
do ‘Cloud Computing’

9. Computação?
“A computação pode ser definida como a busca de uma
solução para um problema a partir de entradas (inputs) e
tem seus resultados (outputs) depois de trabalhada
através de um algoritmo. ” Wikipedia

10. E negócio precisa de computação

12. Como é hoje

18. Como é hoje?

19. Tempo
Carga
Alocação de
capacidades
Desperdício de
capacidades
Falta de
capacidades
Previsão de
carga
Padrão de Crescimento de Capacidade de TICapacidadedeTI

20. Uso
Computação
Tempo
Uso
Inatividade
• Desperdício da capacidade provisionada
• “Time to market” pode ser retardado
Padrões de Uso: Liga/Desliga

21. Uso
• Serviços que precisam crescer e escalar
• Crescer é um desafio grande na TI
• Deployment complexo
Padrões de Uso: Crescimento RápidoComputação
Tempo

22. Uso
• Pico de demanda inesperada
• Desempenho comprometido pelo pico
• Difícil provisionar nos casos extremos
Padrões de Uso: “Pico Imprevisível“
“Earth Shake”
Computação
Tempo

23. Padrões de Uso: “Picos Previsíveis”
Sistemas estudantis
Bancos
Computação
Tempo
Uso

24. Mesmo “prevendo” você ainda tem um problema!

26. Vende ISSO!

27. Em 2005, a Amazon já tinha investido mais de uma década e centenas
de milhões de dólares para desenvolver e gerenciar uma infraestrutura de
TI em grande escala, confiável e eficiente, que alimentou a operação de uma das
maiores plataformas de varejo on-line do mundo.

28. Manutenível Disponível Escalável
Econômico

29. Manutenível Disponível Escalável
Econômico

30. Manutenível Disponível Escalável
Econômico

31. “Everything fails all the time.”
Werner Vogels
CTO da Amazon

32. Recuperação em desastres

33. Como isso é medido?

34. Como isso é medido?
Mais facilmente compreendido pela tabela dos noves:

35. Manutenível Disponível Escalável
Econômico

36. Tempo
CapacidadedeTI
Carga
Alocação de
capacidades
Desperdício de
capacidades
Falta de
capacidades
Previsão de
carga
Padrão de Crescimento de Capacidade de TI

37. Carga
Redução do
investimento inicial
Redução do
excesso de TI
Sem falta de
capacidades
Redução das
capacidades
nos momentos
de redução da
carga
Tempo
Previsão
de carga
Padrão “Pay as you go” ou EscalávelCapacidadedeTI

38. Manutenível Disponível Escalável
Econômico

39. Compare!
https://awstcocalculator.com

42. Se “popularizou” em 2008

45. Entenda o
contexto

46. Big Users

49. Fonte: ProgrammableWeb
Clube dos Bilhões
5+ Bilhões de Calls/Dia1+ Bilhões de Calls/Dia

50. A Internet
das coisas

53. E a exigência dos
usuários é cada vez
MAIOR!!!

56. Evolução
Virtualização
Físico SaaSVirtual IaaS PaaS
Nuvem

57. Seu Datacenter
Virtualization
O/S
Hardware
Network
Data
Applications
Firewall
Web
Sites
Applications
Data
Serviços na
Nuvem
Applications
Firewall Rules
Data
Virtual Network
Máquinas
Virtuais
Virtual Network
Data
Applications
Firewall Rules
O/S
Quanto mais à direita, maior o foco no “negócio”
Cloud Services

58. Cloud Native ou PAAS!
Flexibilidade
Agilidade

59. Cloud Native ou PAAS!
Flexibilidade
Agilidade

60. Eu QUERO Agora!
Posso pegar minha aplicação atual e publicá-la na nuvem para ter todas
estas vantagens?

62. 90% das
aplicações
são assim.

64. Ele continua
sendo um
Porco!

65. “On the line”
Clickgram

66. Você é o responsável pela
infraestrutura de um novo aplicativo
chamado Clickgram.
O Clickgram permite que qualquer
pessoa compartilhe uma foto com seus
amigos em apenas um clique!
Chegou o momento de você colocar o
aplicativo no ar e seu chefe exigiu que
não ocorram problemas de
escalabilidade ou de disponibilidade.

68. Requisição Resposta
JAVA
MySQLREDIS HD

69. Requisição Resposta
Servidor 01
JAVA
MySQLREDIS HD

70. Mas lembre-se de
que precisa ser
escalável!

71. Servidor 01
JAVA
MySQLREDIS HD
Servidor 02
JAVA
MySQLREDIS HD
Requisição Resposta Requisição Resposta

72. MySQLREDIS HD
Parece bom, mas as camadas de dados não são
escaláveis simplesmente “dobrando” os servidores.
E agora?!

73. Requisição Resposta
Servidor 01
JAVA
MySQLREDIS HD
Novamente parece muito bom!
Esta abordagem de montar um servidor mais potente
vai funcionar por um tempo, mas tem um limite físico.

74. Voltamos à estaca
zero!

75. Dica de ouro!

77. ServidorServidor
ServidorServidor
JAVA
MySQL
REDIS
HD
Isole cada componente da sua aplicação!

78. Problema: O banco de dados está muito lento.
O que fazer?

79. Servidor (master)Servidor
ServidorServidor
JAVA
MySQL
REDIS
HD
Um master-slave pode funcionar!
Servidor (slave)
MySQL

80. Os bancos relacionais,
são “limitados”!
(DBA´s por favor sem polêmica)

81. ServidorServidor
ServidorServidor
JAVA
NoSQL
REDIS
HD
Mas considere usar bancos NO-SQL

82. Problema: A quantidade de escritas e leituras no sistema de
arquivos (armazenamento de fotos) precisa aumentar.
O que fazer?

83. ServidorServidor
ServidorServidor
JAVA
NoSQL
REDIS
Storage
Não use um sistema de arquivos convencional.

84. Problema: O sistema de cache precisa de mais memória.
O que fazer?

85. ServidorServidor
ServidorServidor
JAVA
NoSQL
REDIS + Memória
Storage
Neste caso, aumentar a memória de um servidor
basta!

86. Problema: A aplicação não está atendendo todas as requisições
por conta de limitação do processamento.
O que fazer?

87. Servidor
Servidor
ServidorServidor
JAVA
NoSQL
REDIS + Memória
Storage
Dobramos a aplicação e adicionamos um
balanceador de carga! Voilá!
Servidor
JAVA
Servidor
Load
BalancerRequisição
Resposta

88. Servidor
Servidor
ServidorServidor
GAE
DataStore
GAE - MEMCACHE
Cloud
Storage
Servidor
GAE
Servidor
Cloud
NetworkingRequisição
Resposta
Visão usando “recursos de nuvem” do google.

89. Servidor
ServidorServidor
GAE
DataStore
GAE - MEMCACHE
Servidor
GAE
Servidor
Cloud
NetworkingRequisição
Resposta
Indo ainda além… pense fora da caixa.

94. Por hoje é só pessoal!
Obrigado, velhinhos!

95. Perguntas?!

96. André Paulovich
paulovich@100loop.com | @andrepaulovich
www.100loop.comwww.raptors.com.br
MCP | MCTS | MCT | MCAD | MCSD.Net | MVP Asp.Net