Relat orio 3

Volume

Unico (2011)
Relat orio 3: Perspectivas e Desaos da Computac ao em
Nuvem na Internet do Futuro
Markus Endler, Jos e Viterbo e Hubert Fonseca
30 de abril de 2011
Perspectivas e Desaos da Computac ao em Nuvem na
Internet do Futuro
Markus Endler
1
, Jos e Viterbo
2
e Hubert Fonseca
3
1
endler@inf.puc-rio.br,
2
viterbo@inf.puc-rio.br,
3
hubert@intelie.com.br
Departamento de Inform atica
Pontifcia Universidade Cat olica do Rio de Janeiro (PUC-Rio)
Rio de Janeiro, Brasil
Empresas e indivduos v em cada vez mais migrando suas aplicac oes de computa-
dores locais para servicos oferecidos remotamente atrav es da Internet, utilizando o
paradigma de computac ao em nuvem, no qual recursos computacionais s ao disponi-
bilizados na forma de servicos e usados de acordo com a necessidade especca
do usu ario. Este relat orio visa discutir os novos requisitos de infra-estrutura de
rede, middleware, aplicac oes e protocolos necess arios para dar suporte ` a utilizac ao
da computac ao em nuvem. Com esta nalidade, primeiramente, s ao apresentados os
principais termos e conceitos relativos ` a computac ao em nuvem (Cloud Computing).
S ao propostos alguns cen arios futuros. Al em disso, s ao discutidos os projetos de
pesquisas que abordam tend encias promissoras nesta area. Finalmente, s ao discuti-
dos os novos requisitos de infraestrutura de rede para viabilizar um acesso integrado
e ubquo a servicos em nuvem e enumerados alguns setores nas quais a computac ao
em nuvem dever a oferecer oportunidades de pesquisa e desenvolvimento no pas.
1 Introduc ao
O r apido desenvolvimento das tecnologias de processamento e armazenamento de dados e a cres-
cente disseminac ao do acesso ` a Internet v em tornando os recursos computacionais menos cus-
tosos, mais potentes e disponveis de forma ubqua. Essas tend encias tecnol ogicas viabilizaram
o surgimento de um novo paradigma de computac ao denominado computac ao em nuvem, no
qual recursos, tais como capacidade de processamento, de armazenamento e de comunicac ao,
s ao disponibilizados na forma de servicos e usados de acordo com a necessidade especca do
usu ario, que pode contrat a-los atrav es da Internet ` a medida em que se tornem necess arios, ou
liber a-los, quando deixam de s e-lo [ZCB10].
Este novo paradigma tem o potencial para transformar uma grande parte da ind ustria de tec-
nologia da informac ao e comunicac ao (TIC), uma vez que os desenvolvedores com id eias in-
ovadoras para novos servicos na Internet j a n ao precisar ao realizar elevados investimentos em
hardware para implementar seus servicos ou incorrer em grandes despesas com equipes para
oper a-los. Eles n ao precisar ao se preocupar com provisionamento de recursos em excesso para
um servico cuja popularidade que aqu em de suas espectativas, o que acarretaria o desperdcio
de recursos valiosos. Tamb em n ao precisar ao se preocupar com o provisionamento de recursos
insucientes para aqueles servicos que eventualmente se tornem muito populares, o que poderia
levar ` a perda de receitas e potenciais clientes. Al em disso, empresas com grande carga de tra-
Relat orio 3 1 / 27
balho computacional ser ao capazes de obter resultados t ao rapidamente quanto seus programas
possam ser escalonados, uma vez que o custo de mil servidores para uma hora n ao ser a maior
do que usar um servidor por mil horas. Esta elasticidade de recursos, sem pagar um preco espe-
cial para grande escala, n ao tem precedentes na hist oria da ind ustria de TIC. Como resultado, a
computac ao em nuvem se tornou um tema popular e vem sendo investigado por pesquisadores
de diversas areas [AFG
+
10]. Al em disso, grandes empresas como Google, Amazon, Microsoft
e outras t em investido pesadamente nos ultimos anos para oferecer plataformas em nuvem mais
poderosas, con aveis e com melhor custo-benefcio, e muitas outras empresas em diversas areas
est ao redesenhando seus modelos de neg ocios a m de obter os benefcios deste novo paradigma
de computac ao.
Mas qual e o impacto da computac ao em nuvem sobre as tradicionais tecnologias da Internet
e o pr oprio uso da mesma? Por um lado, h a um consenso de que um dos grandes entraves para
uma adoc ao ainda mais abrangente desse paradigma est a nas atuais limitac oes da rede internet: a
pequena largura de banda de muitas redes de acesso, que inviabilizam a transfer encia de grandes
volumes de dados de, para e entre as nuvens, e a deci encia em mecanismos que garantam a
Qualidade de Servico (QoS), a seguranca e a condencialidade da comunicac ao entre o usu ario
e o provedor da nuvem. Por outro lado, a computac ao em nuvem traz uma s erie de novos usos
(e tipos de tr afego) para as tecnologias de redes que n ao eram conhecidas ou imaginadas h a
10 anos atr as. Por exemplo, quem pensaria que haveria uma empresa em nuvem (o Skype) que
ofereceria telefonia usando VoIP em larga escala e de graca ou a baixssimo custo? Ou ent ao, que
haveria servicos em nuvem para colaborac ao e gerenciamento de projetos (Basecamp), gest ao de
relacionamento com o cliente (Salesforce), compartilhamento de arquivos de graca (Dropbox,
Box.net, etc.) ou para divulgac ao e compartilhamento de vdeos por qualquer pessoa (YouTube)?
Portanto, computac ao em nuvem ampliou drasticamente os usos da rede Internet, fazendo dela a
maior e mais importante infraestrutura de comunicac ao geral do nosso planeta. Hoje em dia, s ao
poucas as pessoas ou empresas que conseguem sobreviver sem acesso a servicos em nuvem.
Todas essas aplicac oes, no entanto, tamb em zeram com que os servicos em nuvem fossem
cada vez mais identicados com a pr opria rede. Ou seja, que a pr opria Internet seja entendida
como uma rede de servicos em nuvem, e que o usu ario nal implicitamente assuma que a rede
possui capacidade n ao s o de transmitir dados, como tamb em de armazenar suas fotos, vdeos,
documentos etc., processar informac oes, identicar a disponibilidade ou atividade de usu arios
conhecidos (compartilhamento de informac ao de presenca), coletar informac oes de interac ao
com os servicos, ajudar nas tomadas de decis ao do dia-a-dia, e muitas outras func oes.
O objetivo desse relat orio n ao e nem o de descrever as tecnologias que fundamentam a
computac ao em nuvem e nem o de reapresentar os j a bem conhecidos benefcios econ omicos
do uso de servicos em nuvem, que podem ser consultados em [AFG
+
10]. Em vez disso, discu-
tiremos computac ao em nuvem do ponto de vista de futuros cen arios de uso na perspectiva do
usu ario , dos impactos sobre as tecnologias de rede e dos desaos para a interoperabilidade de
servicos de nuvem e da criac ao de federac oes de nuvens, que n os vislumbramos como uma dos
futuros desenvolvimentos nessa area.
Relat orio 3 2 / 27
1.1 Organizac ao do documento
A pr oxima sec ao apresenta denic oes dos principais termos e conceitos relacionados ` a
computac ao em nuvem. A Sec ao 3 prop oe alguns cen arios futuros de utilizac ao deste paradigma.
A Sec ao 4 apresenta projetos de pesquisa que abordam alguns t opicos em evid encia relaciona-
dos ` a computac ao em nuvem. A Sec ao 5 discute os novos requisitos de infraestrutura de rede
para viabilizar um acesso integrado e ubquo a servicos em nuvem. Na Sec ao 6 s ao enumerados
alguns setores nos quais a computac ao em nuvem dever a ter uma grande import ancia em nosso
pas, oferecendo oportunidades de pesquisa e desenvolvimento. Finalmente, a Sec ao 7 apresenta
as considerac oes nais.
Relat orio 3 3 / 27
2 Conceitos B asicos
Nesta sec ao s ao apresentados os conceitos fundamentais relativos ` a tecnologia de Computac ao
em Nuvem e abordados os principais aspectos dessas plataformas.
2.1 Denic ao e principais aspectos
A computac ao em nuvem pressup oe o uso de grandes reposit orios de recursos virtualizados
hardware, plataformas de desenvolvimento e/ou servicos , facilmente acessveis atrav es da
Internet, que s ao tipicamente explorados utilizando-se um modelo do tipo pagamento-por-uso,
no qual os fornecedores de infraestrutura oferecem garantias na forma de SLAs (service level
agreements) customizadas. Al em disso, os recursos podem ser recongurados dinamicamente
de modo a se ajustar a cargas variadas, otimizando sua utilizac ao [VRCL08]. Propriedades
importantes que ajudam a caracterizar a computac ao em nuvem s ao:
A ilus ao de recursos computacionais innitos, disponibilizados sob demanda, eliminando
a necessidade do planejamento para a provis ao de recursos a longo prazo;
A eliminac ao da necessidade de se fazer grandes investimentos iniciais em infra-estrutura,
permitindo com que neg ocios sejam iniciados com um parque computacional pequeno e
que aumentem sua infra-estrutura a medida em que suas necessidades demandarem;
A possibilidade da contratac ao de recursos computacionais a curto prazo, por exemplo,
processadores por hora, armazenagem por um dia. Uma vez que estes n ao s ao mais
necess arios, capacidade de nalizar os contratos.
Geralmente o termo e utilizado tanto para denir aplicac oes que s ao acessadas pela Internet
como para descrever servicos de datacentros. No primeiro caso, as aplicac oes j a conhecidas por
serem utilizadas nos desktops, como editores de texto, planilhas ou, at e mesmo, editores de im-
agens, s ao acessadas atrav es da internet, e todo o processamento e armazenamento de dados que
seriam realizados no pr oprio computador do usu ario, agora ocorrem na nuvem. J a nos servicos
de datacentros, o termo se refere ao conjunto de recursos, como servidores, balanceadores de
carga, armazenamento, etc, que s ao comercializados por uso e cobrados de acordo com o tempo
de utilizac ao. Este novo modelo de neg ocios trouxe uma s erie de benefcios t ecnicos e nan-
ceiros para consumidores de seus servicos tais como: r apido provisionamento, escalabilidade,
facilidade para lancamento de novos produtos/servicos por empresas de menor tamanho, entre
outros.
A capacidade de provisionar e liberar rapidamente grandes quantidades de recursos em tempo
de execuc ao a elasticidade e, talvez, a caracterstica mais inovadora de computac ao na
nuvem. Esta propriedade difere sutilmente da escalabilidade, que corresponde ` a possibilidade de
permitir o aumento da capacidade de trabalho pela adic ao proporcional da quantidade de recur-
sos. Tradicionalmente, a escalabilidade e projetada para garantir que o custo operacional possa
crescer linearmente de acordo com a carga de trabalho. Usualmente, n ao h a preocupac ao com a
remoc ao de recursos nem a preocupac ao se os recursos s ao plenamente utilizados [SPC09a].
Relat orio 3 4 / 27
2.2 Classicac ao
Provedores de Computac ao em Nuvem podem oferecer servicos em diferentes nveis de
abstrac ao de recursos, simulando as func oes realizadas por aplicac oes, sistemas operacionais
ou o hardware puro. Assim, a taxonomia mais comum e a que classica servicos de computac ao
em nuvem em tr es possveis categorias:
Software como um Servico (SaaS): Inspirado em um modelo de aluguel de software oferece
aplicac oes completas que executam em servidores de um datacentro e podem ser acessadas por
usu arios nais, geralmente atrav es de um cliente no (thin client), geralmente um browser web
ou um aplicativo m ovel. Exemplos tpicos de SaaS s ao: Yahoo mail, Flickr, Gmail, Google Docs
e Google calendar. Nesse caso, o usu ario n ao tem qualquer participac ao no projeto/criac ao da
aplicac ao, congurac ao de servidores, rede ou infra estutura de armazenamento.
Plataforma como um Servico (PaaS): oferece um sistema operacional, runtimes para lingua-
gens de programac ao e ferramentas para desenvolvimento, teste e deployment de software com
os quais usu arios podem desenvolver as suas pr oprias aplicac oes. O provedor de PaaS efetua
updates, realiza patches e outras tarefas rotineiras de manutenc ao. Exemplos conhecidos s ao:
Microsoft Windows Azure e Google App Engine (GAE). Em PaaS, os usu arios controlam o
desenho e implementac ao da aplicac ao mas n ao possuem controle sobre a infraestrutura de hard-
ware. Em princpio, existem as seguintes variantes b asicas de PaaS: plataformas para aplicac oes
sociais (Facebook API), para aplicac oes Web, e para aplicac oes empresariais (Force.com), e
ferramentas para aplicac oes de nuvem arbitr arias (Cloud IDEs).
Infraestrutura como um Servico (IaaS): prov e aos usu arios acesso direto aos recursos de
processamento, armazenamento e outros recursos, e permite que que estes congurem os recur-
sos e instalem sistemas operacionais de acordo com as suas necessidades especcas. Geral-
mente, o IaaS funciona segundo o modelo pay as you go , isto e, paga-se apenas pelos re-
cursos efetivamente usados. Exemplos de IaaS incluem Amazon Elastic Compute Cloud (EC2),
Rackspace e IBM Computing on Demand.
2.3 Nuvens p ublicas, privadas e hbridas
Quando a nuvem e fornecida para o p ublico em geral e sob um contrato onde se paga pelo
montante utilizado, chamamos a mesma de nuvem p ublica. Os servicos comercializados s ao
geralmente chamados de computac ao utilit aria (Utility Computing). Alguns exemplos s ao as
plataformas da Amazon, Google AppEngine e Microsoft Azure.
O termo nuvem privada e utilizado para designar um novo estilo de computac ao disponibi-
lizado pelo provedor interno de TI, que se comporta de forma semelhante a um ambiente de
computac ao na nuvem externo. Neste modelo, capacidades de TI el asticas e escal aveis s ao ofer-
ecidas como servicos para usu arios internos. A grande diferenca entre a computac ao na nuvem
p ublica e privada reside nos servicos de acesso e nos servicos de controle. S ao muitos os req-
uisitos tecnol ogicos necess arios para que o modelo privado funcione de forma adequada. Entre
Relat orio 3 5 / 27
eles est ao tecnologias de virtualizac ao, automac ao, padr oes e interfaces, que permitam o acesso
compartilhado a servidores virtuais.
Na literatura encontramos, al em dos modelos de nuvem publica e privada, outros modelos que
combinam os dois conceitos [SPC09b]. O modelo de computac ao hbrida prev e uma utilizac ao
mista, por em integrada, dos dois paradigmas, i.e., a combinac ao de servicos de computac ao na
nuvemexternos comrecursos internos. Esta colaborac ao deve ser realizada de forma coordenada,
de forma a garantir integrac ao no nvel dos dados, processos e camadas de seguranca [HSH09].
Outra alternativa para tratar as limitac oes tanto das nuvens p ublicas quanto das nuvens
provadas e a chamada nuvem privada virtual (Virtual Private Cloud - VPC). Este tipo de nuvem
consiste em uma plataforma em execuc ao sobre uma nuvem privada p ublica, mas empregando
tecnologias de redes privadas virtuais (VPN), que permitem que os provedores do servico pro-
jetem seus pr oprios mecanismos e topologia de seguranca, como, por exemplo, as regras de re-
wall [ZCB10]. As VPC s ao essencialmente um projeto mais holstico, uma vez que n ao apenas
virtualizam servidores e aplicac oes, mas tamb em a camada subjacente da rede. Para a maioria
das empresas, a tecnologia de VPC prov e uma transic ao suave e integrada de uma infraestrutura
de servicos propriet aria para uma infraestrutura de nuvem, gracas a camada de rede virtualizada.
2.4 Tecnologias de Virtualizac ao
Em ambientes de computac ao em nuvem, diversos provedores de recusos compartilham in-
fraestrutura, distribudos em diversos datacentros. Atualmente, diversas formas de virtualizac ao
dos recursos computacionais s ao utilizadas. A virtualizac ao de mem oria, por exemplo, permite
a um processo utilizar muito mais mem oria do que a m aquina fsica oferece, al em de dividir o
recurso com outras centenas de processos. A execuc ao de m ultiplas tarefas e outro exemplo,
pois um mesmo processador tem seu tempo de processamento dividido entre v arias atividades,
e cada um dos processos n ao interfere nem percebe a presenca dos demais. Ou ainda diversos
processadores podem formar um cluster e serem utilizados como somente um processador com
uma velocidade muito maior.
Virtualizac ao e uma t ecnica que combina ou divide recursos computacionais para simular
um ou mais diferentes ambientes operacionais. A virtualizac ao pode ser usada com diversas
nalidades, entre elas:
Consolidac ao de servidores.

E possvel consolidar a capacidade de processamento ociosa
de m aquinas, assim utilizando menos m aquinas para executar tarefas computacionais.
Consolidac ao de aplicac oes. Pode ser necess ario simular ambientes oepracionais antigos
em hardwares recentes para executar aplicac oes legadas sobre a infraestrutura disponvel.
Sandboxing. M aquinas virtuais s ao ambientes isolados e seguros (sandboxes) para
execuc ao de sistemas n ao con aveis.
M ultiplos ambientes de execuc ao.

E possvel controlar o QoS de m ultiplos ambientes de
execuc ao simult aneos, provendo os recursos necess arios a cada um.
Hardware virtual. A virtualizac ao pode simular hardwares que n ao existem fsicamente,
como adaptadores ethernet, roteadores, entre outros.
Relat orio 3 6 / 27
M ultiplos sistemas operacionais simult aneos. M ultiplos ambientes podem ser
necess arios para executar diferentes aplicac oes em um mesmo contexto.
Debugging. Pode ser util para debugar mais facilmente sistemas complexos como sis-
temas operacionais ou drivers.
Migrac ao de software.

E simples transferir sistemas entre m aquinas virtuais.
Appliances. Permite o empacotamento de aplicac oes junto aos sistemas operacionais rela-
cionados.
Testes e QA. Pode ajudar a produzir cen arios que s ao dicilmente criados em m aquinas
reais, facilitando assim testes e controle de qualidade.
Algumas ferramentas comuns de virtualizac ao atualmente s ao VMWare, Xen, OpenVZ e Vir-
tual Box.
2.5 Virtualizac ao de Rede
Virtualizac ao e um conceito que n ao se limita a desktops e servidores, mas pode ser estendida
tamb em para elementos de rede. A Infra-estrutura de rede e composta de equipamentos que
podem ser vistos como m aquinas com um sistema operacional especco (runtime) dedicado ` a
execuc ao de uma tarefa, como por exemplo, roteamento, encaminhamento de pacotes (switches)
ou rewalls.
A virtualizac ao de equipamentos de interconex ao de redes comeca no suporte para
multiplexac ao que as pr oprias m aquinas virtuais oferecem para as interfaces de rede. As inter-
faces de redes virtuais se comportam exatamente como interfaces fsicas, com enderecos MAC
distintos, e suporte para unicast, multicast, broadcast e VLANs. Al em disso, cada m aquina vir-
tual tem seu pr oprio endereco IP. Portanto, m aquinas virtuais se comportam, sob o ponto de vista
de interconex ao ` a rede, como sistemas reais, podendo ser interligadas a switches e roteadores
como se fossem m aquinas fsicas distintas. Tipicamente, a placa de rede fsica e programada
para operar em modo promscuo e o driver de rede e modicado para fazer a multiplex ao e
demultiplexac ao de seu uso pelas diferentes interfaces virtuais. Dispositivo virtuais de rede
(TUN/TAP) emulam, respectivamente, o comportamento da camada de rede e de enlace. O TAP
permite a criac ao de bridges enquanto o TUN executa roteamento. Assim, com o uso dos drivers
TUN/TAP, qualquer par de aplicac oes pode enviar e receber dados como se estivessem tratando
com um disposito externo. Essa e a base usada para prover uma comunic ao em rede virtual.
Os equipamentos de interconex ao de rede, como switches e roteadores, n ao s ao m aquinas
virtuais propriamente ditas, mas podem ser emulados de forma similar. Atualmente existem
tr es formas de prover essa emulac ao: a) oferecer, como parte da m aquina virtual, suporte para
equipamentos de interconex ao de rede virtuais (e.g. soluc oes adotadas pela VMware, Microsoft e
Citrix), b) prover m aquinas dedicadas compat
`
Iveis com os hypervisors mais comuns no mercado
(e.g. Vyatta), e c) construir um hardware especco com suporte a virtualizac ao de equipamentos
de interconex ao (e.g. produtos da linha Catalyst da Cisco).
Relat orio 3 7 / 27
Portanto, e possvel construir uma infra-estrutura de rede completa totalmente virtualizada. A
arquitetura exata e as opc oes de projeto, como em uma rede real, dependem, caso a caso, em
func ao de requisitos especcos.
Relat orio 3 8 / 27
3 Cen arios
A seguir, s ao apresentados cen arios futuros que ilustram nossa vis ao de como se desenvolver a o
emprego da tecnologia de computac ao em nuvem.
3.1 Uma vis ao de servicos providos transparentemente por federac oes de nuvens
A infraestrutura de nuvens em breve se confundir a com a pr opria rede. Ou seja, por um lado
os componentes, servicos e protocolos da Internet servir ao de backbone para interac ao entre as
diferentes inst ancias e tipos de nuvem, mas por outro lado, as nuvens se tornar ao parte integrante
da internet, oferecendo servicos de dados, de processamento, de comunicac ao e de sensoria-
mento.
Essa infraestrutura emergente ser a composta de federac oes de nuvens de v arias naturezas e
interclouds (veja Sec ao 4.1) e ter a como principal caracterstica a selec ao e interoperabilidade
transparentes entre as nuvens. Da perspectiva do usu ario, as nuvens ser ao meramente os prove-
dores de diferentes servicos na rede, e n ao haver a mais a necessidade do usu ario acessar direta-
mente um determinado tipo, ou provedor, de nuvem. Em vez disso, seus aplicativos ir ao trans-
parentemente interagir com uma ou mais dessas nuvens. Assim sendo, o usu ario vislumbrar a a
rede (e suas nuvens) como provedores de:
Servicos de armazenamento e compartilhamento de dados;
Servicos para processamento de dados;
Servicos para matchmaking e manutenc ao de contatos sociais;
Servicos para comunicac ao multi-modal;
Reposit orio de aplicativos;
Servicos para monitoramento e controle de m aquinas, veculos e im oveis privados e cole-
tivos/p ublicos;
Servicos para monitoramento e diagn ostico automatizado de pessoas e do meio ambiente.
Meta-servicos para a descoberta de servicos de provedores de nuvem, negociac ao autom-
atizada do SLA;
Meta-servicos para a criac ao de workows de servicos em nuvem heterog eneos.
Para tal, diferentes tipos de nuvens (privadas, p ublicas e hbridas) ser ao criadas e interconec-
tadas, e as principais fontes de dados e informac oes ser ao os pr oprios usu arios (seus pers,
par ametros de QoS, aplicativos e conte udos, em diversas mdias), e sensores em seres vivos, em-
butidos em aparelhos, veculos ou rob os, provenientes de radares e sat elites, e/ou espalhados no
meio ambiente. J a outras nuvens ter ao func oes especcas de replicac ao (de dados ou processa-
mento), de roteamento de uxos de dados , ou de transformac ao e processamento de agregac oes
de dados.
Relat orio 3 9 / 27
3.2 Um cen ario corporativo
Pedro e Engenheiro de Petr oleo da Petrobr as e est a viajando para uma reuni ao da diretoria em
Braslia onde ir a apresentar um novo m etodo algortmico para estimar os custos da operac ao
nas camadas pr e-sal, que desenvolveu nos ultimos seis meses. Mas ap os chegar ao aeroporto,
j a pronto para embarcar para Braslia, e informado por um colega do CENPES que alguns dos
par ametros geol ogicos possuem um comportamento diferente do que havia sido assumido. As-
sim, sabe que precisa ajustar o seu programa e refazer as simulac oes sobre a base de dados
geofsicos que est ao na nuvem privada da empresa, a m de poder apresentar estimativas corre-
tas na reuni ao que ter a em algumas horas. Felizmente, o seu smartphone executa um aplicativo
m ovel que permite modicar, parametrizar e executar o seu sistema de qualquer lugar. Atrav es
desse aplicativo Pedro n ao s o consegue parar a simulac ao na nuvem da empresa que havia ini-
ciado antes de sair de casa, como tamb em modicar os par ametros do algoritmo, recompilar e
iniciar a simulac ao novamente. O aplicativo m ovel tamb em permite visualizar, em tempo real,
os gr acos que est ao sendo gerados na simulac ao remota.
Para ter certeza que a nova vers ao do seu sistema est a correta, resolve tamb em executar a
simulac ao em uma outra base de dados geofsicos de um projeto com a universidade, para os
quais conhece a estimativa de custo. Esta base de dados est a armazenada em outra nuvem p ublica
e codicada em outro formato, diferente daquele esperado pelo seu programa de simulac ao. Fe-
lizmente, Pedro sabe que existem servicos de nuvem p ublicos para a transformac ao de formatos
de dados geofsicos. Assim, em seu aplicativo apenas insere o nome da base de dados geofsicos
da universidade, indica o formato desejado dos dados, e direciona o volume de dados transfor-
mados para o seu reposit orio na nuvem privada da empresa. Depois agenda o incio da simulac ao
sobre esses dados para quando todos os dados tiverem chegado em seu reposit orio. Como agora
e a hora de embarcar para Braslia, desativa o acompanhamento on-line da primeira simulac ao, e
congura o sistema simulador para que envie os relat orios nais (comos gr acos) das simulac oes
para seu endereco GMail, e a transfer encia dos resultados num ericos para o seu notebook, assim
que este se reconectar a alguma rede 3G ou Wi.
Ap os aterrisar em Braslia e ligar o seu smartphone, durante a viagem de t axi confere os
relat orios em seu e-mail, e satisfeito com os resultados, sabe que poder a mostrar os dados detal-
hados sobre as simulac oes durante a reuni ao , e assim convencer a Diretoria de que o seu m etodo
de estimativa e con avel. Ao nal da tarde, ap os a longa reuni ao, Pedro e convidado pelo Diretor
de Explorac ao para um jantar na Brasserie Alice, onde e informado de sua promoc ao na empresa.
3.3 Um cen ario de monitoramento do meio ambiente
Ap os a trag edia do deslizamento de encostas ocorrido na Regi ao Serrana do Rio de Janeiro
em 2011, v arias areas devastadas pelas chuvas foram transformadas em areas de preservac ao
ambiental e parcialmente reorestadas. A m de acompanhar a recuperac ao desses ecossis-
temas, engenheiros orestais, bi ologos e ambientalistas desenvolveram juntamente com en-
genheiros el etricos e de telecomunicac ao um sistema de redes de sensores, com tecnologia de
comunicac ao 3G, para coleta continuada de dados pluviom etricos, do solo, da ora e fauna destas
areas de recuperac ao. Os dados brutos coletados pela rede de sensores de cada regi ao e continua-
mente armazenada uma nuvem gerenciada pela Secretaria do Meio ambiente da prefeitura local.
Relat orio 3 10 / 27
Por em, todos os dados tamb em s ao acessveis para o p ublico, e em especial para a Defesa Civil e
especialistas em Meio Ambiente. Estes, em uma parceria com pesquisadores em Departamentos
de Matem atica Aplicada e de Ci encia da Computac ao de diversas Universidades, desenvolveram
uma s erie de aplicativos em nuvem, para o processamento desse grande volume de dados, in-
cluindo simulac oes e predic oes de desenvolvimento, todas disponveis em reposit orios p ublicos
de aplicativos. Assim, agora e possvel monitorar e analisar em detalhe o desenvolvimento da
fauna e ora de cada area, recomendar medidas de protec ao adicionais, estimar melhor os riscos
devido a mudancas clim aticas e fazer an alises comparativas entre areas em regi oes similares,
mas em diferentes est agios de recuperac ao.
Como tanto os dados como os aplicativos s ao p ublicos, eles passaram a ser usados n ao s o pelo
poder p ublico, como tamb em pela iniciativa privada e por pessoas fsicas para conhecer melhor
uma regi ao e por exemplo, estimar o valor de terrenos na vizinhanca das areas em recuperac ao.
Uma dessas aplicac oes inclusive e utiliz avel a partir de smartphones: ela e indica o grau de risco
a qual uma pessoa pr oxima a area est a sujeita dependendo de sua localizac ao geogr aca, e da
umidade relativa do ar e da press ao atmosf erica na regi ao.
3.4 Um cen ario de sa ude
Em v arias cidades brasileiras a populac ao vem sendo acometida por uma nova epidemia, com
alto ndice de cont agio entre humanos. A virose apresenta sintomas um pouco diferentes e re-
quer tratamentos diferentes para as pessoas contagiadas, em func ao de suas infecc oes anteriores.
Felizmente, h a alguns anos, a maioria dos hospitais do pas, as secretarias de sa ude p ublica e os
seguros de sa ude optaram por usar formatos de dados abertos e disponibilizar servicos de con-
sulta e atualizac ao de dados de pacientes na forma de servicos em nuvem. Assim, sempre que
um novo paciente e internado com suspeita de estar infectado, o hospital e capaz de realizar uma
consulta abrangente em todos os registros de dados de sa ude do pas gerenciados em v arios
servicos em nuvem , para rapidamente obter o hist orico completo de infecc oes e tratamentos
pr evios daquele paciente e assim ajudar na decis ao sobre o tratamento mais adequado.
Como primeiro passo dessa consulta, e feita uma busca por todos os servicos de dados de
sa ude em nuvem que tenham registros referentes aquele paciente. A seguir, e executado um
protocolo de autenticac ao e troca de credenciais m utua, bem como a congurac ao do grau de
seguranca, privacidade e direitos de armazenamento dos dados consultados. Em seguida, os
dados consultados s ao transformados para o formato desejado pelo hospital requisitante atrav es
de outro servico de transformac ao de dados. Assim que os m edicos do hospital identicam a
variante do vrus no paciente e decidem sobre o melhor tratamento , o servico em nuvem do
hospital manda automaticamente uma noticac ao sobre o novo caso para a nuvem da secretaria
de sa ude local, informando alguns dados, como o bairro de resid encia e de trabalho do paciente,
sua idade, etc, mas omitindo outros dados, como o nome, que n ao s ao relevantes do ponto de
vista estatstico. Isso permite que esses dados sejem publicados como dados governamentais
abertos, cando disponveis para consulta p ublica, de tal forma que, por exemplo, um portal
jornalstico e capaz de acessar essas informac oes e divulgar para seus leitores o estado atual da
epidemia. Al em disso, de tempos em tempos as secretarias de sa ude publica dos estados ent ao
agregamos seus dados de pacientes da epidemia e acionamservicos de processamento emnuvem
para tentar identicar correlac oes estatsticas entre os casos detectados e condic oes clim aticas,
Relat orio 3 11 / 27
condic oes s ocio-econ omicas do local e do paciente, hist oricos de doencas pr e-existentes, etc.
Essas estatsticas tamb em s ao usadas para direcionar melhor toda a estrat egia de sa ude p ublica
dos governos federal, estaduais e municipais, orientando o planejamento e a aquisic ao os recursos
de medicamentos e vacinas para os diferentes org aos envolvidos.
Relat orio 3 12 / 27
4 Pesquisas Relacionadas
Nessa sec ao s ao discutidas as abordagens dos principais projetos de pesquisa recentes envol-
vendo aspectos relacionados ` a computac ao em nuvem.
4.1 Padr oes de Interoperabilidade de nuvens.
Permitir a interoperabilidade entre sistemas e hoje um dos principais desaos para a computac ao
em nuvem. Um cen ario de interoperabilidade pode ocorrer, por exemplo, quando um provedor de
computac ao em nuvem est a executando com pouca capacidade de armazenamento ou quer ofer-
ecer armazenamento para um cliente em uma regi ao geogr aca especca na qual esse provedor
n ao disp oe de um datacentro. Em qualquer dessas situac oes, o provedor de nuvem teria que re-
alizar a subcontratac ao de armazenamento de outro prestador de servico, e, para isso, precisaria
encontrar outra nuvem pronta, disposta e capaz de aceitar uma transac ao de subcontratac ao de
armazenamento. Em geral, os sistemas teriam que ser capazes de estabelecer uma comunicac ao
con avel, com a pr evia troca de assinaturas e/ou informac oes necess arias relacionadas ao cliente,
e, nalmente, realizar o transfer encia dos dados armazenados.
Entretanto, os numerosos fornecedores de computac ao em nuvem existentes introduziram seus
pr oprios modelos e servicos, tornando o cen ario dos sistemas de nuvem diferenciado. Por exem-
plo, provedores de nuvem oferecem diferentes servicos de armazenamento de dados com seus
padr oes especcos, como e o caso do S3 da Amazon [Ama08] e o GFS da Google [GGL03].
Assim como nos prim ordios da ind ustria de hardware de computador, quando cada fornece-
dor fabricava e comercializava a sua pr opria vers ao (incompatvel) de equipamentos, as nuvens
s ao diversas e dependentes do fornecedor. Embora grandes esforcos estejam sendo feitos para
padronizar aspectos t ecnicos importantes das nuvens particularmente pelo Instituto Ameri-
cano de Padr oes e Tecnologia (NIST) , a consolidac ao e padronizac ao ainda est ao longe da
realidade. A seguir s ao discutidas duas abordagens distintas para essa quest ao, a federac ao de
nuvens e o intercloud.
4.1.1 Federac ao de nuvens computacionais
Com a nalidade de oferecer suporte a um grande n umero de consumidores de servicos em
todo o mundo, os provedores de infraestrutura de computacc ao em nuvem vem instalando dat-
acentros em diversas localizac oes geogr acas para prover redund ancia e garantir a seguranca
dos dados em caso de falhas de alguma instalac ao. No entanto, ao mesmo tempo em que os
clientes de computac ao em nuvem n ao s ao capazes de expressar sua prefer encia sobre o local
onde querem que seus servicos sejam hospedados, os provedores do servico s ao incapazes de
prever a distribuic ao geogr aca dos usu arios que consumir ao seus servicos. Dessa forma, os
provedores de computac ao em nuvem podem n ao ser capazes de atender ` as expectativas de QoS
dos consumidores de seus servicos provenientes de v arias localizac oes geogr acas.
Para superar esse problema, alguns projetos prop oem a criac ao de uma federac ao de ambi-
entes de computac ao em nuvem para facilitar o provisionamento de servicos ` a medida em que
s ao necess arios, de forma oportunista e escal avel, atendendo os compromissos de QoS de forma
consistente, sob condic oes de carga de trabalho e de rede vari aveis [BRC10] [RBL
+
09]. O ob-
Relat orio 3 13 / 27
jetivo geral e criar um ambiente que permita aos prestadores de servicos de computac ao nuvem:
(i) expandir ou redimensionar dinamicamente a sua capacidade de provisionamento com base
em picos repentinos na demanda de carga de trabalho alocando recursos computacionais e de ar-
mazenamento disponveis em outros prestadores de servicos; (ii) funcionar como pecas de uma
federac ao para fornecimento de recursos com base no mercado, onde os fornecedores de servicos
possam hospedar seus servicos com base em padr oes e acordos (Service Level Agreements) regi-
dos por precos do mercado competitivo; e (iii) prover os servicos solicitados de forma con avel,
com base em tecnologias de virtualizac ao, assegurando elevados padr oes de QoS e minimizar os
custos do servico.
A Figura 1 ilustra a arquitetura proposta por [BRC10] para estabelecer a interoperabilidade
entre nuvens. Os principais servicos que comp oem essa arquitetura s ao os coordenadores de
nuvens (cloud coordinators) e os negociadores de nuvens (cloud brokers). Um coordenador de
nuvem e respons avel pelo gerenciamento da nuvem de um provedor em um domnio especco,
e pela liac ao desta nuvem ` a federac ao global, que deve ser norteada pelas regras de mercado
e seguir protocolos de negociac ao. Ele oferece um ambiente de programac ao, gerenciamento e
implementac ao para aplicac oes em uma federac ao de nuvens. Um negociador de nuvem age em
nome dos usu arios para identicar os prestadores de servicos de nuvem adequados e negocia com
os coordenadores dessas nuvens para realizar uma alocac ao de recursos que atenda aos requisitos
de QoS dos usu arios.
Figure 1: Selec ao e coordenac ao de utilizac ao integrada de diferentes servicos em nuvem.
4.1.2 Intercloud
O termo intercloud foi introduzido pela Cisco e se refere a uma malha de nuvens interligadas
para oferecer um ambiente universal de computac ao em nuvem com base em padr oes abertos.
Como o nome sugere, e similar ao modelo da Internet, onde tudo e federado em uma infraestru-
tura ubqua de m ultiplos provedores. Em [BLS
+
09], os autores discutem as principais quest oes
relacionadas a mecanismos, padr oes (de m aquinas virtuais e dados) e protocolos para viabilizar a
interoperabiliade entre nuvens heterog eneas. Os autores chamam esses mecanismos e protocolos
Relat orio 3 14 / 27
de Intercloud Root e Intercloud Protocols, respectivamente.
A principal diferenca entre o intercloud e uma federac ao de nuvens e que o intercloud e
baseado em padr oes futuros e interfaces abertas, enquanto a federac ao utiliza mecanismos es-
peccos de cada fornecedor de servicos. Na vis ao do intercloud, todas as nuvens dever ao
ter um entendimento comum de como as aplicac oes devem ser executadas. Futuramente, as
solicitac oes de servicos submetidas a uma nuvem incluir ao informac oes sucientes sobre
recursos, seguranca, nvel de servico, localizac ao geogr aca, etc para que a nuvem seja ca-
paz de processar o pedido e colocar em execuc ao as aplicac oes necess arias. Isso ir a criar o
verdadeiro modelo de utilidade, no qual todos os requisitos s ao cumpridos de acordo com a
descric ao e uma aplicac ao pode executar em qualquer nuvem como apresentada, recebendo os
recursos necess arios para suport a-la.

E prov avel que o intercloud se desenvolva naturalmente como resultado da contnua inovac ao
em todo o ecossistema da nuvem. Federac ao e um dos pr e-requisitos para esse objetivo, propor-
cionando melhorias contnuas na interoperabilidade de nuvens com o objetivo de dar as empresas
muitas novas opc oes para escolher. A capacidade de federar a migrac ao da identidade, do acesso
e do conjunto de dados tamb em e um dos requisitos fundamentais para o intercloud. Esta in-
teroperabilidade a nvel de infraestrutura deve funcionar de forma transparente, a m de lancar
aplicac oes no ambiente de nuvem e gerenciar a integrac ao.
Os benefcios do intercloud j a se tornaram uma realidade pr atica de v arias formas. Uma sig-
nicativa parte da vis ao intercloud pode ser conseguida com uma forte tecnologia de federac ao
que ofereca uma interconex ao entre diferentes nuvens e os datacentros internos. Usu arios e suas
empresas podem evitar exclusividade e executar suas tarefas no ambiente que melhor atenda
` as suas necessidades, com base no custo, desempenho, seguranca, conformidade, localizac ao
geogr aca, lat encia, etc. Em suma, algumas das metas mais importantes do intercloud podem
ser alcancadas usando a tecnologia que j a est a chegando ao mercado. O intercloud e suportado
pelo Open Cloud Standards Incubator (OCSI), criado pelo Distributed Management Task Force
(DMTF), cujo conselho inclui representantes de empresas como a VMware, IBM, Microsoft,
Citrix e HP, e o F orum Global de Tecnologia Inter-Cloud (GICTF
1
), que inclui representantes da
NTT, KDDI, NEC, Hitachi, Fujitsu, Toshiba, IBM, Sun, Oracle, Cisco, RICOH, CTC, etc.
4.2 Mapeamento Flexvel de Servicos em Recursos
O aumento dos custos operacionais e da demanda de energia dos sistemas compostos, torna fun-
damental maximizar a eci encia, rentabilidade e utilizac ao desses sistemas [QKP
+
09]. O pro-
cesso de mapear servicos em recursos, isto e, alocar os recursos computacionais para a execuc ao
dos servicos solicitados, e uma tarefa complexa, pois exige que o sistema determine a melhor
congurac ao de software e hardware tamanho do sistema e conjunto de recursos para as-
segurar que as metas de QoS dos servicos sejam atingidas, ao mesmo tempo em que a eci encia
e utilizac ao do sistema s ao maximizadas. Esse processo e complicado ainda mais pelo compor-
tamento incerto tanto dos recursos quanto dos servicos. Conseq uentemente, h a uma necessidade
imediata para elaborac ao de modelos de desempenho e t ecnicas de mapeamento de servicos
baseados no mercado que assegurem a utilizac ao eciente do sistema, sem causar prejuzos ` as
1
http://www.gictf.jp/index e.html
Relat orio 3 15 / 27
metas de QoS.
O Centro de Computac ao Auton omica da NSF prop os uma abordagem aut onomica m-a-
m para provisionamento da carga de trabalho em nuvens. Os pesquisadores identicaram o
provisionamento de m aquinas virtuais como a parte do problema que apresenta maiores desaos
para esses ambientes, devido a uma mistura muito variada e din amica de tipos de aplicac oes e da
demanda de carga de trabalho. Para lidar com a subutilizac ao de recursos fsicos e o aumento de
custo resultante do provisionamento insuciente de recursos, os pesquisadores propuseram o uso
de uma abordagem de agregac ao de recursos online robusta e descentralizada, para conseguir o
provisionamento de m aquinas virtuais. Eles empregaram tamb em uma abordagem baseada em
modelos para estimar o tempo de servico a partir de seu provisionamento, para lidar com as
exig encias de recursos imprecisas fornecidas pelos usu arios do servico.
4.3 Migrac ao de M aquinas Virtuais
A virtualizac ao pode proporcionar benefcios ainda mais signicativos para os sistemas de
computac ao em nuvem, se for possvel efetuar a migrac ao de m aquinas virtuais para balancear
a carga atrav es de um datacentro. Al em disso, a migrac ao de m aquinas virtuais permite o pro-
visionamento de recursos robusto e altamente responsivo. A migrac ao de m aquinas virtuais
evoluiu a partir de t ecnicas de migrac ao de processos. Clark et al. [OSSN02] analisaram os
benefcios da migrac ao ao vivo de m aquinas virtuais e apontaram que a migrac ao de um sistema
operacional inteiro e todas as suas aplicac oes como uma unica unidade permite evitar muitas
das diculdades enfrentadas pelas abordagens de migrac ao em nvel de processo. O principal
benefcio da migrac ao de m aquinas virtuais e evitar pontos de concentrac ao de carga. No en-
tanto, isso n ao e simples. Atualmente, as operac oes de detectar esses pontos de concentrac ao e
iniciar a migrac ao n ao acontecem com a agilidade necess aria para responder ` as mudancas s ubitas
de carga de trabalho. Al em disso, as informac oes contidas na mem oria sobre o estado do pro-
cessamento devem ser transferidas de forma consistente e eciente, levando em considerac ao os
recursos para aplicativos e servidores fsicos de forma integrada.
4.4 Gerenciamento e an alise de tr afego
An alise de tr afego de dados e importante para os datacentros atuais. Por exemplo, muitas
aplicac oes web dependem de an alise de dados de tr afego para otimizar a experi encia dos clientes.
Os operadores de rede tamb em precisam saber como o tr afego ui atrav es da rede, a m de tomar
diversas decis oes relativas ao gerenciamento e planejamento da rede. Entretanto, existem v arios
desaos para que os m etodos de medic ao e an alise de tr afego de redes utilizados nos provedores
de servico de Internet (ISPs) possam ser estendidos para datacentros. Em primeiro lugar, a densi-
dade de links e muito maior do que em ISPs ou redes corporativas. Em segundo lugar, a maioria
dos m etodos existentes podem calcular as matrizes de tr afego entre algumas centenas de servi-
dores nais, mas mesmo um datacentro modular pode ter milhares de servidores. Finalmente, os
m etodos existentes geralmente assumem alguns padr oes de uxo que s ao razo aveis em Internet
e redes corporativas, mas os aplicativos implantados em datacentros, tais como o MapReduce,
alteram signicativamente o padr ao de tr afego. Al em disso, no uso que as aplicac oes fazem
da rede e dos recursos computacionais e de armazenamento, h a maior acoplamento do que e
Relat orio 3 16 / 27
visto em outras congurac oes. Atualmente, h a poucos trabalhos de pesquisa sobre a medic ao e
an alise de dados de tr afego de datacentros. Destaca-se o trabalho de Greenberg et al. [GHJ
+
09],
que relata as caractersticas de tr afego do datacentro com relac ao ` as dimens oes do uxo e uxos
concorrentes, e usa essas informac oes para orientar o projeto de infraestrutura de rede.
4.5 Simulac ao de ambientes de nuvem
Para se obter o melhor desempenho de sistemas de computac ao em nuvem e importante se-
lecionar a poltica de provisionamento de recursos mais adequada. Utilizando-se modelos
de aplicac ao de carga de trabalho e modelos de desempenho de recursos, e possvel simular
polticas de provisionamento e vericar seu comportamento. Entretanto, ao longo da simulac ao
e necess ario ser capaz de variar par ametros relativos ` as congurac oes do usu ario e aos requisitos
do sistema de forma controlada, que possa ser reproduzida, o que e difcil de se conseguir. Para
superar esse desao, foi proposto o framework CloudSim [CRB
+
11][BRCB10], que consiste
em um kit de ferramentas de simulac ao extensvel que permite a modelagem e simulac ao de sis-
temas de computac ao em nuvem e ambientes de provisionamento de aplicac oes. O framework
suporta tanto a modelagem do comportamento dos componentes de um sistema de computac ao
em nuvem, como datacentros, m aquinas virtuais e as polticas de provisionamento de recursos.
No nvel mais inferior, o CloudSim executa o engine de simulac ao, respons avel pelas
operac oes de criac ao, gerenciamento e exclus ao das entidades simuladas. Acima do engine o
framework disponibiliza v arios m odulos. No m odulo de rede, s ao realizados o mapeamento
de enlaces entre datacentros e clientes e o c alculo de atraso das mensagens trocadas entre os
mesmos. O m odulo de recursos da nuvem realiza a manipulac ao e coordenac ao dos eventos da
simulac ao, al em de gerenciar os dados relativos ` a infraestrutura oferecida por meio dos datacen-
ters simulados. O m odulo de servicos da nuvem modela as ac oes de provimento de m aquinas
virtuais e alocac ao de recursos como mem oria de sistema, processamento, armazenamento de
dados e largura de banda de comunicac ao. O framework prov e tamb em um m odulo de servicos
das maquinas virtuais, onde s ao realizadas a ger encia das mesmas e a execuc ao das tarefas envi-
adas pelos clientes, denominadas cloudlets. Por m, a comunicac ao das entidades que comp oem
a nuvem com os clientes que utilizam seus recursos e feita por meio do m odulo de interface,
no qual m aquinas virtuais e cloudlets podem ser manipuladas. Na camada mais superior est a o
c odigo que o usu ario do framework deve implementar para a criac ao dos ambientes de simulac ao,
incluindo o m odulo da poltica de escalonamento, polticas de negociac ao (para escolha do dat-
acentro mais adequado) e as polticas de alocac ao de m aquinas virtuais em datacentros.
4.6 Dispositivos M oveis como interfaces para acesso ` a nuvem
Dispositivos m oveis se tornar ao a interface universal para servicos online e aplicac oes da nu-
vem. Entretanto, atualmente o uso desses dispositivos est a limitado a duas congurac oes: as
aplicac oes s ao executadas no smartphone ou s ao remotamente acessadas pelo telefone. Essas
duas opc oes n ao permitemuma interac ao comservicos customizada e exvel, limitando tamb em
as possibilidades para otimizac ao da performance. Pesquisadores do grupo de sistemas do Insti-
tuto Federal de Tecnologia de Zurique prop oem uma plataforma de middleware com a capaci-
dade de distribuir automaticamente as diferentes camadas de uma aplicac ao entre o smartphone e
Relat orio 3 17 / 27
os servidores (na nuvem), otimizando uma variedade de func oes objetivo (lat encia, dados trans-
feridos, custo, etc.) [GRJ
+
09]. Essa abordagem e baseada em tecnologias j a disponveis para o
gerenciamento de m odulos distribudos, n ao necessitando de novas infraestruturas. S ao discu-
tidos t opicos como a modelagem de aplicac oes como um grafo de consumo, e como processar
esses grafos com uma s erie de novos algoritmos para encontrar a distribuic ao otima dos m odulos
da aplicac ao, que e ent ao implantada dinamicamente no dispositivo m ovel de forma eciente e
transparente.
Relat orio 3 18 / 27
5 Requisitos sobre a Arquitetura de Redes
Apesar de todas as vantagens econ omicas de computac ao em nuvem [Lea09], ela tamb em traz
algumas potenciais limitac oes e demandas especcas relacionadas com a infraestrutura de rede.
Estas podem ser separadas, por um lado, em quest oes relacionadas ` a rede de acesso a rede
atrav es da qual o usu ario acessa os datacentros , e, por outro lado, em quest oes que envolvem
a rede de interconex ao entre os datacentros.
5.1 Redes de Acesso
As redes de acesso s ao o meio atrav es do qual os usu arios efetivamente t em acesso aos recursos
dos data centros. A proliferac ao do uso de Computac ao em nuvem vai impor novos par ametros
de qualidade a tais redes, e a capacidade de satisfazer essas novas exig encias e que determinar a
o grau de usabilidade geral da computac ao em nuvem. Nos pr oximos par agrafos, discutiremos
os par ametros de qualidade relacionados ` as redes de acesso.
Largura de banda: clientes com novas aplicac oes em nuvem precisam ter meios para fazer o
envio de seus dados, que em muitos casos t em o volume de v arios terabytes, para os datacentros.
No entanto, as redes de acesso atuais n ao disp oem de largura de banda suciente para tal a
transfer encia de um terabyte pode demorar v arios dias , fazendo com que os clientes sejam
obrigados a copiar os dados para um disco rgido e enviar este por correio ao provedor da nuvem.
Mas al em da transfer encia inicial dos dados para a nuvem, tipicamente o volume de tr afego na
rede de acesso aumenta tamb em ap os o incio da operac ao da aplicac ao na nuvem, devido ` a trans-
fer encia dos resultados para o usu ario e da transfer ecia de novos dados de entrada e par ametros
para o processamento. Portanto, faz-se necess ario um aumento signicativo da largura de banda
nas redes de acesso, sobretudo das redes de acesso sem o, dado que cada vez mais, usu arios
precisar ao acessar servicos em nuvens de seus dispositivos m oveis.
Conabilidade: a medida que dados do usu ario e o seu processamento v ao sendo transferidos
para a nuvem, aumenta a depend encia sobre o funcionamento correto das redes de acesso. De
nada adianta ter poderoso servicos na nuvem, se o acesso a eles est a bloqueado por problemas
na rede de acesso. V arios servicos nas nuvens, como o Gmail, o Salesforce.com o Amazon S3
e o Amazon EC2, j a tiveram algumas interrupc oes de servico com grandes prejuzos, devido a
falhas nas redes de acesso.

E de se esperar que um uso cada vez maior de computac ao em nuvem
faca com que as pr oprias empresas provedoras aumentem as exig encias sobre a qualidade e a
disponibilidade dessas redes junto as operadoras.
Qualidade de Servico e Ger encia de rede: clientes dever ao cada vez mais demandar acor-
dos de nvel de servico, garantindo-lhes determinados nveis mnimos de QoS. Estas demandas
devem ser especcas para cada aplicac ao. Por exemplo, servicos nanceiros provavelmente de-
mandam transac oes seguras com lat encias da ordem de microsegundos, enquanto que servicos de
redes sociais demandar ao um acesso r apido (e sem interrupc oes) a conte udos em v arias mdias.
Uma maneira de melhorar a qualidade do servico e atrav es de m ultiplas conex oes entre o cliente
o datacentro, o que atualmente ainda esbarra nas limitac oes do Border Gateway Protocol (BGP),
Relat orio 3 19 / 27
que e incapaz gerenciar e fazer o balanceamento de carga para v arias rotas para um mesmo uxo
de pacotes entre dois domnios. Portanto, precisa-se de uma nova arquitetura de rede que au-
mente a performance de rede atrav es da possibilidade de direcionar o tr afego de pacotes atrav es
de diferentes caminhos e de se recuperar de forma mais agil de falhas ou de congestionamentos
em alguns pontos da rede.
Ubiquidade: a ubiquidade ser a uma demanda cada vez maior de usu arios de servicos em nu-
vem. Suporte ` a ubiquidade diz respeito tanto ao acesso ` as nuvens atrav es de redes sem o, que
naturalmente s ao mais vulner aveis a desconex oes e variac oes na lat encia e largura de banda,
como tamb em a alcancabilidade do usu ario quando ele est a em uma rede protegida por Fire-
wall/NAT. Isso e um problema principalmente para uma implementac ao eciente de servicos de
nuvem do tipo push, (i.e., com noticac oes assncronas para o usu ario), como e o caso do
Apple Push Notication Service, aplicac oes tickers de notcias, da bolsa de valores, ou we-
bchat. Para garantir uma total ubiquidade do acesso aos datacentros, ainda ser ao necess arios
desenvolvimentos em tecnologias de redes sem o de alta disponibilidade, e protocolos com
multi-homing.
Privacidade e Seguranca: computac ao em nuvem naturalmente requer que os dados
crticos/sensveis, que tradicionalmente permaneciam nos computadores das empresas ou pes-
soas, sejam agora transferidos atrav es das redes de acesso at e os data centros, aumentando assim
a sua vulnerabilidade a ataques de interceptac ao, c opia ou adulterac ao. Portanto, e necess ario
que redes de acesso d eem aos usu arios formas de controlar a maneira com a qual os seus dados
ser ao transferidos para/dos datacentros. Em particular, e necess ario projetar arquiteturas e proto-
colos de rede que permitam determinar rotas exatas para cada uxo de dados, e que possam ser
audveis e veric aveis posteriormente pelos clientes. Al em disso, ser ao necess arios avancos em
virtualizac ao de rewalls e sistemas de detecc ao de intrusos.
5.2 Interconex ao entre os datacentros
O advento de Computac ao em nuvem vai modicar tamb em as demandas sobre a congurac ao
de datacentros, a capacidade para interoperabilidade e as conex oes de rede que interconectar ao os
mesmos. A seguir, discutiremos os principais par ametros de qualidade dessas interconex oes, que
ser ao fundamentais para possibilitar servicos de nuvens agregadas, meta-servicos e federac oes
de nuvens.
Largura de banda e linhas dedicadas: a elasticidade na provis ao de recursos requer que
provedores de computac ao em nuvem sejam capazes de mover grandes quantidades de dados
muito rapidamente de um datacentro para outro, possivelmente localizados em diferentes regi oes
ou at e continentes. Por isso, ser a necess ario que todos os datacentros de uma provedora, ou de
provedores federados, estejam interligados atrav es de conex oes de alta capacidade, possivel-
mente atrav es de linhas dedicadas, ou usando tecnologias de rede capazes de garantir nveis de
qualidade bem superiores a qualidade de melhor esforco garantida pelos protocolos da Internet
atual. Por isso, vemos que cada vez mais recursos dever ao ser investidos na aquisic ao de no-
vas conex oes dedicadas (por exemplo, a Google j a e principal propriet aria da maioria dos cabos
Relat orio 3 20 / 27
sub-oce anicos entre os EUA e a Europa), e no desenvolvimento de tecnologia de virtualizac ao
de elementos de rede com garantias de QoS.
Conabilidade: assim como h a uma crescente demanda por redund ancia nas redes de acesso,
tamb em haver a grande demanda por alto grau de redund ancia em termos do encaminhamento
e controle de de uxo nas conex oes entre servidores, possibilitando a transfer encia eciente de
grandes volumes de dados para aplicac oes paralelas intra- e inter- datacentros. A necessidade
de transfer encia de dados com a altas taxas e baixa lat encia, escal avel e tolerante a falha, far ao
com que o encaminhamento de uxos/pacotes (para o pr oximo hop) nas rotas inter-datacentros
n ao seja mais realizado por roteadores tradicionais, mas sim por roteadores paralelos, possivel-
mente com centenas de interfaces de rede, processadores de controle e buffers paralelos. Esses
roteadores paralelos ser ao componentes complexos, cuja congurac ao e atualizac ao poder a de-
mandar novas t ecnicas de gerenciamento de rede.
Seguranca e Privacidade: da mesma forma como a virtualizac ao de recursos garante o iso-
lamento de dados e do processamento nos datacentros, as tecnologias de redes de interconex ao
entre os datacentros tamb em precisar ao garantir que uxos paralelos n ao interram, n ao pos-
sam ser desviados, acessados ou modicados. Al em disso, os clientes de datacentros exigir ao o
cumprimento de seus Service Level Agreements em relac ao ` a seguranca de seus dados, indepen-
dente das necessidade ou n ao de transfer encia de seus dados entre os datacentros. Ou seja, os
provedores de computac ao em nuvem n ao poder ao transferir a culpa por eventuais vazamentos
de dados para operadoras de cabos ou de telefonia de longa dist ancia. Al em disso, a pr opria
informac ao sobre o volume e a natureza de suas transac oes tamb em dever a ser mantida em sigilo
pelas operadoras de computac ao em nuvem a m de evitar suspeitas sobre ac oes estrat egicas
de uma empresa cliente. Ou seja, dever a haver restric oes bem denidas de quais dados sobre
operac ao de dados e processamentos podem ser coletados e como podem ser usados pela oper-
adora de uma nuvem.
Politicas de Roteamento: os protocolos da Internet atual n ao disp oem de mecanismos para
identicar diretamente a fonte ou o caminho especco percorrido por um uxo de pacotes. No
entanto, a maioria dos provedores de computac ao em nuvem precisam ter um maior controle
sobre as rotas usadas pelo tr afego de dados entre os seus datacentros. Consequentemente, v arios
usam o MultiProtocol Label Switching (MPLS) ou outro protocolo equivalente para obter mais
controle sobre o caminho especco a ser usado pelo uxo de dados. Tais mecanismos de cont-
role s ao essenciais para garantir que os uxos de dados entre os datacentros mantenham os nveis
de QoS desejados, de seguranca de rede e de privacidade dos dados se seus clientes.
Padronizac ao: para diversas futuras aplicac oes em nuvem e de se esperar que datacentros e
servicos em nuvem de v arias empresas provedoras precisem interagir para alcancar os resulta-
dos ou o desempenho exigidos pela aplicac ao. Para que isso seja possvel, e necess ario que a
ind ustria dena padr oes para a troca de dados, a selec ao de servicos/provedores, a coordenac ao
de tarefas, a alocac ao de recursos intra-nuvem e a composic ao de servicos de v arios provedores.
Relat orio 3 21 / 27
Inclusive, pode-se imaginar futuros padr oes de protocolos para negociac ao entre clientes com de-
mandas especcas e provedores de servicos, intermediada por outros servicos em nuvem. Al em
de aplicac oes poderem ser viabilizadas atrav es da interac ao entre servicos de m ultiplos prove-
dores, poder a eventualmente ser necess ario tamb em integrar e coordenar diversas aplicac oes (de
diferentes provedores). Para permitir tal coordenac ao inter-aplicac oes tamb em ser ao necess arios
padr oes que regulem a interac ao e a coordenac ao entre essas aplicac oes. A interoperabilidade
nesses dois nveis (inter-servicos e inter-aplicac oes) portanto demandar a uma s erie de novos pro-
tocolos para sinalizac ao e controle exclusivamente relacionados a computac ao em nuvem, e que
certamente tar ao como consequ encia uma sobrecarga (overhead) no tr afego de rede.
Relat orio 3 22 / 27
6 Situac ao, Oportunidades e Desaos no Brasil
A discuss ao sobre o cen ario futuro para a computac ao em nuvem e a an alise dos projetos rela-
cionados permitiram a identicac ao de desaos que s ao apresentados nesta sec ao.
Recente pesquisa do IDC Brasil
2
apontou que do total de 400 mil empresas de grande porte
e aproximadamente 8 milh oes de pequenas empresas, menos de 5% utilizaram, at e 2010, algum
servico de computac ao em nuvem. No entanto, a medida em que cada vez mais empres arios e
diretores forem percebendo as vantagens dos altos ndices de seguranca no armazenamento de
dados, da exibilidade de alocac ao de recursos computacionais e da economia proporcionado por
computac ao em nuvem, o volume de empresas que o utilizar ao no Brasil dever a crescer substan-
cialmente. De fato, cada vez mais empresas est ao se reorganizando para um formato baseado
em servicos e avaliando o impacto da exposic ao p ublica de seus servicos para o consumo ex-
terno, ou mesmo da implementac ao de capacidades b asicas como autenticac ao, autorizac ao,
versionamento, monitorac ao, caching, hosting padronizado, governanca, etc. Ao longo dos
pr oximos anos esse processo tende a se acelerar, especialmente como consequ encia da cresci-
mento econ omico nos setores de servicos.
Com relac ao ao desenvolvimento de tecnologias de computac ao em nuvem, tudo indica que
as maiores oportunidades para empresas brasileiras est ao no desenvolvimento e customizac ao
de ferramentas/servicos para plataformas de nuvem (PaaS) e de aplicativos para computac ao
em nuvem (SaaS), uma vez que esses s ao os tipos de computac ao em nuvem que por um lado
requerem menos investimentos e inovac oes em hardware, e por outro, possibilitam a explorac ao
de nichos de mercado e mesmo assim obter bons lucros.

E de se esperar tamb em que sejam
desenvolvidos modelos de neg ocio especcos para provedores de nuvem inovadores e
mais apropriados ` a cultura social e econ omica do Brasil.
Al em disso, vislumbramos algumas oportunidades especcas, enumeradas a seguir:
Existem poucos servicos em nuvem, por exemplo, para logstica, gest ao de conhecimento,
CRM, gest ao de projetos ou nancas corporativas, com interface traduzida para a lngua
brasileira. Menos ainda, se v eem ferramentas e aplicac oes moldadas para o mercado
brasileiro com funcionalidades especcas condizentes com as pr aticas administrativas e
as leis do pas.
O desenvolvimento de servicos em nuvem para entidades e org aos governamentais, para
servicos de sa ude, de scaizac ao tribut aria, governanca eletr onica etc. Um exemplo con-
creto dessa tend encia e o software de intelig encia Harpia, a ser usado em breve conjunta-
mente pelas Secretarias da Receita Federal e da Previd encia Social para controle integrado
de tributos e da contribuic oes ` a previd encia. Ou ent ao, o Sistema P ublico de Escriturac ao
Digital SPED)
3
, que est a concretizando a integrac ao das administrac oes tribut arias nas tr es
esferas governamentas: federal, estadual e municipal, al em de parcerias com instituic oes
como CVM, Susep e diversos outros org aos p ublicos.
2
IDG NOW! Tecnologia em primeiro lugar, http://idgnow.uol.com.br
3
Implantac ao da modernizac ao da sistem atica atual das obrigac oes acess orias, transmitidas pelos contribuintes ` as
administrac oes tribut arias e aos org aos scalizadores, utilizando-se da certicac ao digital para ns de assinatura dos
documentos eletr onicos, garantindo a validade jurdica dos mesmos apenas na sua forma digital.
Relat orio 3 23 / 27
Os megaeventos esportivos que o Brasil vai sediar abrem uma s erie de oportunidades para
as operadoras de telecomunicac oes e provedores de TI, e em particular, possibilidades de
exportac ao de servicos na nuvem. Segundo especialistas que participaram de um painel na
Futurecom2010, a Copa do Mundo de 2014 e Olimpada de 2016 v ao exigir infraestrutura
para processamento em larga escala, que no futuro poder a ser aproveitada para atender o
mercado de exportac ao.
A possibilidade de empresas brasileiras desenvolverem servicos de nuvem para monitora-
mento ambiental, em particular participatory sensing (conforme abordado no Relat orio
2)
Criac ao meta-servicos em nuvem que agregam valor aos servicos de nuvem j a existentes,
que usariam datacentros em qualquer parte do mundo.
Criac ao de aplicativos de nuvens m oveis (mobile cloud), focados na interac ao, colaborac ao
entre usu arios m oveis, particularmente atrav es de redes sociais (conforme abordado no
Relat orio 2).
No entanto, para que tecnologias e aplicac oes de computac ao em nuvem possam ser desen-
volvidas e usadas, o pas tem uma s erie de desaos a vencer, tais como, dispor de uma infraestu-
tura de rede com qualidade de servico e precos mais baixos, sobretudo por parte das operadoras
de celular e custo da m ao-de-obra qualicada. Neste ultimo item, o Brasil tem dois problemas
graves. O primeiro deles e o n umero muito baixo de prossionais de TIC que se forma an-
ualmente. Estima-se que a demanda e 10 vezes maior. E o segundo e que o Brasil e um dos
mercados que t em o custo hora/trabalhada mais elevado, devido aos encargos trabalhistas. Esses
dois fatores s ao considerados os grandes obst aculos a expans ao tencol ogica do pais em TIC, e
em particular, no desenvolvimento de know-how, servicos e aplicac oes em nuvem.
Relat orio 3 24 / 27
7 Conclus oes
A computac ao em nuvem se apresenta como um novo modelo de fornecimento de recursos com-
putacionais que permite aos consumidores contratarem esses recursos ` a medida em que se apre-
senta a necessidade de sua utilizac ao [ZCB10]. Isto implica em grandes vantagens como, por ex-
emplo, a eliminac ao ou reduc ao dos investimentos necess arios para a implantac ao e manutenc ao
de infraestrutura computacional, que passa a estar disponvel sem planejamento pr evio e em
quantidade suciente para atender ` a demanda de consumo.
A crescente ades ao que a computac ao em nuvem vem conquistando, far a com que os atuais
datacentros trabalhem cada vez mais em conjunto, convergindo para uma arquitetura global de
servicos virtuais distribudos de hardware, armazenamento, processamento, transformac ao,
etc , de forma que usu arios possam acessar e implantar aplicac oes por demanda, de qualquer
lugar do mundo e a um custo proporcional aos par ametros de QoS contratados [BRC10]. Essa
integrac ao de servicos e aplicac oes em nuvem, por sua vez, tamb em vem demandando novos
servicos baseados em nuvem, por exemplo, para prover interoperabilidade, coordenac ao e bal-
anceamento de carga entre servicos, descoberta de novos servicos, ou a selec ao e negociac ao de
SLAs servicos.

E possvel vislumbrar ainda que em um futuro pr oximo teremos sevicos em nuvem dedicados
ao armazenamento, agregac ao e em especial interpretac ao contnua de dados de contexto,
sejameles relativos a dispositivos, objetos ou seres vivos, obtidos diretamente a partir de sensores
ou inferidos a partir de outras fontes (por exemplo, minerac ao de texto de redes sociais).
Al em disso, computac ao em nuvem continuar a permitindo que desenvolvedores com ideias
inovadoras e conhecimento b asico em plataformas de nuvem possam facil e rapidamente criar
novos servicos na Internet sem ter que fazer grandes investimentos em hardware e na operac ao
do mesmo [AFG
+
10]. A nosso ver isso representa uma grande oportunidade de crescimento para
o setor de TIC do Brasil, uma vez que este ser a capaz de criar servicos customizados e de nichos
de mercado, para atender as demandas especcas da economia e da sociedade brasileira.
Relat orio 3 25 / 27
Bibliograa
[AFG
+
10] M. Armbrust, A. Fox, R. Grifth, A. Joseph, R. Katz, A. Konwinski, G. Lee, D. Pat-
terson, A. Rabkin, I. Stoica, , M. Zaharia. A View of Cloud Computing. Communi-
cations ACM 53(4):5058, Abril 2010.
[Ama08] Amazon. Amazon Simple Storage Service (Amazon S3). 2008. Disponvel em
aws.amazon.com/s3.
[BLS
+
09] D. Bernstein, E. Ludvigson, K. Sankar, S. Diamond, M. Morrow. Blueprint for the
Intercloud - Protocols and Formats for Cloud Computing Interoperability. Internet
and Web Applications and Services, International Conference on 0:328336, 2009.
doi:http://doi.ieeecomputersociety.org/10.1109/ICIW.2009.55
[BRC10] R. Buyya, R. Ranjan, R. N. Calheiros. InterCloud: Utility-Oriented Federation of
Cloud Computing Environments for Scaling of Application Services. In Proceedings
of the 10th International Conference on Algorithms and Architectures for Parallel
Processing (ICA3PP 2010). Pp. 1331. Springer, Berlin, Germany, 2010.
[BRCB10] R. Buyya, R. Ranjan, R. N. Calheiros, A. Beloglazov. Cloudsim: A framework
for modeling and simulation of cloud computing infrastructures and services. 2010.
Disponvel em http://www.cloudbus.org/cloudsim/.
[CRB
+
11] R. N. Calheiros, R. Ranjan, A. Beloglazov, C. A. F. D. Rose, R. Buyya. CloudSim: a
toolkit for modeling and simulation of cloud computing environments and evaluation
of resource provisioning algorithms. Software: Practice and Experience 41(1):23
50, January 2011.
[GGL03] S. Ghemawat, H. Gobioff, S. tak Leung. The Google le system. In Symposium on
Operating Systems Principles. Pp. 2943. 2003.
doi:10.1145/945445.945450
[GHJ
+
09] A. Greenberg, J. R. Hamilton, N. Jain, S. Kandula, C. Kim, P. Lahiri, D. A. Maltz,
P. Patel, S. Sengupta. VL2: a scalable and exible data center network. In Proceed-
ings of the ACM SIGCOMM 2009 conference on Data communication. SIGCOMM
09, pp. 5162. ACM, New York, NY, USA, 2009.
doi:http://doi.acm.org/10.1145/1592568.1592576
http://doi.acm.org/10.1145/1592568.1592576
[GRJ
+
09] I. Giurgiu, O. Riva, D. Juric, I. Krivulev, G. Alonso. Calling the cloud: en-
abling mobile phones as interfaces to cloud applications. In Proceedings of the
ACM/IFIP/USENIX 10th international conference on Middleware. Middleware09,
pp. 83102. Springer-Verlag, Berlin, Heidelberg, 2009.
http://portal.acm.org/citation.cfm?id=1813355.1813362
[HSH09] M. M. Hassan, B. Song, E. Huh. A framework of sensor-cloud integration opportu-
nities and challenges. In Proceedings of the 3rd International Conference on Ubiq-
Relat orio 3 26 / 27
uitous Information Management and Communication (ICUIMC 09). Pp. 618626.
ACM, New York, NY, USA, 2009.
[Lea09] N. Leavitt. Is Cloud Computing Really Ready for Prime Time? Computer 42:1520,
January 2009.
doi:10.1109/MC.2009.20
http://portal.acm.org/citation.cfm?id=1512136.1512163
[OSSN02] S. Osman, D. Subhraveti, G. Su, J. Nieh. The design and implementation of Zap:
a system for migrating computing environments. SIGOPS Oper. Syst. Rev. 36:361
376, December 2002.
doi:http://doi.acm.org/10.1145/844128.844162
http://doi.acm.org/10.1145/844128.844162
[QKP
+
09] A. Quiroz, H. Kim, M. Parashar, N. Gnanasambandam, N. Sharma. Towards Au-
tonomic Workload Provisioning for Enterprise Grids and Clouds. In Proceedings of
the 10th IEEE International Conference on Grid Computing (Grid 2009). Pp. 1315.
Outubro 2009.
[RBL
+
09] B. Rochwerger, D. Breitgand, E. Levy, A. Galis, K. Nagin, I. M. Llorente, R. Mon-
tero, Y. Wolfsthal, E. Elmroth, J. C aceres, W. Emmerich, F. Gal an. The Reservoir
model and architecture for open federated cloud computing. IBM Journal of Re-
search and Development 53:111, Abril 2009.
[SPC09a] D. M. Smith, D. C. Plummer, D. W. Cearley. Pragmatic Programming Tech-
niques: Between Elasticity and Scalability Computing. Junho 2009. Disponvel em:
http://horicky.blogspot.com/2009/07/between-elasticity-and-scalability.html.
[SPC09b] D. M. Smith, D. C. Plummer, D. W. Cearley. The What, Why and When of Cloud
Computing. Junho 2009. Relat orio da Gartner Research.
[VRCL08] L. Vaquero, L. Rodero-Merino, J. Caceres, M. Lindner. A break in the clouds: To-
wards a cloud denition. SIGCOMM Computing Communications Review 1(39):50
55, Dezembro 2008.
[ZCB10] Q. Zhang, L. Cheng, R. Boutaba. Cloud computing: State-of-the-art and research
challenges. Journal of Internet Services and Applications 1(1):718, Maio 2010.
Relat orio 3 27 / 27