V SRST – SEMINÁRIO DE REDES E SISTEMAS DE TELECOMUNICAÇÕES

INSTITUTO NACIONAL DE TELECOMUNICAÇÕES – INATEL

ISSN 2358-1913
SETEMBRO DE 2016

Uma visão geral sobre Computação em Nuvem:

conceitos, modelos de serviços e características
João Paulo Ramos Carvalho1, Edson Josias Cruz Gimenez2

e por fim, na última seção, são feitas as considerações finais.

Abstract—The following article will present a bibliographic
review on cloud computing, your settings, deployment models, II. DEFINIÇÃO DE COMPUTAÇÃO EM NUVEM
main characteristics, strategies for adherence of this service
model applied by a provider and the architecture used by the O modelo de computação em nuvem possibilita acesso
cloud service provider. distribuído, conveniente e sob demanda, para conceder
Index Terms—Cloud Computing, Cloud Models, Deployment recursos computacionais configuráveis, como por exemplo,
Models, Virtualization. redes, servidores, armazenamento, aplicações e serviços, que
Resumo— O artigo a seguir irá apresentar uma revisão podem ser rapidamente provisionados e liberados, com o
bibliográfica sobre computação em nuvem, suas definições, menor esforço e com a menor interação entre o cliente e o
modelos de implantação, principais características, as estratégias
provedor do serviço [1].
para a adesão deste modelo de serviço aplicado por um provedor
e a arquitetura utilizada pelo provedor de serviço em nuvem. Um modelo genérico de Cloud Computing deve ser
Palavras chave — Computação em Nuvem, Modelos de composto por cinco características essenciais, três modelos de
Nuvens, Modelos de Implantação, Virtualização. serviço e quatro modelos de implantação, conforme ilustra a
Figura 1 [2].
I. INTRODUÇÃO
Cloud computing, ou simplesmente computação em nuvem,
deve ser vista como uma quebra de paradigma, uma mudança
na forma como a tecnologia da informação atende seus
clientes e usuários, promovendo acesso onipresente,
compartilhado e sob demanda. E essa mudança tem levado o
desenvolvimento tecnológico a um novo patamar, tal evolução
é o que motiva esse estudo.
Este artigo tem como objetivo realizar uma revisão
bibliográfica do que tem sido proposto por diversos autores e
empresas para soluções técnicas e conceituais para o modelo
de computação em nuvem [1].
Essas propostas, juntamente com seus conceitos e
definições, estão dispostas nesse artigo da seguinte forma: Na
seção II é feita a apresentação de um modelo genérico para a Fig. 1. Componentes básicos de um modelo genérico de Cloud Computing.
computação em nuvem, modelo este definido pelo NIST Esse modelo genérico, fornecido pelo NIST, será utilizado
(Nacional Institute of Standarts and Technology); a seguir, na neste trabalho com o intuito de revisar as características
seção III, são apresentadas as classificações dadas aos essenciais, os modelos de implementação e os modelos de
modelos de implementação em nuvem; já na seção IV, essa serviços que podem ser ofertados por uma determinada
classificação é feita levando-se em consideração os modelos estrutura de computação em nuvem.
de serviço. A seguir, na seção V, é discorrido sobre algumas
características essenciais a um modelo de computação em III. MODELOS DE IMPLEMENTAÇÃO
nuvem. Na seção VI é dada uma visão geral sobre segurança, Os modelos de implementação representam tipos
um aspecto de suma importância para a computação em específicos de ambiente em nuvem, e se distinguem por suas
nuvem; a seguir, na seção VII, é apresentado um cenário para propriedades, dimensão e níveis de acesso [5]. Os quatro
a elaboração de uma boa estratégia de migração para a nuvem; modelos de implementação definidos pelo NIST, privada,
comunitária, pública e híbrida, são descritos a seguir, sendo
apresentado um breve descritivo de cada um deles [1].
Trabalho de Conclusão de Curso apresentado ao Instituto Nacional de
Telecomunicações, como parte dos requisitos para a obtenção do Certificado
de Pós-Graduação em Engenharia de Redes e Sistemas de Telecomunicações.
Orientador: Prof. MSc. Edson Josias Cruz Gimenez. Trabalho aprovado em
09/2016.
 A. Nuvem privada:
Estrutura provisionada direcionada a atender apenas uma
corporação, podendo ser de propriedade da própria corporação
ou não.
B. Nuvem comunitária:
Esse modelo tem como objetivo atender a um conjunto de
clientes com as mesmas características e necessidades de
segurança e compliance (conformidade), normalmente
empresas do mesmo segmento e estrutura.
C. Nuvem pública:
Modelo de nuvem gerenciada e operada por empresas,
institutos acadêmicos ou organização governamental, tendo
como objetivo atender a todos os tipos de clientes em uma
estrutura multi-tenency.
D. Nuvem hibrida:
Modelo de nuvem em que ocorre uma conjunção entre duas
ou mais nuvens de modelos diferentes (privada, comunitária
ou pública), se tornando uma entidade única, permitindo assim
que haja troca de dados e balanceamento de carga entre essas
diferentes nuvens. [1]
A partir da definição desses quatro modelos básicos de
implementação da computação em nuvem pode-se chegar a
algumas variações como, por exemplo, Virtual Private Cloud
e Inter-Cloud, variações essas que não fazem parte do
trabalho, mas podem ser consultadas na referência [5].
Os quatro modelos básicos de implementação definidos
pelo NIST são a base para que diversos serviços possam ser
ofertados. Tais serviços são disponibilizados aos clientes e
parceiros seguindo três modelos básicos de serviços, descritos
na próxima seção.
IV. MODELOS DE SERVIÇO
O modelo de fornecimento de serviços em nuvem
representa uma combinação específica e pré-definida de
recursos técnicos ofertados por um provedor de nuvem [5].
Esses três modelos básicos de serviço, IaaS (Infrastructure as a
Service), PaaS (Platform as a Service) e SaaS (Software as a
Service) são descritos a seguir, mostrando suas principais
características.
A. Infraestrutura como serviço
Os principais fornecedores do modelo de serviço IaaS,
fazem uso de máquinas virtuais (VMs – Virtual Machines)
para disponibilizar servidores e executar os aplicativos dos
clientes; tais máquinas simulam, através da virtualização,
diferentes servidores, sendo capazes de disponibilizar
determinado número de processadores, CPU (Central
Processing Unit) por ciclo, capacidade de memória e largura
de banda para conexão dos clientes, tendo a finalidade de
utilização definido pelos softwares utilizados na máquina, e
não pela máquina em si.
Quando o desenvolvedor dos softwares utilizados na
máquina está desenvolvendo para um ambiente de computação
em nuvem, é permitido ao próprio aplicativo dimensionar a
execução do programa de forma compartilhada pela
quantidade de máquinas virtuais disponível no ambiente
contratado.
Assim, uma aplicação que pode levar um determinado
tempo para ser executada em um determinado servidor físico,
agora pode ser dimensionada para que a nuvem a execute em
diversos servidores paralelamente, com um valor já contratado
e de forma bem mais ágil [2][5][6].
A Figura 5 ilustra parte da arquitetura representada pelo
servidor da infraestrutura como serviço.
Fig. 2. Porção da arquitetura de computação em nuvem referente ao modelo
IaaS. [6]
A área circulada da Figura 2 ilustra os componentes da
pilha que é dedicada para os servidores, indo desde o hardware
até o Hypervisor, representado pelo VMM (Virtual Machine
Manager), sendo este o responsável pelo monitoramento e
gerenciamento de toda a infraestrutura [6].
B. Plataformas como serviço
Ao contrário do modelo IaaS, o PaaS segue um conceito
mais abstrato. No modelo de três camadas da arquitetura de
computação em nuvem, o PaaS representa a camada central,
sendo a camada mais baixa a da infraestrutura, onde se
localizam os servidores, e a camada mais alta a do software,
onde se encontram os usuários finais e consumidores da pilha.
Os fornecedores de PaaS oferecem aos seus clientes sistema
operacional, parte do middleware e toda a tecnologia
embarcada para a oferta de um serviço capaz de fornecer uma
plataforma completa de desenvolvimento.
Essas soluções possuem todas as condições necessárias para
que o cliente possa desenvolver suas próprias aplicações, mas
dependendo do fornecedor, é possível encontrar ainda
ferramentas de desenvolvimento e implantação dos
aplicativos, colaboração em equipe, ferramentas de testes,
instrumentos de medidas, entre outras. Todas essas
funcionalidades são disponibilizadas via interface API
(Application Program Interface), podendo ou não contar com
uma comunidade de desenvolvedores, por não serem
necessariamente de código aberto [2][5][6].
A porção do modelo PaaS dentro da arquitetura da nuvem é
ilustrada na Figura 3, onde é possível visualizar a camada de
plataforma em um dispositivo virtual e seu middleware, além
dos demais componentes referentes ao modelo em questão [6].
Nota-se na Figura 3 a camada API, que faz a separação
entre a camada de servidores e a camada de dispositivos
virtuais, tendo então, como uma das suas funções, gerenciar e
controlar a interação entre essas camadas (Dispositivo e
Servidor Virtual). Vale resaltar, porém, que suas funções
podem variar bastante a partir da sua posição na pilha e
também daquilo que foi contratado pelo cliente.
Fig. 3. Porção da arquitetura de computação em nuvem referente ao modelo
PaaS.
Diversos fornecedores de PaaS fornecem uma solução
multi-tenancy, o que significa que as máquinas virtuais sobre
os chassis físicos podem ou não pertencer a clientes diferentes,
desta forma otimizando os recursos físicos alocados em seus
datacenters. Segundo a Cloud Security Alliance, os serviços
de PaaS são majoritariamente aplicações via web, em que os
aplicativos utilizados pelos clientes finais basicamente
apontam para a nuvem contratada [2][5][6].
C. Software como serviço
Na parte superior da pilha da arquitetura de computação em
nuvem encontra-se a camada de software modelada em
serviço, onde se localizam os programas utilizados pelos
consumidores da nuvem. Neste ponto o fornecedor tem como
responsabilidade toda a estrutura lógica dos aplicativos, além
de manter a disponibilidade de todo o ambiente. Os aplicativos
mais comumente oferecidos nesse modelo são os CRMs
(Customer Relationship Management) e os ERPs (Enterprise
Resource Planning).
As empresas que consomem esse modelo de serviço
normalmente adotam a utilização de softwares com menor
impacto sobre o negócio da empresa, uma vez que é mais
favorável pagar pelo acesso a esses softwares do que mantê-
los em sua estrutura interna de TI (Tecnologia da Informação),
o que obviamente demandaria mais recursos financeiros
[2][5][6].
Um ambiente de TI requer um conjunto específico de
características para que seja possível o provisionamento
remoto de recursos escaláveis e controláveis através da
nuvem, de forma eficaz [5]. Tais características são expostas
na próxima seção.
A Figura 4 ilustra de maneira mais ampla, nas diferentes
camadas da arquitetura de nuvem, onde se localizam cada um
dos modelos de serviço apresentados e os principais
componentes envolvidos em cada um [3].
Fig. 4. Arquitetura básica para a computação em nuvem. [3]
Observa-se o modelo IaaS englobando os recursos de
infraestrutura e middleware do núcleo (core), o modelo PaaS
indo até o middleware do usuário, e o SaaS chegando até as
aplicações do usuário. Os principais componentes de cada
camada estão descritos na própria figura.
V. CARACTERÍSTICAS ESSENCIAIS
Tanto os provedores quanto os consumidores dos serviços
de nuvem devem avaliar as características, individual e
coletivamente, para analisar a proposta de uma determinada
plataforma de nuvem. O NIST definiu cinco principais
características, as quais a partir dessas pode-se definir o
ambiente mais adequado ao cliente final. Além dessas, na
sequência, são apresentados também dois conceitos
importantes para quaisquer que sejam os ambientes
escolhidos.
A. Auto serviço por demanda (On-demand self-service):
Este item define o cliente como auto demandante, sendo ele
capaz de requerer novos recursos de forma elástica e
transparente, com a mínima intervenção do provedor. Essas
novas requisições podem ser realizadas em todos os aspectos
da estrutura, desde maior espaço de armazenamento até novos
recursos de rede [1].
B. Acesso à rede (Broad network access):
Indica a disponibilidade dos recursos computacionais por
intermédio de think clients ou qualquer outro dispositivo
comum como, por exemplo, laptops, mobiles, tablets e
workstations.[1].
C. Disponibilidade de recursos (Resource pooling):
O acesso a um pool de recursos se dá por meio de
plataformas padronizadas, que são organizadas
horizontalmente. Essas plataformas provêm acesso a diversos
clientes (multi-tenancy) e a recursos físicos e virtuais de forma
dinâmica e em conformidade com as demandas de cada um de
seus clientes, de forma totalmente automatizada através de
diferentes APIs.
Essa característica faz com que o usuário final não tenha
controle sobre a localização ou a quantidade de recursos de
fato disponível para ele, levando, assim, ao usuário, a clara
sensação de total abstração de toda a estrutura [1].
 D. Crescimento rápido e elástico (Rapid elasticity):
Essa característica permite ao serviço aumentar ou diminuir
a quantidade de recursos computacionais disponíveis ao
cliente mediante diferentes métricas de uso. Tal característica
é realizada automaticamente e leva ao usuário a ilusão de que
os recursos provisionados são ilimitados, pois podem ser
redimensionados a qualquer momento [1].
E. Mensurar o serviço (Measured service):
A medição de serviço provê às aplicações de controle e
cobrança todas as informações necessárias para o
redimensionamento e a cobrança no modo pay-per-use, além
de oferecer todo o monitoramento e a geração de relatórios
sobre qualidade e SLA (Service Level Agreement) do
ambiente [1].
F. Multi-tenancy
O fornecimento de um serviço multi-tenancy indica que a
infraestrutura e ou a aplicação são desenhadas para prover o
mesmo serviço a diversos clientes de forma compartilhada e
segura [8]. O fornecedor provê acesso aos componentes
básicos da solução, como dados e configurações, de forma
padronizada para todos os clientes ali alocados, mas esse
compartilhamento se limita somente a isso, pois os dados são
separados e alocados em espaços distintos de discos, de forma
segura.
Esse tipo de compartilhamento se estende do fornecimento
de softwares comuns a diversos clientes até a infraestrutura,
onde existe a hospedagem de vários clientes com os mesmos
requisitos de segurança.
Quando a plataforma é compartilhada neste formato, o CSP
(Cloud Service Provider) entrega a seus clientes soluções bem
mais econômicas, pois os custos operacionais são
consideravelmente menores.
No caso dos usuários do serviço, esses podem realizar
diversas alterações em seus respectivos código-fonte sem
provocar nenhuma alteração na base de código subjacente.
Assim, as vantagens de uma estrutura multi-tenancy são
grandes para ambos os lados da relação cliente-consumidor,
pois o custo de operação diminui para o operador, enquanto
para o cliente os serviços são projetados para serem altamente
configuráveis de forma elástica e de forma ágil [8].
Estas estruturas normalmente seguem estratégias de
armazenamento e virtualização de rede que permitem a
orientação e a distribuição dos servidores de forma que seja
possível dimensionar e orquestrar o ambiente computacional
por meio de uma camada de software, entre o hardware e o
sistema operacional, denominado Hypervisor.
G. Hypervisor
Por intermédio do Hypervisor é possível gerenciar os
diferentes recursos computacionais, tais como CPU e
memória. O gerenciamento e orquestramento destes recursos
possibilitam que as aplicações sejam executadas de forma
distribuída dentro dos recursos ofertados aos clientes. Essas
aplicações podem pertencer à camada SaaS ou ser uma API
do usuário.
VI. SEGURANÇA NA COMPUTAÇÃO EM NUVEM
Quando o assunto é prestação de serviço em nuvem, a
preocupação com os dados que estão sendo transmitidos e
processados remotamente é grande, ainda mais quando se faz
necessário romper paradigmas corporativos ou culturais. Para
que seja possível identificar se um CSP é de fato seguro,
alguns diferentes mecanismos de controle devem
obrigatoriamente ser utilizados.
Os prestadores de serviços em nuvem, em geral, oferecem
contratos que garantem a segurança fim a fim, mas
normalmente quem rege as normas de segurança de um
contrato deste tipo é o próprio cliente, em função de seu tipo
de negócio. Diferentes ramos do mercado exigem
determinadas características específicas, por exemplo, bancos
ou processadoras de cartões visam obter certificados de
qualidade em segurança técnica que validam a inviolabilidade
de seus ambientes, um exemplo é a certificação PCI (Payment
Card Industry) [7].
O objetivo desta seção não é listar os riscos que a utilização
de um CSP pode trazer para o dia-a-dia de um usuário ou de
uma empresa, pois esses riscos são diversos e divergem em
vários parâmetros, mas pode-se mitigar a grande maioria dos
problemas relacionados utilizando balizadores que servirão
para definir qual a melhor estratégia de migração do seu
centro de dados privados para o CSP, que passará então a
armazenar, processar e transmitir suas informações.
Durante a elaboração de um bom plano de migração deve-
se questionar ao provedor de serviços em nuvem como será a
tratativa deste em situações de risco, como por exemplo:
Se os dados forem violados, qual será o impacto para sua
empresa?
Qual será a mitigação/resposta em um evento de violação
dos dados?
As questões acima são apenas dois exemplos em um
universo de vários questionamentos que podem ser feitos ao
CSP e ao time de migração e estratégia de sua empresa,
questões estas que ajudarão a estabelecer um plano de
migração mais adequado.
Existem também diversas ferramentas que podem auxiliar o
cliente nessa etapa do processo, tais como Cloud Control
Matrix, do Cloud Security Alliance, e o Cloud Computing
Risk Assessment, ofertado pela ENISA (European Union
Agency Network and Information Security) [8].
A aplicação de recursos que garantam os níveis de
segurança fim-a-fim é crucial pois somente desta forma pode-
se garantir os requisitos de uma comunicação segura, que são:
confidencialidade, integridade, autenticidade e
disponibilidade. Percebe-se, portanto, que a segurança é item
vital ao negócio do cliente, então, devido a sua importância,
diversos fornecedores de tecnologia apontam inúmeras
soluções de segurança no âmbito técnico.
A Cisco sugere um modelo de arquitetura onde as camadas
de infraestrutura e software colaboram entre si com o
intermédio de APIs para controle, segurança, tarifação e
orquestração. Nessa proposta, a cada uma das camadas, são
listados os diferentes itens de segurança a serem tratados,
conforme ilustra a Figura 5 [8].

Fig. 5. Arquitetura proposta pela Cisco para segurança nos serviços de nuvem.
[8]
VII. PLANEJAMENTO ESTRATÉGICO EM NUVEM
As redes de hoje são muito mais rápidas do que aquelas em
uso quando a internet começou, seu alcance aumentou
imensamente, atingindo hoje uma porção muito maior da
população mundial e gerando assim fluxos de informação cada
vez maiores, fluxo esse que, segundo a Cisco [10] irá
multiplicar-se por três nos próximos anos devido ao
crescimento de usuários e dispositivos conectados à internet.
A previsão é que em 2018 o fluxo de dados gerado por
conexões fixas e móveis chegará ao patamar de 1,6 Zettabytes,
equivalente a mais de 1,5 bilhão de Gigabytes, e representará
uma taxa de crescimento interanual de 21% entre 2013 e 2018
[10].
Esse novo cenário requer um estratégia de implementação
em nuvem que potencialmente afeta todos os aspectos dos
serviços tecnológicos, implementação essa que implica, na
maioria das vezes, numa nova abordagem para a gestão do
negócios da empresa. Sem um planejamento com um portfólio
de serviços adequado, muitas das decisões podem ser
inconsistentes. O risco de fracasso pode ser reduzido com um
planejamento estratégico adequado e uma devida avaliação
dos potenciais benefícios da migração para a nuvem. Os
argumentos baseados em custos são válidos mas, como na
maioria dos bons projetos, eles não devem ser pautados
somente por esse item, e o retorno do investimento pode levar
certo tempo.
No entanto, as diversas arquiteturas em nuvem ofertam
benefícios de negócios que são mais propensos a oferecer
satisfação imediata do que prejuízos. Por exemplo, a
escalabilidade automática é uma característica geralmente
apontada como um beneficio de custo pois reduz
significantemente o tempo e o custo operacional para aplicar
determinadas demandas que ficam a cargo do seu CSP.
Para entender melhor se faz necessário compreender bem a
diferença entre estratégia e design de projeto. A estratégia
determina todos os requisitos e as restrições envolvidas; sem
uma estratégia o projeto não tem direção exterior. Já o projeto
tende a resolver um desafio definido pelos requisitos e
restrições determinados previamente pela estratégia.
Pode-se considerar ainda como projetos os meios concretos
de se implementar as estratégias. A estratégia move a
organização de um determinado estado para outro. O estado de
partida pode ser o sucesso para um determinado nicho de
mercado e o final seria a continuação deste sucesso; essa
alteração de estado afeta todos os níveis de serviços de TI
[11].
Com um modelo de negócio centrado no serviço, e não
mais na infraestrutura, com um investimento e um
comprometimento técnico prévio mínimo, as empresas
clientes podem então focar seus esforços desenvolvendo novos
serviços para seus consumidores finais de forma bem mais
otimizada. A nuvem, no caso, leva o serviço a rodar sobre uma
estrutura abstrata do ponto de vista do usuário final.
A Figura 6, fazendo uso de uma analogia simples, apresenta
o nível de comprometimento prévio financeiro e técnico das
empresas face ao que o usuário final realmente vislumbrava
antes da computação em nuvem e depois da mesma.
Fig. 6. Comprometimento financeiro é técnico antes e depois da nuvem..
Um exemplo de como a nuvem retira o peso sobre os
ombros do empresário é o aplicativo Instagram. Antes de ser
comprado pelo Facebook, geria 30 milhões de usuários do
serviço, com apenas 11 colaboradores. Toda a infraestrutura
estava alocada dentro da Amazon, não havendo necessidade
de comprar e manter servidores ou infraestrutura própria, pois
a própria Amazon gerenciava todo o parque utilizado pelo
Instagram. Esse cenário permitiu que os colaboradores do
Instagram focassem em desenvolver novos recursos e captar
novos clientes ao serviço, gerando assim o valor de um bilhão
de dólares em dois anos [2].
Diversas empresas têm encontrado na computação em
nuvem inúmeros pontos decisivos, sejam estes positivamente
ou negativamente. Muitas empresas que sequer existiam há
alguns anos agora possuem faturamentos extraordinários,
como por exemplo, a Amazon e a Google; outras empresas,
como a Borders Books, não obtiveram tanto sucesso por
decisões pouco alinhadas ao mercado.
Diversos grandes players de tecnologia da informação estão
experimentando soluções relacionadas à computação em
nuvem, como por exemplo, a IBM, que recentemente realizou
a compra da empresa SoftLayer e passou a focar nos serviços
baseados em nuvem, sendo hoje um dos pilares da companhia.
Outra empresa que também segue o caminho de uma boa
estratégia de TI em nuvem é o Wal-Mart com a construção de
um grande centro de dados, utilizando o sistema de arquivos
Hadoop para efetuar a analise e processamento distribuído e
escalável de uma quantidade massiva de dados espalhados por
centenas de servidores físicos ou virtuais, podendo assim
oferecer escalabilidade de discos, processadores e memória
rapidamente [12].
VIII. CONCLUSÕES
A partir das pesquisas realizadas para a elaboração deste
artigo pode-se concluir que a computação em nuvem é uma
plataforma que permite o atendimento a diversas demandas
comerciais e processamento de grandes volumes de dados que
se dá através do compartilhamento de uma estrutura física
onde os dados podem ser processados paralelamente em
diversas máquinas, gerando assim uma capacidade de
processamento de ordem exponencial.
A grande virtude dos serviços em nuvem é prover um
ambiente escalável onde o consumidor não necessita se
comprometer diretamente com a manutenção e o crescimento
de seu ambiente computacional, permitindo a este consumidor
se dedicar mais fortemente ao seu objeto de trabalho, seja ele
qual for.
Demandas relacionadas ao crescimento ou mudanças dentro
desse ambiente são requisitadas pelos consumidores por
intermédio de um portal concedido pelo CSP, permitindo que
novas configurações sejam feitas nesse ambiente
automaticamente sem qualquer alteração na base de dados e na
infraestrutura dos demais clientes.
Diversos paradigmas estão sendo quebrados com o passar
do tempo, questões relacionadas à segurança e a capacidade de
transmissão dos CSPs estão com os dias contatos, pois com
boas estratégias de migração e grandes empresas disputando a
liderança desse mercado de prestação de serviço em nuvem, o
consumidor empresarial se sente bem mais confortável para
realizar a migração de seus pequenos e caros centros de
processamento para a grande nuvem.
Enquanto o consumidor empresarial ainda inicia sua
jornada rumo à nuvem, os usuários doméstico e móvel estão
inseridos neste ambiente já há certo tempo, e a cada dia ficam
mais e mais dependentes destes serviços, por intermédio de
aplicativos dos mais diversos tipos.
Diversas empresas especializadas já possuem inúmeras
soluções de arquitetura para ambientes em nuvem, propostas
essas que passam por orquestradores até a venda de
equipamentos de rede e armazenamento, soluções essas
capazes de realizar virtualização em diferentes níveis de
atuação, gerando assim grandes oportunidades de negócios,
inúmeras oportunidades de evolução técnica para diferentes
profissionais, abrindo, portanto, uma nova porta rumo ao
próximo passo tecnológico.
REFERÊNCIAS
[1] GRANCE, Peter Mell Timothy. The NIST Definition of Cloud
Computing. Recommendations of the National Institute of
Standards and Technology, Gaithersburg, Maryland, n. 800-145,
set./dez. 2011. Disponível
http://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-
145.pdf. Acesso em: 26 mai. 2016.
[2] KAVIS, Michael. Architecting the cloud: design decisions for cloud
computing service models (SaaS, PaaS, and IaaS). 1 ed. USA: John
Wiley & Sons, 2014. 224 p.
[3] SELVI, S.Thamarai; VECCHIOLA, Christian; BUYYA, Rajkumar.
Mastering Cloud Computing: Foundations and Applications
Programming. 1 ed. 225 Wyman Street, Waltham, MA 02451, USA:
Morgan Kaufmann is an imprint of Elsevier, 2013. 468 p. B. Smith, “An
approach to graphs of linear forms (trabalho não publicado),”
unpublished.
[4] SANTANA, Gustavo A. A.. Ccna Cloud cldfnd 210-451: Official Cert
Guide. 1 ed. Indianapolis, IN 46240 USA: Cisco Press, 2011. 640 p.
[5] MAHMOOD, Zaigham; ERL, Thomas; PUTTINI, Ricardo. Cloud
computing: Concepts, technology . 1. Saddle River, New Jersey 07458:
Prentice Hall , 2013. 528 p. SOSINSKY, Barrie. Cloud Computing
Bible. 1 ed. Indianapolis, IN 46256: Wiley Publishing, Inc., 2011. 532 p.
[6] MCGRATH, Michael P.. Understanding PaaS. 1 ed. Sebastopol, CA:
O'Reilly Media, Inc., 2012. 52 p.
[7] PCI SECURITY STANDARDS COUNCIL. About. Disponível em:
<https://www.pcisecuritystandards.org/about_us/>. Acesso em: 03 ago.
2016.
[8] FRAHIM, J. et al. Intercloud: Solving interoperability and
communication in a cloud of clouds. 1. Indianapolis, Indiana 46240
USA: Cisco Press, 2016. 288 p.
[9] SANTANA, Gustavo A. A.. Data Center Virtualization
Fundamentals: Understanding Techniques and Designs for Highly
Efficient Data Centers with Cisco Nexus, UCS, MDS, and Beyond. 1 ed.
Indianapolis, IN 46240: Cisco Press, 2013. 900 p.
[10] CISCO. O tráfego anual de Internet vai multiplicar-se quase por três
alcançando 1,6 Zettabytes em 2018. Disponível em:
<http://www.cisco.com/c/pt_pt/about/press/news-archive-
2014/20140620.html>. Acesso em: 03 ago. 2016.
[11] WASCHKE, Marvin. cover image for how clouds hold it together:
Integrating architecture with cloud deployment how clouds hold it
together: integrating architecture with cloud deployment. 1. New York,
NY: Apress, 2015. 373 p.
[12] BAKSHI, Sambit; DEKA, Ganesh. Handbook of Research on:
Securing Cloud-Based Databases with Biometric Applications. 1 ed.
Hershey PA 17033: IGI Global, 2014. 434 p.
João Paulo Ramos de Carvalho - nascido em Campinas-SP na data de seis
de dezembro de 1988, formado em Redes de Computadores pela Faculdade
Politécnica de Campinas.
Atualmente ocupa posição de especialista de redes na IBM Brasil atuando no
atendimento a projetos e suporte a diversos clientes nacionais e internacionais,
aficionado por mergulhar em profundidade e música.
Edson Josias Cruz Gimenez - graduação em Engenharia Elétrica pelo
Instituto Nacional de Telecomunicações (1987), especialização em
Informática Gerencial pela Faculdade de Administração e Informática (1994),
especialização em Educação Matemática pela Pontifícia Universidade
Católica de Campinas (1987) e mestrado em Telecomunicações pelo Instituto
Nacional de Telecomunicações (2004). Professor titular do Inatel.
em: