Академический Документы
Профессиональный Документы
Культура Документы
Computao em Nuvem
Primeira Edio
So Paulo - SP - Brasil
Todos os direitos reservados. Nenhuma parte deste livro pode ser reproduzida, armazenada em um
sistema de recuperao ou transmitida por qualquer forma ou meio sem a autorizao por escrito da
Opus Software - excetuando-se citaes inseridas em artigos e comentrios.
A preparao deste livro foi feita com o mximo empenho para garantir a preciso das informaes
apresentadas e sempre foram apontadas as fontes de informao externas. As informaes fornecidas
neste livro no tm qualquer garantia, expressa ou implcita. Nem a Opus Software, nem os parcei-
ros distribuidores so responsveis por quaisquer danos causados ou alegados terem sido causados
direta ou indiretamente pelo contedo deste livro.
A Opus Software procurou informar a origem dos dados de todas empresas e produtos mencionados
neste livro, atravs de links de referncia pesquisados no ano de 2014. No entanto, nem a Opus
Software, nem seus distribuidores podem garantir a preciso dessas informaes.
rodrigosatori@yahoo.com.br
Elasticidade e Escalabilidade........................................................................ 33
Tipos de nuvem: pblica, privada, hbrida.................................................... 36
Nuvem pblica ........................................................................................ 37
Nuvem privada ........................................................................................ 37
Nuvem Hbrida........................................................................................ 39
Tipos de servios: IaaS, PaaS e SaaS.............................................................. 39
Infraestrutura como Servio (IaaS)............................................................. 40
Plataforma como Servio (PaaS)................................................................ 41
Software como Servio (SaaS)................................................................... 41
Regies e zonas de disponibilidade.............................................................. 41
Alta disponibilidade na nuvem..................................................................... 47
Nvel 1 Recursos fsicos......................................................................... 48
Nvel 2 Recursos virtuais....................................................................... 48
Nvel 3 Zonas de disponibilidade.......................................................... 49
Nvel 4 Regies .................................................................................... 49
Nvel 5 Provedor de nuvem................................................................... 50
Aplicaes que se beneficiam da Computao em Nuvem........................... 51
Aplicaes com demanda varivel........................................................... 51
Aplicaes com padro de crescimento incerto........................................ 52
Aplicaes com picos de processamento.................................................. 52
Comprando Software como Servio (SaaS)....................................................... 54
Comprando Plataforma como Servio (PaaS).................................................... 56
Google App Engine...................................................................................... 58
Microsoft Azure Cloud Services ................................................................... 61
Comprando Infraestrutura como Servio (IaaS)................................................. 65
Configurao de servidores...................................................................... 66
Armazenamento de dados........................................................................ 67
Banda Internet.......................................................................................... 67
Trfego de E/S........................................................................................... 68
Softwares e imagens binrias.................................................................... 68
Controle de acesso................................................................................... 69
Facilidade de gerenciamento.................................................................... 69
rodrigosatori@yahoo.com.br
Custos...................................................................................................... 69
Amazon Web Services (AWS)....................................................................... 71
Servidores ................................................................................................ 71
Armazenamento de dados........................................................................ 72
Amazon EBS (Elastic Block Store) ................................................... 72
Amazon S3 (Simple Storage Service)............................................... 73
Amazon Glacier.............................................................................. 74
Bancos de dados...................................................................................... 74
Amazon RDS (Relational Database Service).................................... 74
Amazon Aurora............................................................................... 75
NoSQL............................................................................................ 76
Outros Servios........................................................................................ 76
Google Compute Engine............................................................................... 79
Servidores................................................................................................. 79
Armazenamento de dados........................................................................ 80
Discos persistentes.......................................................................... 80
Google Cloud Storage..................................................................... 80
Bancos de dados...................................................................................... 81
Cloud SQL ..................................................................................... 81
Cloud Datastore ............................................................................. 81
BigQuery........................................................................................ 82
Outros Servios........................................................................................ 82
Microsoft Azure............................................................................................ 83
Servidores................................................................................................. 83
Armazenamento de dados........................................................................ 84
Azure Storage.................................................................................. 85
Azure Backup................................................................................. 86
Bancos de dados...................................................................................... 86
Outros Servios........................................................................................ 87
Nuvens Hbridas............................................................................. 88
Disaster Recovery recuperao de dados....................................................... 91
Modelo 1: Backup na nuvem........................................................................ 93
rodrigosatori@yahoo.com.br
Modelo 2: Backup e infraestrutura secundria na nuvem.............................. 94
hora de colher os benefcios da nuvem.......................................................... 97
Referncias....................................................................................................... 99
rodrigosatori@yahoo.com.br
Introduo - pgina 8
Introduo
A
Computao em Nuvem est sendo responsvel por uma das maiores
revolues ocorridas nos ltimos anos na rea de Tecnologia da Informa-
o. Os impactos dessa transformao tm crescido e se acelerado, na
medida em que a nuvem oferece cada vez mais servios, com mais segurana,
com maiores recursos e com custos cada vez mais atraentes e competitivos.
uma indstria que definitivamente muda o modo de fazer as coisas na rea de
TI e que, embora ainda jovem, j proporciona resultados consolidados, fazendo
com que sua adoo seja uma opo segura.
rodrigosatori@yahoo.com.br
Introduo - pgina 9
>> Muda o modo como a empresa pensa e pratica o seu Marketing. Com
a nuvem a internet se transforma de fato, cada vez mais, na internet das
coisas, onde tudo est interligado e qualquer dispositivo eletrnico pode
estar permanentemente armazenando informaes na rede e recebendo
estmulos dela. Isso muda o marketing tradicional para o Marketing das
Coisas ou o Marketing pras Gentes, no qual essa integrao vai se dar
com pessoas, atravs de redes sociais cada vez mais amplas, trocando
e armazenando dados que antes estariam indisponveis. O Marketing
pras Gentes revoluciona o marketing tradicional: contato instantneo
e contnuo com clientes potenciais e efetivos, armazenagem de dados
sem limites, possibilidades de anlises mercadolgicas sem precedentes
e sem a necessidade de pesquisas de mercado. Os clientes potenciais
e efetivos se transformam na rede de negcios da prpria empresa, muito
alm de uma simples rede social para troca de fotos, filmes e opinies.
Clientes em rede, marketing em rede. Capacidade massiva de tratar
individualmente cada pessoa da rede, de acordo com seus dados, seu
perfil de demanda, seu histrico de compras, seu comportamento, seus
dados sociodemogrficos e por a vai. A custos baixos como nunca antes
imaginados ou possveis.
>> Muda a forma como a empresa produz e entrega seus produtos e servi-
os. Na verdade, o ciclo tradicional de produo, venda e transfern-
cia de posse de um servio atmico ou de um bem, que caracterizava
a misso de uma empresa, est rapidamente deixando de existir. Nos
novos modelos de negcio possibilitados por essa transformao social
e tecnolgica, o consumidor aluga o produto ou servio e fica com
ele enquanto o mesmo capaz de agregar valor sua vida. A ps-venda
passa a ter importncia relativamente maior que a venda e a pr-venda,
na medida em que a satisfao de uso a nica garantia de continuidade
do negcio. Neste sentido, esta integrao da empresa com sua rede de
usurios extremamente alavancada pelo uso dos servios em nuvem.
rodrigosatori@yahoo.com.br
Introduo - pgina 10
gia, fazendo com que ela desempenhe um papel de relevncia crescente nas or-
ganizaes. medida que as fronteiras entre TI e negcios se tornam nebulosas,
a tecnologia se torna mais crtica do que nunca na execuo das estratgias de
negcio. Assim, o entendimento das novas possibilidades trazidas pelo avano
da tecnologia passa a ser uma funo de todos dentro das organizaes, no se
restringindo mais apenas rea de TI.
Por isso tudo ns, da Opus Software, entendemos que seria importante tornar
disponveis conhecimentos fundamentais sobre Computao em Nuvem e seu
potencial transformador, uma vez que temos acompanhado essa revoluo
desde seu incio. Nosso conhecimento no meramente tcnico e vem da
experincia de termos trabalhado em conjunto com nossos clientes, produzin-
do e implantando com sucesso vrias solues baseadas em tecnologia. Cabe
destacar que o nosso negcio tambm foi profundamente alterado por tais trans-
formaes, e onde antes desenvolvamos solues de TI, hoje desenvolvemos
solues de negcios alavancadas por TI.
Temos certeza que a leitura deste livro vai dar uma excelente ideia do que
a propalada Computao em Nuvem e do que possvel revolucionar na sua
empresa. Se voc um CEO, esperamos que os conceitos apresentados aqui
ampliem suas possibilidades e ajudem a transformar o modo de voc pensar
seu prprio negcio. Se voc um homem de marketing, esperamos propor-
cionar novas ferramentas para praticar o Marketing pras Gentes e transformar
o relacionamento com seus mercados. Se voc um homem de TI, esperamos
ajud-lo a repensar seu prprio papel e a desenhar servios e solues cada vez
mais inovadores. E se voc atua em qualquer outra rea, nossa expectativa que
o conhecimento sobre os fundamentos da Computao em Nuvem permita-lhe
vislumbrar novos horizontes sobre como desenvolver novas solues de neg-
cios alavancadas por TI.
Boa leitura.
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 11
D
esde o incio da computao comercial, nos anos 1950, os fornecedores
de tecnologia estiveram focados nos grandes clientes e seus grandes or-
amentos. Mainframes, redes privadas de alta velocidade, arquiteturas de
alta disponibilidade, disaster recovery, computao distribuda Tudo muito
eficiente e robusto, mas praticamente inacessvel s pequenas e mdias empre-
sas dado seu alto custo e excessiva complexidade.
Esse fato acabou deixando pequenas e mdias empresas sem condies de aces-
so Tecnologia da Informao de ponta. Quantas empresas no pensaram em
implementar alguma inovao de TI e acabaram desistindo por causa dos custos
e da complexidade envolvidos?
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 12
Custo
Como voc s paga pelo que realmente usa, o custo de uma infraestrutura na
nuvem na maioria das vezes menor do que o custo de uma infraestrutura con-
vencional, em que voc compra as mquinas para a sua empresa. O sistema no
precisa funcionar de madrugada? Basta programar o desligamento das mquinas
e deixar de pagar por elas nesse perodo. O volume de acessos est baixo? Tro-
que a mquina que est usando por uma menor e pague menos. Simples assim.
No jargo da Computao em Nuvem, esse modelo dinmico de alocao e
liberao de recursos conhecido pelo termo pagamento pelo uso (pay-per-u-
se), uma vez que s se paga pelo que efetivamente utilizado.
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 13
Agilidade
Flexibilidade
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 14
Alta disponibilidade
1 Para uma discusso detalhada do tema, veja Disaster Recovery as a Cloud Service: Eco-
nomic Benefits & Deployment Challenges, de Wood et al.
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 15
Economia de escala3
3 Uma abordagem detalhada sobre o tema oferecida pelo artigo The economics of the
cloud, de Rolf Harms e Michael Yamartino.
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 16
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 17
equipamentos. Isso faz com que o uso mdio dos servidores seja muito mais
elevado do que o de servidores dedicados para fins especficos.
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 18
Vantagens
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 19
Dificuldades
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 20
>> Resistncia da equipe interna, que considera que esse tipo de servio
aumenta a complexidade do trabalho, seja o desenvolvimento de novos
sistemas, seja a configurao da infraestrutura na nuvem;
>> Resistncia dos gestores de TI, que temem perda de controle sobre o
ambiente operacional e tambm perda de sua importncia dentro da
organizao, resultando em obsolescncia de suas funes;
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 21
Entretanto, no caso das empresas grandes e mdias que possuem data centers
internos, quando se fala em migrar solues para a nuvem, h que se considerar
os tais custos j enterrados na construo da infraestrutura prpria, incluindo
sistemas de alimentao de energia, refrigerao e por a vai. Alm disso, h
os equipamentos de rede, os servidores que j esto em operao e, principal-
mente, as licenas de software. Em certos casos, no possvel simplesmente
transferir as licenas para os servidores que rodaro na nuvem - e essa avaliao
deve ser feita com cuidado. Deve-se considerar ainda que, mesmo que se adote
a nuvem apenas para as aplicaes que mais se beneficiam das vantagens ofere-
cidas por esse modelo, a estrutura interna provavelmente continuar sendo man-
tida para rodar outras aplicaes que a empresa no tem interesse em migrar.
rodrigosatori@yahoo.com.br
Por que Computao em Nuvem? - pgina 22
Em situaes como essa, quando se fala em uma nova aplicao a ser implan-
tada, mesmo que ela seja uma natural candidata nuvem, pode ser muito
tentador simplesmente comprar mais um servidor, aumentar um pouquinho
a banda internet e tocar o barco assim mesmo, por ser a coisa mais fcil e
provavelmente mais barata a fazer no curto prazo. Entretanto, essa forma de
conduo pode resultar em perda de competitividade ou menor retorno sobre os
investimentos em TI logo ali na frente. O ideal que as empresas que possuem
infraestrutura prpria definam uma estratgia clara em relao Computao
em Nuvem, baseada em uma classificao cuidadosa de seu portflio de apli-
caes, dos processos de negcio suportados por elas e por uma avaliao dos
elementos que fundamentam a deciso de onde rodar cada tipo de aplicao.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 23
Conceitos fundamentais
A
final, o que Computao em Nuvem? E o que no ? Desde o adven-
to da internet, surgiram vrios fornecedores que passaram a oferecer
servios de hospedagem e criaram data centers que absorveram parte
expressiva do parque de equipamentos que antes ficava dentro das empresas.
Mas isso no Computao em Nuvem.
Dentre as vrias definies propostas, uma que vem tendo ampla aceitao pelo
mercado e que cada vez mais citada na literatura especializada aquela pro-
posta pelo NIST, o Instituto Nacional de Padres e Tecnologia do Departamento
de Comrcio norte-americano, em 2011:
4 Que tem o dom da ubiquidade; que est ou pode estar em toda parte ao mesmo tempo;
onipresente.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 24
Sob demanda
5 The NIST definition of cloud computing, de Peter Mell e Timothy Grance, 2011.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 25
Acesso amplo
Os recursos devem estar disponveis atravs da rede (internet) e devem ser aces-
sveis por mecanismos padro, permitindo seu uso por diferentes dispositivos,
tais como computadores pessoais, smartphones, tablets, etc.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 26
Medio de uso
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 27
Tipos de instncias
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 28
Ao comprar uma instncia reservada, voc paga um valor inicial para us-la por
um ou trs anos. A taxa de utilizao, paga por hora, mais baixa do que a da
instncia sob demanda. A instncia reservada estar sempre disponvel. Embo-
ra esse tipo de instncia seja mais econmica, em certo sentido ele contraria a
flexibilidade do modelo de Computao em Nuvem, pois equivale a reservar
recursos, como no caso da computao tradicional.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 29
A instncia reservada pode ser usada por aplicaes que exijam esse tipo de dis-
ponibilidade ou por aplicaes que tm um uso constante e contnuo. Quanto
menos variar a necessidade de processamento e quanto menos horas ela for su-
butilizada em um perodo, mais vantajosa a compra de instncias reservadas.
Instncia spot
>> Aplicaes que s so viveis com um custo bem baixo, e que podem
esperar para realizar seu processamento quando houver disponibilidade
de instncias desse tipo;
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 30
isto define-se uma combinao inicial que pode ser, ento, monitorada e ajusta-
da continuamente.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 31
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 32
A camada Basic oferece apenas instncias para uso geral, e indicada para
aplicativos de produo de uma s instncia, instncias de desenvolvimento,
servidores de teste e aplicativos de processamento em lote (batch). A camada
Standard oferece instncias para uso geral, para uso intenso de CPU ou para uso
intenso de memria, e tambm possui mecanismos para redimensionamento
automtico de recursos computacionais (autoscaling) e balanceamento de carga.
Por ter mais recursos, o preo desta camada superior ao da Basic.
Embora os preos sejam apresentados por hora, o Azure cobra apenas os minu-
tos efetivamente utilizados. A principal forma de cobrana o pagamento pelo
uso, ou seja, equivale a uma instncia sob demanda.
Virtualizao X Computao em
Nuvem
V
irtualizao de servidores uma forma de se otimizar o uso de servido-
res fsicos, fazendo com que vrios servidores virtuais, sob o controle
de um hipervisor (monitor das mquinas virtuais), possam rodar sobre
o mesmo hardware6. A virtualizao, ao simular ambientes autnomos em uma
mesma mquina fsica, diminui a necessidade de hardware, de espao fsico e
de energia. Alm disso, os servidores virtuais, por poderem ser facilmente movi-
dos entre diferentes mquinas fsicas, favorecem a manuteno.
6 Para conhecer mais profundamente o conceito, veja o artigo Server Virtualization Archi-
tecture and Implementation, de Jeff Daniels.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 33
Elasticidade e Escalabilidade
O
termo elasticidade teve origem nas reas de Fsica e Economia, mas hoje
tambm bastante empregado na rea de Computao.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 34
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 35
O termo escalabilidade, por sua vez, pode ser conceituado como a habilidade
de um sistema de suportar com desempenho adequado cargas crescentes de
trabalho, medida que sejam adicionados novos recursos computacionais8.
Ou seja, um sistema dito escalvel se for capaz de fazer uso de novos recursos
computacionais disponibilizados para sua execuo no sentido de acompanhar
o aumento da demanda.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 36
Q
uando se fala sobre as possveis formas de implantao da Computao
em Nuvem, os seguintes tipos so normalmente propostos10:
10 Em The NIST definition of cloud computing, de Peter Mell e Timothy Grance, sugerida
ainda a nuvem comunitria, em que a infraestrutura de nuvem compartilhada por uma comuni-
dade especfica de usurios de empresas que tenham interesses em comum.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 37
Nuvem pblica
Nuvem privada
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 38
>> Uma nuvem privada virtual (Virtual Private Cloud - VPC), em que a
infraestrutura controlada por um provedor de servios, mas os recursos
alocados para uma determinada organizao so isolados dos recursos
compartilhados pela nuvem pblica.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 39
Nuvem Hbrida
Em tese, uma nuvem privada oferece um grau maior de segurana do que uma
nuvem pblica, dado que o trfego de informaes e a migrao de dados entre
servidores virtuais e fsicos limitada aos recursos que esto sob controle direto
da empresa cliente que a controla e administra. Entretanto, a questo de segu-
rana dos sistemas est muito mais relacionada sua arquitetura, mecanismos
de proteo e utilizao de tcnicas de sigilo de dados do que ao tipo de nuvem
no qual eles so executados. Ou seja, o uso de uma nuvem privada potenciali-
za, mas no necessariamente oferece, de fato, maior segurana.
O
s modelos de servio de nuvem podem ser de trs tipos:
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 40
Fonte: IaaS, PaaS and Saas Terms Clearly Explained and Defined, Siverlight Hack.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 41
Regies e zonas de
disponibilidade
O
s termos regio e zona de disponibilidade so usados por um dos princi-
pais fornecedores de Computao em Nuvem, a Amazon Web Services
(AWS). Embora sejam termos especficos desse fornecedor, podem ser
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 42
Na AWS, as regies esto distribudas por vrios locais do mundo, e cada uma
delas completamente independente e isolada das outras. Os recursos da AWS
esto distribudos em oito regies11:
>> Virgnia
>> Califrnia
>> Oregon
>> So Paulo
>> Irlanda
>> Tquio
>> Singapura
>> Sidney
11 Dados de 2014.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 43
Cada regio, por sua vez, oferece duas ou mais zonas de disponibilidade. Em
So Paulo, por exemplo, h duas zonas de disponibilidade. Cada uma delas
um data center completo, com infraestrutura independente. Dentro de cada
regio, as zonas de disponibilidade so conectadas por links de baixa latncia
isto , velozes e com tempo de resposta baixo. A figura abaixo exemplifica a
relao entre regies e zonas de disponibilidade:
O Google estrutura sua nuvem em trs regies EUA, Europa e sia e cada
regio possui pelo menos duas zonas, que equivalem s zonas de disponibilida-
de da AWS.
12 Dados de 2014.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 44
California
13 Dados de 2014.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 45
E faz diferena a regio que voc escolher para criar sua infraestrutura na nu-
vem? Sim, faz diferena. Um fator importante a ser considerado a latncia, isto
, o tempo de resposta a uma solicitao. Veja o resultado dos testes feitos com
a AWS e o Microsoft Azure a partir do Brasil. Observe que a latncia dos data
centers localizados no Brasil significativamente mais baixa:
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 46
AWS: http://www.cloudping.info/
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 47
treg-lo a partir do data center que estiver mais prximo do usurio que faz a re-
quisio. Uma das principais empresas especializadas nesse servio a Akamai.
Entre os fornecedores de servios de nuvem, alguns tm seu prprio servio de
CDN, como o Amazon CloudFront e o Microsoft Azure CDN.
U
ma das primeiras coisas que pensamos quando ouvimos falar em nuvem
na alta disponibilidade das aplicaes. Apesar de a associao ser
vlida, o simples fato de rodar uma aplicao na nuvem no garante que
sua disponibilidade seja maior do que rodando em um data center tradicional.
A nuvem entrega todas as ferramentas para tornar sua aplicao praticamente
imune a falhas, mas cabe a voc utilizar os recursos da nuvem de forma a tirar
proveito das caractersticas do ambiente.
Uma vez definido o uptime requerido, preciso decidir em que nvel haver
redundncia. Em uma nuvem, as falhas podem ocorrer em cinco diferentes
nveis14:
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 48
Para a maioria das aplicaes, uma arquitetura distribuda com vrias mqui-
nas virtuais (instncias) em uma mesma zona de disponibilidade costuma ser
suficiente. Nesses casos, para garantir tolerncia a falhas devem ser utilizadas
tcnicas j tradicionais para o desenvolvimento de aplicaes internet, como
balanceamento de carga, arquitetura distribuda e replicao de dados.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 49
Para aplicaes que exijam uma disponibilidade ainda maior, pode-se optar
por uma arquitetura semelhante do nvel 2, mas com instncias distribudas
em mais de uma zona de disponibilidade, dentro de uma mesma regio. Isso
acrescenta um grau de redundncia, onde cada mquina virtual que tenha uma
atribuio distinta em uma zona de disponibilidade precisa ser replicada na
outra zona.
Nvel 4 Regies
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 50
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 51
E
m princpio, a nuvem um ambiente bastante democrtico: qualquer
aplicao pode ser colocada ali, independentemente de suas caracters-
ticas e de como foi construda. Entretanto, h alguns tipos de aplicao
que se beneficiam muito mais da Computao em Nuvem e da elasticidade de
recursos oferecida por ela: so aquelas que possuem necessidades de processa-
mento que variam significativamente de acordo com o tempo15.
>> Aplicaes com uso intenso em horrio comercial, mas que so pouco
usadas fora desse perodo, como o caso da maior parte das aplicaes
de uso interno das empresas;
Para tais aplicaes, nos perodos de baixa demanda, poucos recursos da nuvem
so utilizados. Conforme a demanda cresce, novos recursos podem ser adicio-
nados infraestrutura. Naturalmente, possvel automatizar atravs de scripts
todo o trabalho de anlise e alocao ou liberao de recursos.
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 52
rodrigosatori@yahoo.com.br
Conceitos fundamentais - pgina 53
Porm, ganhos ainda mais significativos podem ser obtidos com o correto ajuste
dessas aplicaes e de seus ambientes para o modelo de Computao em Nu-
vem. Quando uma aplicao desenvolvida para o modelo tradicional de com-
putao centralizada, existe o pressuposto de que os recursos computacionais
disponveis so fixos. Dessa maneira, os programas que compem a aplicao
no consideram a possibilidade de se alocar e liberar recursos dinamicamente
e, portanto, no consideram tambm que muitas das operaes que realizam
de maneira sequencial poderiam ser paralelizadas. Normalmente, depois que se
realiza a migrao de uma aplicao para a Computao em Nuvem, o passo se-
guinte ideal aperfeio-la para que se beneficie ainda mais do novo modelo16.
rodrigosatori@yahoo.com.br
Comprando Software como Servio (SaaS) - pgina 54
Comprando Software
como Servio (SaaS)
C
omprar Software como Servio significa comprar apenas o acesso a
uma aplicao, sem se preocupar com a infraestrutura que est por trs
dela. Voc ser apenas o usurio do software, sem nenhuma tarefa de
gerenciamento da infraestrutura necessria para execut-lo.
rodrigosatori@yahoo.com.br
Comprando Software como Servio (SaaS) - pgina 55
rodrigosatori@yahoo.com.br
Comprando Plataforma como Servio (PaaS) - pgina 56
Comprando Plataforma
como Servio (PaaS)
U
ma Plataforma como Servio oferece um ambiente de desenvolvimento
de software. Isso interessa diretamente queles que vo desenvolver no-
vas aplicaes para rodar na nuvem. Ao usar uma plataforma desse tipo,
os desenvolvedores no precisam cuidar da administrao do sistema operacio-
nal e de outras tarefas de gesto de infraestrutura17. Alm disso, as plataformas
oferecem muitos componentes j prontos para o desenvolvimento de aplica-
es. O modelo de PaaS tambm facilita muito o desenvolvimento de aplicaes
escalveis e elsticas, uma vez que normalmente impe aos programas a serem
construdos uma arquitetura que garante esses atributos sem exigir do desenvol-
vedor um conhecimento detalhado dos mecanismos que a suportam18.
rodrigosatori@yahoo.com.br
Comprando Plataforma como Servio (PaaS) - pgina 57
Tecnologia usada no servidor Por exemplo, se voc pretende usar uma arqui-
tetura baseada no ambiente .NET da Microsoft, faz sentido usar uma platafor-
ma centrada nessa tecnologia. Por outro lado, se o projeto vai usar mltiplas
linguagens e diferentes tecnologias do lado do servidor, o mais indicado usar
um PaaS que contemple esse cenrio.
rodrigosatori@yahoo.com.br
Comprando Plataforma como Servio (PaaS) - pgina 58
>> AppFog
>> Caspio
>> Heroku
>> Jelastic
rodrigosatori@yahoo.com.br
Comprando Plataforma como Servio (PaaS) - pgina 59
Diversos servios podem ser acessados pelo desenvolvedor atravs de uma inter-
face web, a Admin Console, que permite gerenciar os aplicativos e ter acesso a
detalhes sobre instncias em execuo, arquivos de log23, atividades agendadas
(Cron Jobs)24, filas de tarefas, etc. J a parte de infraestrutura fica por conta do
Google, que tambm proporciona alocao automtica de recursos e balancea-
mento de carga.
Uma aplicao desenvolvida no Google App Engine roda em uma sandbox, que
um ambiente isolado especfico para cada aplicao. As aplicaes no po-
dem gravar dados no sistema de arquivos local, mas podem ser acessadas outras
mquinas na internet para a gravao de arquivos desestruturados (de texto, por
exemplo), atravs de funes de API oferecidas pela plataforma.
23 Arquivos de log so usados para registrar eventos ocorridos com um software. So teis
para entender o comportamento do software para deteco de falhas e otimizao de desempenho,
bem como para registrar informaes de auditoria.
24 Cron Jobs so tarefas que rodam no ambiente do Google App Engine que podem ser
agendadas para rodar em um horrio especfico ou periodicamente em intervalos regulares.
rodrigosatori@yahoo.com.br
Comprando Plataforma como Servio (PaaS) - pgina 60
O modelo de arquitetura imposto pelo Google App Engine fora que as apli-
caes sejam estruturadas com uma clara separao entre duas camadas, a de
tratamento das requisies e a que lida com o armazenamento de dados. A
primeira camada dever necessariamente trabalhar sem salvar um estado interno
entre as diferentes requisies, e a segunda camada manter seus estados conti-
nuamente25.
A cobrana dos servios do Google App Engine feita com base no uso. Cada
aplicativo tem uma cota diria gratuita para instncias, espao de armaze-
namento e trfego de entrada e sada. Quando a aplicao ultrapassa a cota
gratuita diria, feita a cobrana apenas pelo uso suplementar, at o montante
mximo dirio que for especificado.
rodrigosatori@yahoo.com.br
Comprando Plataforma como Servio (PaaS) - pgina 61
A
plataforma Microsoft Azure Cloud Services oferece um ambiente para
execuo de aplicaes com base num modelo de programao bem
definido, que visa proporcionar escalabilidade e alto grau de disponibili-
dade para as aplicaes que rodam nela.
Tipicamente, uma aplicao Azure Cloud Services deve ser estruturada em torno
de dois papis fundamentais: web role e worker role. So criadas mquinas
virtuais distintas para cada papel, e a ideia combinar mltiplas instncias de
cada uma para criar aplicaes multicamada. Instncias web role implementam
o cdigo responsvel pelo tratamento de requisies vindas da web, como re-
quisies de usurios, e normalmente as encaminha para instncias worker role.
Tambm comum utilizar instncias web role para implementar Web Services,
que so servios oferecidos para outras aplicaes atravs da internet. Instncias
worker role rodam tarefas assncronas que no dependem de interao com o
usurio e que normalmente implementam as regras de negcio e o tratamento
de dados da aplicao. A comunicao entre os dois tipos de instncias reali-
zada atravs de filas de mensagens.
rodrigosatori@yahoo.com.br
Comprando Plataforma como Servio (PaaS) - pgina 62
26 JSON o acrnimo de JavaScript Object Notation, que um formato simples para descri-
o e intercmbio de dados.
rodrigosatori@yahoo.com.br
Comprando Plataforma como Servio (PaaS) - pgina 63
rodrigosatori@yahoo.com.br
Comprando Plataforma como Servio (PaaS) - pgina 64
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 65
Comprando
Infraestrutura como
Servio (IaaS)
A
Computao em Nuvem baseia-se na alocao e desalocao de recur-
sos de acordo com a demanda. No caso da Infraestrutura como Servio,
alocam-se principalmente recursos para processamento e armazena-
mento de dados. preciso definir o tipo e o tamanho de cada mquina virtual,
qual a sua capacidade de processamento, e como ser feito o armazenamento
de dados. Para tirar proveito de uma Infraestrutura como Servio fundamental
uma boa integrao entre esses diferentes tipos de recursos.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 66
>> Softwares
>> Custos
Configurao de servidores
A escolha da regio geogrfica onde o servidor ser criado faz toda diferena
no tempo de latncia, que impacta diretamente no desempenho de uso. Quanto
mais distante dos usurios for a regio, mais demorado ser o tempo de res-
posta. Ento, se a aplicao tiver muita interao, o melhor que os servidores
sejam criados numa regio mais prxima dos usurios; caso os usurios estejam
distribudos geograficamente, podem-se criar instncias em mais de uma regio.
Se a aplicao for apenas de processamento, sem interao, pode ser interessan-
te escolher uma regio onde os preos sejam mais baixos, mesmo que seja mais
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 67
distante. Entretanto, para uma avaliao precisa dos custos envolvidos, conside-
re a legislao e a incidncia de impostos que so aplicveis a cada regio.
Armazenamento de dados
preciso definir tambm quanto voc vai precisar de espao em disco. impor-
tante observar que, normalmente, cada instncia possui um disco temporrio as-
sociado a ela, que pode ser usado durante o processamento dos dados, mas que
no ser mantido quando a instncia for liberada a ativao e desativao de
instncias so operaes muito comuns na nuvem. Portanto, os discos tempor-
rios no podem ser usados para armazenar dados que devem permanecer aps
o processamento. A opo mais comum utilizar um disco persistente, que
ser usado em conjunto com uma instncia, e que ser preservado ainda que a
instncia seja desativada. Essa opo muito semelhante ao modelo de compu-
tao tradicional , em que um servidor fsico possui um disco que usado para
armazenar os dados processados.
Alm dos discos persistentes, que podem ser usados da maneira tradicional, os
fornecedores de servios de Computao em Nuvem normalmente oferecem
uma opo de armazenamento bem mais barata, que tem menor desempenho
em termos de velocidade de acesso, mas que pode ser usada como um reposit-
rio para qualquer tipo de dados, que o servio de armazenamento de objetos.
Essa opo, combinada com o uso de discos persistentes, permite uma maior
flexibilidade na estratgia de armazenamento de dados utilizada. O mais co-
mum manter os dados e arquivos de processamento mais frequente nos discos
persistentes, e guardar no servio de armazenamento de objetos informaes
que no se alteram ou que tm baixa frequncia de atualizao tais como dados
histricos, imagens, vdeos, arquivos de udio e cpias de segurana (backups).
Os servios de armazenamento de objetos costumam oferecer um alto grau de
redundncia, o que amplia a durabilidade e disponibilidade das informaes
salvas nele e o credencia como a soluo ideal para dados histricos ou estti-
cos.
Banda Internet
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 68
Trfego de E/S
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 69
Controle de acesso
Facilidade de gerenciamento
Custos
Na avaliao dos custos, um aspecto que tambm deve ser considerado o li-
cenciamento de software. Ao criar um servidor, o sistema operacional escolhido
faz diferena no preo. Para exemplificar, usamos a calculadora NubExpress30
para estimar o custo de servidores da AWS com a mesma configurao, alteran-
do apenas o sistema operacional, mostrando a diferena no preo final advinda
do licenciamento do software31:
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 70
>> Servidor com sistema operacional Windows Server: US$ 1,26 / hora
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 71
Portanto, importante que fique claro que, quando falamos em compra de Infra-
estrutura como Servio, no estamos tratando apenas de hardware, mas tambm
de software. Alm disso, preciso considerar a incidncia de impostos sobre
servios de processamento de dados e licenas de software.
Servidores
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 72
Armazenamento de dados
o servio de disco persistente que pode ser usado junto com as instncias EC2.
Ou seja, como ele persistente, se voc desativar a instncia EC2, os dados
do EBS continuam l. A unidade de alocao de espao no EBS um volume.
Os volumes podem ter qualquer tamanho e o usurio pode redimension-los a
qualquer momento.
34 idem.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 73
so limitados a at 90.
O acesso aos dados armazenados no S3 bem mais lento do que o acesso aos
volumes EBS, e deve ser usado como um repositrio de arquivos e objetos. Para
fins de comparao, enquanto o acesso a volumes EBS equivale ao de discos
locais, na casa de milissegundos, o acesso ao S3 a partir de uma mquina virtual
leva alguns segundos.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 74
Amazon Glacier
Bancos de dados
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 75
Amazon Aurora
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 76
NoSQL
Outros Servios
Alm dos recursos apresentados nas sees anteriores, a AWS oferece ainda um
grande nmero de servios adicionais que permitem a criao de uma infraes-
trutura completa de processamento na nuvem. Alguns dos servios oferecidos
pela AWS so:
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 77
>> VPC, Virtual Private Cloud, que um servio que permite a criao de
uma seo privada e isolada na nuvem da AWS para uso particular. O
recurso de VPC permite a configurao de redes com diversas topologias
para enderear necessidades especficas. Por exemplo, com o VPC
possvel criar uma sub-rede isolada da internet, onde podem ser coloca-
dos servidores com informaes sensveis que no devem ser expostas na
rede.
>> SES, Simple Email Service, que um servio de baixo custo de envio de
e-mails em grande quantidade, tipicamente para mensagens de marke-
ting ou qualquer outro tipo de contedo.
Vrios dos servios adicionais oferecidos pela AWS esto alm do que se con-
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 78
A AWS oferece tambm recursos especficos para aplicaes que exigem com-
putao de alta performance (HPC High Performance Computing), voltados
para a resoluo de problemas cientficos e de engenharia, tais como redes de
baixa latncia completamente compartimentadas, agrupamentos de unidades
de processamento grfico (GPU Graphic Processing Unit) para construo e
tratamento de imagens, alm de instncias especficas de alta capacidade de
processamento ou alta capacidade para realizar tarefas de entrada e sada.
Para uma lista completa dos servios oferecidos pela AWS, visite o catlogo de
produtos da empresa.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 79
Servidores
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 80
Armazenamento de dados
Discos persistentes
O Cloud Compute Engine oferece discos padro e discos SSD, que so mais ve-
lozes e mais caros. Os discos do Cloud Compute Engine podem ser conectados
e desconectados das mquinas virtuais criadas no ambiente, mantendo os dados
de forma persistente. Como no caso da AWS, o desempenho dos discos est
associado ao nmero mximo de operaes de gravao e escrita por segundo
(IOPS Input/Output Operations Per Second) e ao volume mximo de transfe-
rncia de dados por operao.
O servio Google Cloud Storage oferece ainda uma opo mais barata de arma-
zenamento de objetos, com a mesma garantia de segurana e durabilidade dos
dados, mas com tempo de recuperao mais lento do que na opo padro.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 81
Bancos de dados
O Google oferece dois servios de bancos de dados que podem ser usados tanto
por aplicaes tradicionais rodando no Google Compute Engine (IaaS) quanto
por aplicaes desenvolvidas para o Google Application Engine (PaaS do Goo-
gle):
Cloud SQL
Cloud Datastore
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 82
BigQuery
Vale ainda lembrar que possvel rodar qualquer servidor de bancos de dados,
relacional ou no, na infraestrutura do Google Compute Engine. Basta instanciar
uma mquina virtual e carregar nela o software desejado. Porm, nesse caso, o
gerenciamento do banco de dados fica todo por conta do usurio.
Outros Servios
>> VPN, que permite a construo de redes privadas virtuais entre a infra-
estrutura local do cliente e os recursos alocados na nuvem do Google
atravs de um canal seguro.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 83
>> Translate API, que um servio que permite integrar aplicaes de-
senvolvidas pelo usurio ao Google Tradutor. Dessa forma, possvel
adicionar s funcionalidades de uma aplicao os recursos de traduo
de documentos entre os vrios idiomas suportados pelo servio.
bom lembrar que o Google uma empresa 100% internet, e que a Computa-
o em Nuvem sempre fez parte de sua estratgia, o que naturalmente o qualifi-
ca como um competidor forte nesse mercado agora e para o futuro.
Microsoft Azure
Servidores
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 84
Armazenamento de dados
No Microsoft Azure, sempre que uma mquina virtual instanciada ela j tem
dois discos associados a ela: o de sistema operacional e o de dados temporrios.
O disco do sistema operacional criado a partir de imagens binrias dos siste-
mas operacionais suportados. O custo do disco temporrio j est includo no
custo da mquina virtual, e o disco de sistema operacional taxado em funo
do espao utilizado.
Os discos persistentes, chamados de data disks, podem ser discos padro ou dis-
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 85
Azure Storage
>> Blob: pode armazenar qualquer tipo de texto ou dados binrios, como
documentos, imagens ou arquivos de mdia.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 86
Azure Backup
Este outro servio importante oferecido pela Microsoft, um software que ins-
talado na infraestrutura local do usurio e que copia automaticamente os dados
dos discos dos servidores locais para a nuvem. Os dados so encriptados antes
de serem enviados, garantindo sua inviolabilidade tanto no trnsito quanto no
armazenamento dentro da infraestrutura do Azure. H recursos integrados para
compactao dos dados e limitao da largura de banda internet utilizada para
sua transmisso. Os dados so armazenados de forma redundante, garantindo
durabilidade e acessibilidade. Depois da cpia inicial, apenas os dados altera-
dos so transferidos, garantindo um tempo mais rpido para a realizao dos
backups e minimizando o espao utilizado na nuvem.
Bancos de dados
>> Azure Storage Table: banco de dados NoSQL do tipo chave-valor flexvel
que oferece grande escalabilidade e alto desempenho no acesso ou gra-
vao de dados.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 87
Outro exemplo o ClearDB, que oferece uma verso do MySQL com recursos
de redundncia para suportar tolerncia a falhas.
Outros Servios
>> Rede Virtual, que o servio para criao de uma rede privada virtual
(VPN) entre a infraestrutura local do usurio e a infraestrutura do Azure.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 88
Nuvens Hbridas
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 89
39 SAN - Storage Area Network, um equipamento que implementa uma rede dedicada
que funciona como um disco de rede de alto desempenho e com recursos de tolerncia a falhas,
centralizando o armazenamento de dados dos servidores em uma rede local. Normalmente, o SAN
concentra os dispositivos de armazenamento da rede, gerando a iluso de um dispositivo nico e
uniforme para os equipamentos cliente.
rodrigosatori@yahoo.com.br
Comprando Infraestrutura como Servio (IaaS) - pgina 90
rodrigosatori@yahoo.com.br
Disaster Recovery recuperao de dados - pgina 91
Disaster Recovery
recuperao de dados
U
ma poltica de Disaster Recovery visa manter o negcio operando mes-
mo em caso de falhas de hardware, software, problemas na rede, falha
humana, falta de energia eltrica, roubo de equipamentos, incndio,
catstrofes naturais, etc. Nos dias de hoje, em que as empresas dependem tanto
das informaes armazenadas em seus servidores de dados e em que os pro-
cessos de negcio esto baseados em tarefas automatizadas pelos sistemas de
software, necessrio garantir que as informaes e os ambientes operacionais
possam ser rapidamente restaurados em ocasies de contingncia. Normalmen-
te, a poltica de Disaster Recovery se baseia na replicao de dados e ambientes
de execuo a fim de manter o negcio operando ou restaur-lo rapidamente
nessas situaes de emergncia.
rodrigosatori@yahoo.com.br
Disaster Recovery recuperao de dados - pgina 92
Recovery Point Objective (RPO) define o tempo retroativo dos dados que sero
recuperados em caso de falha. Deve-se considerar o que uma perda aceitvel
que no cause grande prejuzo operacional. Por exemplo, considere um sistema
com RPO de 4 horas, cujo ltimo backup foi feito s 10 horas. Se o incidente
ocorrer s 13 horas, tudo o que foi feito entre 10 e 13 horas ser perdido.
rodrigosatori@yahoo.com.br
Disaster Recovery recuperao de dados - pgina 93
Tambm conhecido como cold start, este o modelo mais simples de ser
implantado. O backup da estrutura primria feito na nuvem, ou seja, a nuvem
usada somente como local externo de armazenamento de dados. Em caso de
interrupo das atividades na estrutura primria, os dados so transferidos da
nuvem para a infraestrutura secundria.
40 Para uma discusso detalhada do tema, veja Disaster Recovery as a Cloud Service: Eco-
nomic Benefits & Deployment Challenges, de Wood et al.
rodrigosatori@yahoo.com.br
Disaster Recovery recuperao de dados - pgina 94
Modelo 2: Backup e
infraestrutura secundria na
nuvem
rodrigosatori@yahoo.com.br
Disaster Recovery recuperao de dados - pgina 95
rodrigosatori@yahoo.com.br
Disaster Recovery recuperao de dados - pgina 96
rodrigosatori@yahoo.com.br
hora de colher os benefcios da nuvem - pgina 97
hora de colher os
benefcios da nuvem
A
nuvem amplia consideravelmente as possibilidades para criao de
uma infraestrutura de backup e recuperao de dados. Tambm diminui
consideravelmente os custos de implantao de solues modernas de
processamento de dados e mecanismos de interao com seus clientes atravs
de canais digitais, tornando acessvel s pequenas e mdias empresas recursos
antes disponveis somente para grandes organizaes.
rodrigosatori@yahoo.com.br
hora de colher os benefcios da nuvem - pgina 98
rodrigosatori@yahoo.com.br
Referncias - pgina 99
Referncias
>> Armbrust, Michael et al. Above the Clouds: A Berkeley View of Cloud
Computing (2009).
>> Chang, Fay, et al. Bigtable: A distributed storage system for structured
data.ACM Transactions on Computer Systems (TOCS)26.2 (2008): 4.
>> Duboc, Leticia, David S. Rosenblum, and Tony Wicks. A framework for
modelling and analysis of software systems scalability. Proceedings of
the 28th international conference on Software engineering. ACM (2006).
>> Frey, Sren, and Wilhelm Hasselbring. The cloudmig approach: Model-
-based migration of software systems to cloud-optimized applications.
International Journal on Advances in Software4.3 and 4 (2011): 342-353.
>> Harms, Rolf, and Michael Yamartino. The economics of the cloud.,
Microsoft whitepaper, Microsoft Corporation(2010).
>> Herbst, Nikolas Roman, Samuel Kounev and Ralf Reussner. Elasticity in
Cloud Computing: What It Is, and What It Is Not. (2013).
>> Mell, Peter, and Timothy Grance, The NIST definition of cloud compu-
ting. (2011).
rodrigosatori@yahoo.com.br
Referncias - pgina 100
www.opus-software.com.br
rodrigosatori@yahoo.com.br
rodrigosatori@yahoo.com.br
- pgina 102
rodrigosatori@yahoo.com.br
- pgina 103
rodrigosatori@yahoo.com.br
- pgina 104
rodrigosatori@yahoo.com.br
rodrigosatori@yahoo.com.br