O documento discute os desafios para implementar sistemas transacionais online na nuvem, concluindo que apesar do progresso, ainda existem mais perguntas do que respostas sobre como sistemas com alto volume de transações que precisam respeitar ACID podem se beneficiar totalmente do modelo de nuvem.
1. Será a computação em nuvem
a solução para todos os
Problemas ?
Desafios para implementação de sistemas transacionais online na nuvem
Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Ricardo Coelho de Sousa
IT Architect | Datacenter services & Linux Expert | IT Optimization
Consultant
Phone: 55-11-2132-2909
Celular: 55-11-97573-7294
e-mail: rcsousa@br.ibm.com
Linkedin profile: http://br.linkedin.com/in/rcsousa1/
2. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Agenda
O que é Cloud Computing
Características essenciais
Aspectos Financeiros
Promessas de transformação
Cloud é a resposta para todos os problemas?
Aplicações com alto volume de transações online são um bom “fit” para Cloud?
Arquiteturas Multi-Tier
Arquiteturas “Tightly Couples”
Arquiteturas “Loosely Coupled”
Arquiteturas “Shared Disk” vs “Shared Nothing”
Mudança de mentalidade ... “Design for Failure”
Desafios
Conclusões
Tendências
6. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
O que é Cloud Computing
Cloud computing is a model for enabling ubiquitous, convenient, on-
demand network access to a shared pool of configurable
computing resources (e.g., networks, servers, storage, applications,
and services) that can be rapidly provisioned and released with
minimal management effort or service provider interaction. This
cloud model is composed of five essential characteristics, three service
models, and four deployment models.
Fonte: http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf
7. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
O que é Cloud Computing
Características essenciais
On-demand Self-Service.
Broad Network Access: Permitir acesso via rede.
Rapid Elasticity: Permitir a adição de capacidade de acordo com a
demanda.
Resource Pooling: Permitir a definição de grupos de recursos para
atender múltiplos consumidores
Measured Service: Permitir a monitoração e controle, de forma
simples e automatizada, do uso de recursos
8. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Cloud Computing: aspectos financeiros
Fonte: http://www.slideshare.net/AmazonWebServicesLATAM/amazon-web-services-economia-inovao-e-revoluo-da-nuvem-14252421
9. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Cloud Computing: Promessas de transformação
10. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Como mover minha aplicação para Cloud?
11. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Como
escalar
Pública
ou
PrivadaSelf-Service
faz sentido
para mim
Como obter
economia de
escala
Como integrar
12. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Cloud é a resposta para todos os problemas?
THE RACE TO
CLOUD
COMPUTING
13. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Arquiteturas Multi-Tier
Presentation Services Business Logic Data Access Data
14. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Modelo Tradicional: “tightly coupled"
Aplicações monolíticas
Não tolerantes ao particionamento
Transacionalidade dependente de A C I D
15. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Modelo Tradicional: “tightly coupled"
Componentes fortemente acomplados
Transações síncronas
Baixa latência
16. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Arquiteturas “Loosely Coupled”
Fonte: https://www.facebook.com/notes/facebook-engineering/wormhole-pubsub-system-moving-data-through-space-and-time/10151504075843920
17. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Modelo da Nuvem: “Loosely Coupled”
18. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Arquiteturas “Shared Data” vs “Shared Nothing”
19. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Consistência ou Escalabilidade?
21. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Desafios
Como adicionar capacidade de forma automatizada?
Como fazer a transação do modelo tradicional para o modelo
“cloud” ?
Transações orquestradas vs Transações executadas
Bases de dados “particionadas” vs “compartilhadas”
Point-to-Point vs Pub / Sub
Como manter o contexto transacional na “cloud”
Como manter a consistência de informação entre “canais /
usuários”
Como calcular o overhead de comunicação e transferência de
dados entre nodes?
Que tipo de API / Interface utilizar?
Qual o impacto de cada interface e a latência para cada tipo de transação
Como garantir alta disponibilidade?
22. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Conclusões
Apesar da notável evolução das tecnologias e arquiteturas
utilizadas no modelo baseado em “cloud computing”, ainda existem
mais perguntas do que respostas de como sistemas com grande
volume de transações online e que precisam respeitar “ACID”,
podem beneficiar-se do modelo.
A camada de persistência de dados e a mudança nos modelos de
negócio são chaves para endereçar a maioria dessas questões e
novas abordagens e tecnologias surgem todos os dias, no entanto,
para esse tipo de “caso de uso”, entendo que o modelo em nuvem
ainda não seja capaz de cumprir suas “promessas”
23. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Tendências - RDBMS
24. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Tendências - noSQL
25. Proibida cópia ou divulgação sem permissão escrita do CMG Brasil.
Tendências - newSQL
Editor's Notes
terno - alfaiate vs loja de departameto Cloud, - Mover mainframe para uma nuvem (desenho ) Consistência imediata é impossível na Cloud
Os modelos tradicionais não tem um fit muito apropriado para cloud na medida em que a escalabilidade fica comprometida e depende da capacidade de automatizar o processo de provisionamento ( ou criação de instances) para evitar que solicitações não sejam atendidas por falta de recursos. A Necessidad de servidores muito escaláveis (verticalmente) dificultam a disponibilidade de recursos em escala global
Os modelos tradicionais não tem um fit muito apropriado para cloud na medida em que a escalabilidade fica comprometida e depende da capacidade de automatizar o processo de provisionamento ( ou criação de instances) para evitar que solicitações não sejam atendidas por falta de recursos. A Necessidad de servidores muito escaláveis (verticalmente) dificultam a disponibilidade de recursos em escala global