Virtual Network
Rede virtual com o objetivo de haver troca de informação entre as máquinas virtuais [27].
Subnet
Subdivisão lógica de uma rede IP que permite filtração de tráfego entre redes, simplificar a administração de redes, entre outras funcionalidades [27].
31 Public IP Address
Identificador numérico de uma máquina [27].
NSG
Regras criadas para controlar a rede, ou seja, restringir ou permitir acesso à rede [28].
Inbound Rules
Regras que permitem entrada de tráfego de informação [28].
Outbound Rules
Regras que permitem saída de tráfego de informação [28].
Resource Group
Repositório onde se guarda todos os recursos que pretendidos. Isto permite uma melhor organização do ponto de vista da infraestrutura [29].
Recovery Services Vault
É uma entidade de armazenamento que o Microsoft Azure utiliza para reter dados de
backups de vários serviços [30].
Availability Set
Garante que as VMs que estejam no Microsoft Azure sejam distribuídas entre diferentes nós de hardware dentro um cluster. Isto assegura que, caso ocorra uma falha de hardware ou software no Microsoft Azure, apenas um subconjunto dessas VMs seja afetado por essa falha e que o resto permaneça disponível e operacional [31].
Storage Account
Repositório onde fica guardado todo o armazenamento da VM [32].
Extensions
Pequenas aplicações que fornecem tarefas de configuração e automação nas VMs de
32 RDP
Protocolo que permite ao utilizar conectar-se a um computador físico ou virtual [34].
1.5 – Comparação das Soluções Cloud
Todas estas soluções oferecem aos clientes o mesmo tipo de serviço, contudo existem diferenças nas que as distinguem maioritariamente pela sua nomenclatura como anteriormente referido. Tais diferenças estão relacionadas com os seguintes tópicos, anteriormente referidos [35]:
A localização dos datacenters de cada uma das soluções; A computação;
O armazenamento; A rede;
Entretanto, o serviço mais importante de cada uma destas soluções é designado de subscrição. É o nome dado a um controlo feito com objetivo de agrupar os clientes em grupos e todos os recursos as eles associados [36]. A subscrição de testes utilizada na equipa Public Cloud é designada de LAB CLARANET.
1.5.1 – Localização dos datacenters
Figura 5 - Rede Global de regiões e pontos de localização das Soluções Cloud Fonte [37]
33
A figura 5 representa todos os pontos de localização dos datacenters de cada uma das soluções Cloud, com as cores identificativas correspondentes. Pela análise do mapa pode- se concluir que os datacenters Microsoft Azure estão em vantagem numérica face às outras duas soluções, AWS e Google Cloud.
1.5.2 – Computação
Sobre a computação podemos referir-nos a um serviço principal de cada uma das soluções. Neste serviço é onde ficam alojados os sistemas operativos. No Microsoft Azure este serviço é chamado de Virtual Machines. No AWS é designado de EC2 e no Google
Cloud Platform Compute Engine [38].
1.5.3 – Armazenamento
As três soluções Cloud mais adoptadas a nível mundial [consultar -
Gráfico 2 - Gráfico da adoção da Public Cloud no ano de 2017 vs. 2016 Gráfico 2 -
Gráfico da adoção da Public Cloud no ano de 2017 vs. 2016] no âmbito do
Armazenamento, possuem as seguintes diferenças ao nível da base de dados, backups e
Disaster Recovery.
Serviços Microsoft Azure Amazon Web Services Google Cloud Platform
Dispositivos de Armazenamento
Blob Storage File Storage Disk Storage
Simple Storage Service Elastic Block Storage Elastic File System
Cloud Storage Persistent Disk
Base de dados SQL Database MySQL Database Data Warehouse Aurora RDS DynamoDB Cloud SQL Cloud Bigtable Cloud Spanner
backups backups Glacier Não têm
Disaster Recovery Site Recovery Disaster Recovery Disaster Recovery
Cookbook
Tabela 2 - Tabela de Comparação do Armazenamento Fonte [39]
34 1.5.4 – Rede
Tabela de comparação de alguns serviços nas diferentes soluções.
Serviços Microsoft Azure Amazon Web Services Google Cloud Platform
VPN da Cloud Virtual Network Virtual Private Cloud Virtual Private Cloud
Gestão de DNS Microsoft Azure DNS
Traffic Manager
Route 53 Google Cloud DNS
Conexão da VPN ExpressRoute Direct Connect Cloud Interconnect
Configuração do
Load Balancing
Load Balancer Elastic Load
Balancing
Cloud Load Balancing
Tabela 3 - Tabela de Comparação da Rede Fonte [40]
No seguinte capítulo será abordado o conceito da Cloud em Portugal bem como a sua adesão.
36
Capítulo II – Estado da Arte
37
2.1 – A Cloud em Portugal
A Cloud Computing é cada vez mais algo que é inevitável em Portugal. Cada vez mais existem empresas que fazem a migração dos seus sistemas de informação para a Cloud [41]. E as outras senão o fizerem podem desaparecer rapidamente. A “obrigatoriedade de acompanhar esta transformação está na vontade da própria empresa e, de certa forma, na vontade de assegurar a sua continuidade no mercado”, explica Manuel Piló, responsável pelas áreas de Cloud and managed services da Cisco Portugal.
Contudo existem sempre as dúvidas das empresas na adesão dos serviços Cloud dependendo sempre da organização e da sua área de negócio conforme explica Vítor Batista, senior enablement manager e CTO ambassador da Dell EMC EMEA. António Oliveira Maia, diretor de serviços profissionais da ITEN Solutions acrescenta ainda que cada vez mais os clientes querem saber “mais sobre segurança ou como otimizar a experiência de utilização” [42].
Segundo o Instituto Nacional de Estatística, 23% das empresas nacionais utilizam serviços de Cloud [43]. Segundo o estudo efetuado, conclui-se que em 2017 ocorreu um aumento de 5% face a 2016. A adesão da Cloud aumentou de acordo com a dimensão da empresa. Das empresas aderentes:
20% são pequenas empresas ; 35% são médias empresas;
55% são empresas com 250 ou mais pessoas ao serviço.
Apresenta-se um gráfico de estatística das empresas com base da sua dimensão, que compram serviços de Cloud Computing entre 2016 e 2017 [44].
Gráfico 1 - Subida das empresas que 10 ou mais pessoas comprar serviços Cloud Fonte [44]
38
2.2 – Adoção da Public Cloud
No Enquadramento Teórico foram apresentadas algumas diferenças entres os serviços prestados em Microsoft Azure, Amazon Web Services e Google Cloud Platform, que têm sido as três soluções com maior grau de adoção dos clientes de serviços de Public Cloud, conforme o gráfico 2 retirado de RightScale 2017 State of the Cloud Report.
Gráfico 2 - Gráfico da adoção da Public Cloud no ano de 2017 vs. 2016 Fonte [45]
Através da análise do gráfico, pode-se concluir que a AWS tem a maior percentagem aplicações alojadas nos seus serviços, à frente da Google Gloud e Microsoft Azure, mas manteve-se estável de 2016 para 2017.
A solução da Microsoft teve um crescimento de 14% face a 2016, e a Google Cloud teve um aumento de 5%.
Apesar de o AWS ser a opção com maior adoção face às restantes, foi a solução da
Microsoft que obteve uma percentagem de crescimento maior.
No seguinte capítulo será abordado o plano e a descrição de estágio bem como uma breve introdução à empresa onde foi realizado o estágio, a Claranet.
40
Capítulo III - Âmbito do Estágio
41
3.1 – Empresa – Claranet Portugal
Fundada em 1996, a Claranet evoluiu de um inovador e pioneiro ISP (Internet Service
Provider) para a liderança como Managed Services Provider independente, reconhecida
pelo Quadrante Mágico da Gartner, de Managed Hybrid Cloud Hosting (Europa). A Claranet é o maior fornecedor europeu independente de serviços geridos, oferecendo soluções integradas de:
TI;
Nas áreas de hosting; Cloud;
Redes; Segurança; Workplace.
Com mais de 1.800 colaboradores distribuídos por oito países (Reino Unido, Portugal, França, Alemanha, Holanda, Espanha, Brasil e Itália), a Claranet tem como missão global construir uma relação de confiança duradoura com cada um dos seus clientes, ajudando- os a focar os seus recursos na inovação e criação de valor para o seu negócio [46].
Figura 6 - Representação da Expansão da Claranet Fonte [46]
42
3.2 – Descrição do Estágio
O estágio é realizado na unidade de negócio Public Cloud. Consiste também na integração num Cloud após, equipa Public Cloud constituída por Cloud Architects e CloudOps
Engineers. Objetivos
O objetivo principal deste estágio é ajudar a equipa Public Cloud em que estou inserido em tudo o que for possível, tanto em termos de Public Cloud Build,
Public Cloud RUN e Public Cloud Support;
A nível individual, o maior objetivo do estágio é sentir a pressão dos clientes e das suas necessidades.