WEBVTT 00:00.120 --> 00:01.770 Instrutor: uma vez que sua organização 00:01.770 --> 00:04.200 tenha determinado que o uso da nuvem é a solução 00:04.200 --> 00:06.350 certa para ela, a próxima decisão é hospedá-la 00:06.350 --> 00:09.000 no local ou contratá-la como uma solução hospedada 00:09.000 --> 00:10.530 de um terceiro. 00:10.530 --> 00:12.360 Quando se hospeda uma solução no local, 00:12.360 --> 00:15.030 isso geralmente é chamado de on-premise. 00:15.030 --> 00:16.890 Embora o uso de soluções locais seja excelente 00:16.890 --> 00:20.160 do ponto de vista da segurança, elas são extremamente caras e você terá 00:20.160 --> 00:21.660 que ter uma equipe inteira de pessoas 00:21.660 --> 00:24.480 trabalhando para dar suporte a essas soluções. 00:24.480 --> 00:26.730 Agora, se você decidir usar uma solução no local, 00:26.730 --> 00:29.220 isso significa que precisará adquirir todo o hardware, 00:29.220 --> 00:31.650 o software e todo o pessoal necessário para executar 00:31.650 --> 00:34.260 a solução em nuvem da sua organização. 00:34.260 --> 00:36.210 Além disso, você também precisará ter uma instalação 00:36.210 --> 00:38.100 para esse data center, que possa abrigar 00:38.100 --> 00:39.480 todos os equipamentos e fornecer 00:39.480 --> 00:42.180 espaço, energia e refrigeração adequados para que ele funcione 00:42.180 --> 00:43.950 corretamente. 00:43.950 --> 00:46.447 Por esse motivo, muitas organizações optam 00:46.447 --> 00:48.480 por usar uma solução hospedada. 00:48.480 --> 00:49.531 Com um ambiente hospedado, 00:49.531 --> 00:52.110 um provedor de serviços terceirizado fornecerá a você 00:52.110 --> 00:53.040 todo o hardware e as instalações 00:53.040 --> 00:56.280 necessárias para manter sua solução de nuvem. 00:56.280 --> 00:57.240 Isso geralmente é feito 00:57.240 --> 01:00.360 em um ambiente de multilocação, com várias organizações tendo suas 01:00.360 --> 01:01.920 soluções de nuvem hospedadas em 01:01.920 --> 01:04.860 uma única instalação de um provedor terceirizado. 01:04.860 --> 01:07.080 Por exemplo, a Amazon, a Microsoft e o Google 01:07.080 --> 01:08.929 oferecem soluções hospedadas para 01:08.929 --> 01:11.250 as organizações utilizarem. 01:11.250 --> 01:15.240 Considere o exemplo da Amazon Web Services, ou AWS. 01:15.240 --> 01:17.200 Essa solução multitendência utiliza 01:17.200 --> 01:18.902 o mesmo hardware físico localizado 01:18.902 --> 01:21.821 na mesma instalação física para dar suporte a um grande 01:21.821 --> 01:24.210 número de organizações diversas. 01:24.210 --> 01:26.340 Obviamente, existem separações lógicas para 01:26.340 --> 01:28.646 manter seus dados seguros e evitar que sejam expostos 01:28.646 --> 01:31.740 a outras organizações dentro da plataforma hospedada. 01:31.740 --> 01:33.810 No entanto, se você tiver informações 01:33.810 --> 01:35.610 que deseja manter estritamente 01:35.610 --> 01:38.520 confidenciais, é muito melhor usar uma solução local 01:38.520 --> 01:40.200 em que possa controlar todo o acesso 01:40.200 --> 01:42.750 físico e lógico a esses servidores. 01:42.750 --> 01:45.690 Ao usar uma solução multitenancy, os dados residuais da sua organização 01:45.690 --> 01:48.390 podem ser expostos a outro locatário à medida que a elasticidade 01:48.390 --> 01:51.216 do servidor se expande para cima ou para baixo para provisionar 01:51.216 --> 01:54.600 e desprovisionar a capacidade do servidor de acesso, já que você está utilizando 01:54.600 --> 01:56.465 os mesmos recursos compartilhados que todos 01:56.465 --> 01:58.500 os outros. 01:58.500 --> 02:00.600 Se você decidir usar um provedor de hospedagem, 02:00.600 --> 02:02.880 é muito importante entender seus mecanismos de 02:02.880 --> 02:04.662 autenticação e autorização para garantir 02:04.662 --> 02:06.330 que eles tenham proteções adequadas 02:06.330 --> 02:08.580 para atender aos seus requisitos. 02:08.580 --> 02:10.920 Além disso, você deve perguntar sobre as medidas 02:10.920 --> 02:12.486 de redundância e tolerância a falhas 02:12.486 --> 02:15.510 para garantir que elas estejam no nível exigido. 02:15.510 --> 02:18.630 Outra preocupação com os provedores hospedados é sua localização. 02:18.630 --> 02:20.305 Onde exatamente seus dados serão 02:20.305 --> 02:21.630 armazenados no mundo? 02:21.630 --> 02:22.980 Com base nessa localização, 02:22.980 --> 02:25.920 quais leis afetarão sua organização e seus dados? 02:25.920 --> 02:27.270 Esses são aspectos que você precisa 02:27.270 --> 02:28.855 entender ao escolher um provedor de 02:28.855 --> 02:31.170 serviços hospedados para a sua organização. 02:31.170 --> 02:32.430 Agora que você tomou a decisão 02:32.430 --> 02:35.105 de usar ou não um provedor de serviços no local ou hospedado, 02:35.105 --> 02:37.050 a última decisão será sobre o tipo de 02:37.050 --> 02:39.870 serviço que você deseja adquirir. 02:39.870 --> 02:42.240 Atualmente, há três modelos principais de serviços em 02:42.240 --> 02:43.260 nuvem para escolher. 02:43.260 --> 02:44.760 São eles: software como serviço, 02:44.760 --> 02:47.790 ou SaaS, plataforma como serviço, ou PaaS, e infraestrutura 02:47.790 --> 02:50.490 como serviço, ou IaaS. 02:50.490 --> 02:52.350 Agora, no software como serviço, o provedor 02:52.350 --> 02:54.022 de serviços fornecerá à sua organização 02:54.022 --> 02:56.100 uma solução completa. 02:56.100 --> 02:58.290 Isso inclui o hardware, como rede, servidores 02:58.290 --> 03:00.870 de armazenamento e virtualização, bem como o sistema 03:00.870 --> 03:03.720 operacional, o middleware, o tempo de execução, o processamento 03:03.720 --> 03:05.850 de dados e o aplicativo ou software necessário 03:05.850 --> 03:07.020 para que o serviço seja fornecido 03:07.020 --> 03:09.420 ao usuário final. 03:09.420 --> 03:12.780 Por exemplo, se a sua organização estiver usando o Office 365 da 03:12.780 --> 03:16.290 Microsoft ou o Docs and Sheets do Google Workspace, eles são considerados 03:16.290 --> 03:18.990 uma solução de software como serviço e permitem que 03:18.990 --> 03:21.105 os usuários finais acessem seus e-mails, 03:21.105 --> 03:23.160 documentos, planilhas e muito mais, tudo 03:23.160 --> 03:26.280 diretamente no navegador da Web. 03:26.280 --> 03:27.380 Outro bom exemplo de 03:27.380 --> 03:30.900 software como serviço é o TurboTax e o QuickBooks Online. 03:30.900 --> 03:33.185 Eles fornecem software de declaração de impostos 03:33.185 --> 03:36.016 e contabilidade que pode ser acessado on-line usando apenas o 03:36.016 --> 03:38.490 navegador da Web e cuidam de todo o software, todo o hardware 03:38.490 --> 03:41.520 e todos os requisitos de armazenamento de dados em seu nome. 03:41.520 --> 03:42.600 Às vezes, porém, é preciso 03:42.600 --> 03:44.760 criar um aplicativo ou software personalizado 03:44.760 --> 03:47.850 para atender às suas necessidades específicas de serviço. 03:47.850 --> 03:50.370 Nesse caso, talvez você só precise que o provedor de serviços 03:50.370 --> 03:51.630 lhe forneça o hardware, incluindo 03:51.630 --> 03:53.430 a rede, o armazenamento, os servidores 03:53.430 --> 03:55.170 e a virtualização, bem como o sistema operacional, 03:55.170 --> 03:56.640 o middleware e os aplicativos de 03:56.640 --> 03:58.920 tempo de execução. 03:58.920 --> 04:01.232 Mas, diferentemente de uma solução de software 04:01.232 --> 04:02.670 como serviço, você será responsável 04:02.670 --> 04:04.800 por criar o código real do aplicativo e lidar 04:04.800 --> 04:06.300 com o processamento de dados entre 04:06.300 --> 04:08.315 o cliente e os servidores. 04:08.315 --> 04:10.260 Agora, com a plataforma como serviço, 04:10.260 --> 04:11.280 você terá os benefícios 04:11.280 --> 04:13.890 de usar a nuvem, incluindo recursos compartilhados, 04:13.890 --> 04:17.820 utilização medida, elasticidade rápida, alta disponibilidade e sincronização 04:17.820 --> 04:19.410 de arquivos. 04:19.410 --> 04:21.377 Mas você também tem a capacidade de personalizar 04:21.377 --> 04:24.690 seu próprio desenvolvimento para atender às suas necessidades comerciais. 04:24.690 --> 04:25.770 Nesse modelo, o fornecedor 04:25.770 --> 04:28.230 terceirizado fornecerá à sua organização o hardware 04:28.230 --> 04:29.063 e o software do sistema 04:29.063 --> 04:31.020 operacional necessários para a operação 04:31.020 --> 04:34.710 de um serviço específico, mas não fornecerá o código ou o aplicativo mais 04:34.710 --> 04:37.830 próximo do usuário final. 04:37.830 --> 04:38.790 Por exemplo, se a sua empresa 04:38.790 --> 04:41.115 estiver desenvolvendo um novo aplicativo da Web, ela poderá 04:41.115 --> 04:43.500 ter uma plataforma de desenvolvimento fornecida por um 04:43.500 --> 04:45.510 provedor de nuvem terceirizado. 04:45.510 --> 04:48.225 Na minha empresa, a Dion Training, enquanto filmamos isso, 04:48.225 --> 04:49.740 estamos no processo de desenvolver 04:49.740 --> 04:51.870 nosso próprio sistema de gerenciamento de aprendizagem 04:51.870 --> 04:54.295 desde o início, mas não queremos lidar com todas as 04:54.295 --> 04:56.970 camadas subjacentes de hardware, rede, armazenamento 04:56.970 --> 04:59.220 e sistema operacional. 04:59.220 --> 05:01.595 Portanto, escolhemos a plataforma como serviço como 05:01.595 --> 05:04.440 nossa solução por meio da Amazon Web Services, porque eles cuidarão 05:04.440 --> 05:05.850 de tudo, desde o banco de dados até 05:05.850 --> 05:08.370 a pilha de tecnologia, e minha equipe e eu seremos responsáveis 05:08.370 --> 05:10.290 apenas pelo código do software com o qual nossos 05:10.290 --> 05:12.094 usuários finais, nossos alunos, irão interagir 05:12.094 --> 05:15.990 e, em seguida, pelo processamento dos dados à medida que os alunos participam de nossos 05:15.990 --> 05:18.240 cursos. 05:18.240 --> 05:20.070 Isso é uma plataforma como serviço em funcionamento, 05:20.070 --> 05:22.680 porque a Amazon nos fornece os servidores, as configurações 05:22.680 --> 05:24.300 do sistema operacional e até mesmo 05:24.300 --> 05:25.830 os bancos de dados, e então podemos 05:25.830 --> 05:27.657 criar o que quisermos em cima deles para 05:27.657 --> 05:30.065 fornecer nosso aplicativo ou software final aos nossos 05:30.065 --> 05:33.661 usuários finais, que são nossos alunos. 05:33.661 --> 05:35.970 O último tipo de modelo de serviço em nuvem que 05:35.970 --> 05:37.830 precisamos abordar é conhecido como 05:37.830 --> 05:40.110 IaaS, ou infraestrutura como serviço. 05:40.110 --> 05:42.150 Agora, a infraestrutura como serviço é um meio 05:42.150 --> 05:44.678 de provisionar recursos de TI, como servidores, balanceadores 05:44.678 --> 05:47.550 de carga e componentes de rede de área de armazenamento, quando 05:47.550 --> 05:48.690 necessário. 05:48.690 --> 05:50.065 Com a infraestrutura como serviço, 05:50.065 --> 05:52.620 você terá os benefícios da alocação dinâmica de recursos 05:52.620 --> 05:55.590 adicionais, o que é conhecido como elasticidade. 05:55.590 --> 05:56.970 Mas você não precisa lidar com a dor 05:56.970 --> 05:58.680 de cabeça de um compromisso de longo prazo 05:58.680 --> 06:01.302 de comprar e operar todo esse hardware por conta própria. 06:01.302 --> 06:02.610 Por exemplo, você pode contratar 06:02.610 --> 06:05.013 um novo servidor da Web baseado em nuvem para 06:05.013 --> 06:07.380 hospedar o site da sua empresa. 06:07.380 --> 06:10.620 Se estiver usando o Amazon Web Services ou AWS, você chamará 06:10.620 --> 06:12.360 isso de EC2, que é o Elastic Cloud 06:12.360 --> 06:14.460 Compute, e poderá selecionar a quantidade 06:14.460 --> 06:15.870 certa de recursos para 06:15.870 --> 06:18.420 sua instância EC2. 06:18.420 --> 06:19.800 Talvez você tenha decidido que 06:19.800 --> 06:22.170 queria quatro CPUs, 16 gigabytes de memória, 500 06:22.170 --> 06:24.900 gigabytes de armazenamento ou o que quer que seja. 06:24.900 --> 06:27.750 Em seguida, o AWS atribuirá esses recursos de hardware para 06:27.750 --> 06:28.710 você usar, e você poderá 06:28.710 --> 06:30.510 instalar o sistema operacional, o middleware 06:30.510 --> 06:33.090 e o tempo de execução nesse recurso. 06:33.090 --> 06:36.840 No entanto, às vezes as linhas podem ficar um pouco confusas. 06:36.840 --> 06:38.512 De acordo com o livro-texto e a documentação 06:38.512 --> 06:42.090 oficiais da CompTIA, a infraestrutura como serviço se concentra apenas 06:42.090 --> 06:44.880 no hardware, incluindo as máquinas virtuais, o armazenamento 06:44.880 --> 06:48.030 e as partes de rede desse hardware. 06:48.030 --> 06:49.380 Dito isso, a maioria dos provedores, 06:49.380 --> 06:52.290 como Amazon, Microsoft Azure e Google Cloud, permite que 06:52.290 --> 06:54.360 você selecione o sistema operacional que 06:54.360 --> 06:55.680 deseja instalar na sua instância 06:55.680 --> 06:57.780 de computação quando você escolhe os recursos 06:57.780 --> 07:01.530 que deseja e eles os atribuem a você. 07:01.530 --> 07:02.490 Por exemplo, as instâncias 07:02.490 --> 07:05.730 EC2 da Amazon podem ser iniciadas automaticamente com a imagem de 07:05.730 --> 07:08.790 máquina Linux da Amazon já instalada, que contém o sistema operacional 07:08.790 --> 07:11.061 Linux básico pronto para ser totalmente personalizado 07:11.061 --> 07:14.370 para atender às suas necessidades. 07:14.370 --> 07:16.470 O motivo pelo qual menciono isso é que, quando 07:16.470 --> 07:18.570 se trata de algo que é principalmente hardware, 07:18.570 --> 07:20.850 só porque tem o sistema operacional instalado, eu 07:20.850 --> 07:22.920 não consideraria isso como uma plataforma como 07:22.920 --> 07:24.243 serviço no exame. 07:24.243 --> 07:27.060 E, em vez disso, você ainda escolheria a infraestrutura 07:27.060 --> 07:28.004 como um serviço. 07:28.004 --> 07:30.690 Agora, para chegar à plataforma como um nível de serviço, 07:30.690 --> 07:31.730 ela realmente deve incluir 07:31.730 --> 07:34.170 todo o middleware e o tempo de execução também. 07:34.170 --> 07:36.420 Isso inclui coisas como a funcionalidade do banco 07:36.420 --> 07:38.370 de dados, o servidor da Web, como o Apache 07:38.370 --> 07:40.703 ou o NGINX, e outros softwares de servidor e middleware 07:40.703 --> 07:43.980 que você precisará para fornecer esses serviços. 07:43.980 --> 07:46.260 Agora, para o exame, eles geralmente são bem claros 07:46.260 --> 07:47.490 quando algo é infraestrutura 07:47.490 --> 07:49.830 como serviço ou software como serviço, mas para a 07:49.830 --> 07:53.340 plataforma como serviço, isso pode ser um pouco mais complicado. 07:53.340 --> 07:55.830 Portanto, vou lhe dar uma pequena dica aqui 07:55.830 --> 07:57.503 que você deve usar no exame. 07:57.503 --> 08:00.540 Se você vê coisas que são mais do que a infraestrutura como serviço, 08:00.540 --> 08:03.030 provavelmente deve escolher a plataforma como 08:03.030 --> 08:04.920 serviço como sua resposta. 08:04.920 --> 08:08.100 Se você vê coisas que são menos do que software como serviço, você escolheria 08:08.100 --> 08:10.800 novamente a plataforma como serviço, porque, na verdade, 08:10.800 --> 08:12.930 você tem as duas extremidades do espectro, com 08:12.930 --> 08:14.580 a infraestrutura como serviço no lado 08:14.580 --> 08:17.010 esquerdo e o software como serviço no lado direito e 08:17.010 --> 08:20.400 a plataforma como serviço em algum lugar no meio. 08:20.400 --> 08:22.980 Portanto, em resumo, para a infraestrutura como serviço, 08:22.980 --> 08:25.380 lembre-se de que ela fornece tudo o que você precisa para 08:25.380 --> 08:26.580 executar um servidor. 08:26.580 --> 08:28.652 Isso inclui energia, espaço, resfriamento, 08:28.652 --> 08:31.560 rede, firewalls, servidores físicos, a camada de virtualização 08:31.560 --> 08:34.817 e, às vezes, o sistema operacional. 08:34.817 --> 08:37.380 Agora, com a plataforma como serviço, adicionaremos 08:37.380 --> 08:39.300 o sistema operacional e o que eu gosto 08:39.300 --> 08:41.730 de chamar de software de infraestrutura. 08:41.730 --> 08:43.673 Esse software de infraestrutura é, na verdade, seu 08:43.673 --> 08:45.600 middleware e ambiente de tempo de execução. 08:45.600 --> 08:47.070 Isso significa que estamos falando 08:47.070 --> 08:50.040 de coisas como um servidor da Web Apache, um banco de dados MySQL, linguagens 08:50.040 --> 08:52.122 de programação e coisas do gênero. 08:52.122 --> 08:54.510 Agora, quando tratamos de software como serviço, 08:54.510 --> 08:56.988 estamos lidando com um software de aplicativo hospedado 08:56.988 --> 08:59.160 que é adicionado às partes de infraestrutura 08:59.160 --> 09:01.530 e plataforma que acabamos de discutir. 09:01.530 --> 09:04.620 Portanto, como você pode ver, o software como serviço está muito mais 09:04.620 --> 09:06.420 próximo do usuário final do que a plataforma 09:06.420 --> 09:09.240 como serviço ou a infraestrutura como serviço. 09:09.240 --> 09:12.000 Portanto, como profissional de TI, é muito importante 09:12.000 --> 09:13.530 que você seja capaz de determinar 09:13.530 --> 09:14.967 qual tipo de serviço é adequado 09:14.967 --> 09:17.790 para sua organização com base em seus requisitos. 09:17.790 --> 09:19.260 E foi isso que abordamos nesta lição, 09:19.260 --> 09:20.910 falando sobre software como serviço, 09:20.910 --> 09:23.660 plataforma como serviço e infraestrutura como serviço.