Opsio - Cloud and AI Solutions
AI8 min de leitura· 1822 palavras

Quais são os 4 tipos de serviços cloud? IaaS, PaaS, SaaS e serverless

Praveena Shenoy
Praveena Shenoy

Country Manager, Índia

Publicado: ·Atualizado:
Traduzido do inglês e revisto pela equipa editorial da Opsio. Ver original →

Os quatro tipos de serviços cloud são a infraestrutura como serviço (IaaS), a plataforma como serviço (PaaS), o software como serviço (SaaS) e a computação serverless, também designada função como serviço (FaaS). Diferem na parte da stack que o fornecedor opera por si: quanto mais alta a camada, menos gere e menos pode personalizar.

Pontos principais

  • A NIST SP 800-145 define três modelos de serviço (IaaS, PaaS, SaaS). O serverless é geralmente acrescentado como quarto, porque é faturado e operado de forma diferente.
  • O IaaS dá-lhe máquinas virtuais e redes; o PaaS dá-lhe um runtime ou uma base de dados geridos; o SaaS dá-lhe uma aplicação concluída; o serverless executa o seu código por evento.
  • Seja qual for o tipo, os dados, as identidades, as regras de acesso e a configuração são sempre seus.
  • A maioria dos sistemas reais mistura tipos, por exemplo máquinas virtuais em IaaS com uma base de dados gerida em PaaS.
  • Outras designações "as a service", como CaaS, DBaaS e DRaaS, são subconjuntos destes quatro, nomeados pelo que entregam.

Quais são os 4 tipos de serviços cloud?

A definição de cloud computing do NIST (SP 800-145, setembro de 2011) estabelece três modelos de serviço. O serverless surgiu mais tarde e é hoje oferecido por todos os grandes fornecedores, pelo que a maioria dos guias conta quatro.

TipoO que o fornecedor operaO que opera vocêComo pagaExemplos
IaaSCentro de dados, hardware, rede, hipervisorSistema operativo, middleware, runtime, aplicação, dadosPor hora ou segundo de VM, por GB armazenadoAmazon EC2, Azure Virtual Machines, Google Compute Engine
PaaSTudo o que está acima, mais SO, runtime e middlewareCódigo da aplicação, configuração, dadosPor instância, plano ou unidade de capacidadeAzure App Service, Amazon RDS, Google App Engine
SaaSA aplicação completaUtilizadores, definições, dadosPor utilizador ou subscriçãoMicrosoft 365, Salesforce, Google Workspace
Serverless (FaaS)Servidores, escalonamento, runtimeCódigo das funções, triggers, dadosPor pedido e tempo de execuçãoAWS Lambda, Azure Functions, Google Cloud Run functions

Infraestrutura como serviço (IaaS)

O IaaS aluga-lhe os blocos de construção básicos: máquinas virtuais, armazenamento em blocos e de objetos, e redes virtuais. O NIST descreve-o como a capacidade de "aprovisionar processamento, armazenamento, redes e outros recursos computacionais fundamentais" e executar "software arbitrário, que pode incluir sistemas operativos e aplicações".

Escolhe o sistema operativo, aplica-lhe os patches, instala o seu software e gere as regras de firewall. O fornecedor trata dos servidores físicos e do centro de dados.

  • Adequado para: migrações lift-and-shift, aplicações legadas que exigem um SO específico e cargas de trabalho que precisam de controlo total.
  • Atenção a: fica com a maior parte do trabalho operacional, incluindo patches, cópias de segurança e regras de escalonamento.

Plataforma como serviço (PaaS)

O PaaS retira o sistema operativo da sua lista de tarefas. Implementa código ou um esquema de base de dados; o fornecedor opera os servidores, o runtime e o middleware. Nas palavras do NIST, o consumidor "não gere nem controla a infraestrutura cloud subjacente", mas controla as aplicações implementadas.

  • Adequado para: aplicações web, APIs e bases de dados geridas, quando quer menos manutenção e lançamentos mais rápidos.
  • Atenção a: limites de runtime e de versões, e funcionalidades específicas do fornecedor que dificultam uma mudança posterior.

Software como serviço (SaaS)

O SaaS é uma aplicação concluída que usa através de um navegador ou de uma app. Configura-a, adiciona utilizadores e é dono dos dados, mas não toca no código nem na infraestrutura. Sistemas de e-mail, CRM, recursos humanos e contabilidade são exemplos típicos.

  • Adequado para: processos de negócio normalizados em que um produto configurável vale mais do que construir o seu.
  • Atenção a: personalização limitada, condições de exportação de dados e preços por utilizador que crescem com o número de colaboradores.

Computação serverless (função como serviço)

Com o serverless, carrega uma função e define o que a desencadeia, como um pedido HTTP, o carregamento de um ficheiro ou uma mensagem numa fila. O fornecedor inicia-a, escala-a e para-a. Só paga enquanto ela corre. O AWS Lambda, por exemplo, é cobrado pelo número de pedidos e pela duração da execução do seu código, com um nível gratuito mensal de um milhão de pedidos.

Nem todos os fornecedores classificam o serverless à parte. A própria documentação da Microsoft, por exemplo, inclui o Azure Functions no PaaS. É por isso que algumas fontes falam em "três tipos" e outras em "quatro".

  • Adequado para: tarefas orientadas a eventos, APIs com tráfego irregular, tarefas agendadas e código de ligação entre serviços.
  • Atenção a: limites de tempo de execução, cold starts e custos que podem ultrapassar os de um pequeno servidor sempre ligado quando o tráfego é constante e elevado.

Como se comparam os quatro tipos em controlo, rapidez e custo?

Cada degrau acima na stack troca controlo por rapidez. A tabela mostra o padrão típico; os serviços individuais variam.

IaaSPaaSServerlessSaaS
Controlo sobre o ambienteMáximoMédioBaixoMínimo
Tempo até à primeira versão funcionalMais lentoMais rápidoRápidoMais rápido de todos
O seu esforço operacionalElevado: SO, patches, escalonamentoMédio: código e configuraçãoBaixo: código e permissõesMínimo: utilizadores e definições
Comportamento do custoPaga a capacidade aprovisionada, esteja ou não em usoPaga por instância ou planoPaga por pedido e tempo de execuçãoPaga por utilizador ou subscrição
Esforço para mudar de fornecedorMais baixoMédioMédio a elevadoDepende da exportação de dados

Na prática, as equipas raramente escolhem um só tipo. Um produto web típico corre o front end num serviço PaaS, as tarefas em segundo plano como funções serverless, um componente legado em IaaS, e usa SaaS para e-mail, CRM e tickets. A pergunta não é "que tipo?", mas "que tipo para cada componente?".

Quem é responsável pelo quê?

As responsabilidades de segurança e de operação mudam com cada tipo. A orientação de responsabilidade partilhada da Microsoft resume-o assim: "Em todos os tipos de implementação cloud, os dados e as identidades são seus."

ÁreaIaaSPaaSSaaS
Dados, identidades, acessos, configuraçãoVocêVocêVocê
AplicaçõesVocêPartilhadoPartilhado
Controlos de redeVocêPartilhadoFornecedor
Sistema operativoVocêFornecedorFornecedor
Anfitriões físicos, rede, centro de dadosFornecedorFornecedorFornecedor

A tabela segue a matriz de responsabilidades da Microsoft; a AWS e o Google Cloud usam o mesmo princípio. O serverless fica próximo do PaaS: o fornecedor opera o SO e o runtime, e o código, as permissões e os dados são seus.

Que outros tipos "as a service" existem?

Os fornecedores comercializam muitas outras designações. Estes tipos "as a service" são fatias mais estreitas dos quatro principais, nomeadas pelo que entregam. A AWS apresenta uma breve visão geral dos principais modelos na sua página sobre tipos de cloud computing.

DesignaçãoO que entregaTipo principal mais próximo
Contentores como serviço (CaaS)Plataformas de contentores geridas, como Amazon EKS, Azure AKS, Google GKEEntre IaaS e PaaS
Base de dados como serviço (DBaaS)Bases de dados geridas, como Amazon RDS, Azure SQL Database, Cloud SQLPaaS
Armazenamento como serviçoArmazenamento de objetos, ficheiros e blocos faturado por GBIaaS
Desktop como serviço (DaaS)Ambientes de trabalho virtuais entregues a partir da cloudSemelhante a SaaS
Recuperação de desastres como serviço (DRaaS)Replicação e failover para uma região cloudIaaS mais serviço gerido
Backend como serviço (BaaS)Autenticação, base de dados e armazenamento prontos a usar para aplicaçõesPaaS
IA ou ML como serviçoModelos alojados e plataformas de treinoPaaS ou SaaS

Como escolher o tipo certo?

Escolha a camada mais alta que ainda satisfaça as suas necessidades. Cada camada que entrega é trabalho que deixa de fazer, mas também controlo a que renuncia.

  1. Existe um produto SaaS adequado? Para e-mail, CRM ou processamento salarial, compre em vez de construir.
  2. A aplicação é sua para alterar? Se sim, experimente primeiro o PaaS ou o serverless. Gastará menos tempo com patches e escalonamento.
  3. Precisa de um SO, kernel ou licença específicos? Então o IaaS é normalmente a escolha realista, pelo menos na primeira fase de uma migração.
  4. O tráfego é irregular ou orientado a eventos? O serverless adequa-se bem. Para carga constante e elevada, compare o preço com contentores ou VM.
  5. Quem vai operá-lo durante a noite? O IaaS exige mais esforço operacional. Se não tem essa equipa, planeie um serviço cloud gerido ou escolha uma camada mais alta.

Os tipos de serviço são distintos dos modelos de implementação. Pode executar IaaS numa cloud pública, privada ou híbrida. O nosso guia sobre modelos de implementação cloud explica esse lado, e a comparação entre IaaS e PaaS aprofunda as duas escolhas mais comuns.

Exemplo: misturar IaaS e PaaS numa só plataforma

A WorkBuster opera uma plataforma de recrutamento em SaaS usada em todo o mundo. Quando migrou para a AWS com a Opsio, os seus dados estavam numa instância MySQL sobre um hipervisor VMware, e um tempo de inatividade quase nulo era crítico. A nova arquitetura combina tipos. Instâncias EC2 (IaaS) correm atrás de um Application Load Balancer e de um grupo de auto scaling, apoiadas por uma base de dados Amazon RDS for MySQL multi-AZ (um serviço gerido, ao estilo PaaS). Toda a configuração está definida em modelos AWS CloudFormation. Leia o caso de estudo da WorkBuster.

Como a Opsio ajuda

A Opsio ajuda as equipas a decidir que partes de uma aplicação pertencem ao IaaS, ao PaaS ou ao serverless, e depois migra-as e opera-as. Veja os nossos serviços serverless e o serviço de migração para a AWS.

Perguntas frequentes

Existem 3 ou 4 tipos de serviços cloud?

Ambas as respostas são comuns. A NIST SP 800-145 define três modelos de serviço: IaaS, PaaS e SaaS. Muitos fornecedores e guias acrescentam o serverless como quarto, enquanto a Microsoft classifica o Azure Functions como PaaS.

Qual é a diferença entre IaaS, PaaS e SaaS?

O IaaS dá-lhe infraestrutura virtual e você gere tudo a partir do sistema operativo. O PaaS gere também o SO e o runtime, pelo que implementa apenas código e dados. O SaaS é uma aplicação completa que configura e utiliza.

A AWS é IaaS, PaaS ou SaaS?

A AWS oferece todos. O Amazon EC2 é IaaS, o Amazon RDS e o Elastic Beanstalk são PaaS, o AWS Lambda é serverless e a AWS vende também algumas aplicações ao estilo SaaS. O mesmo se aplica ao Azure e ao Google Cloud.

Qual é o tipo de serviço cloud mais barato?

Nenhum tipo é o mais barato em todos os casos. O serverless é muitas vezes o mais barato para tráfego baixo ou irregular, o IaaS com descontos por compromisso para carga elevada e estável, e o SaaS quando substitui software que, de outra forma, teria de construir e operar. Inclua na comparação o tempo de operação da sua equipa.

Escrito por

Praveena Shenoy
Praveena Shenoy

Country Manager, Índia

Praveena lidera as operações da Opsio na Índia, trazendo mais de 17 anos de experiência intersectorial em IA, fabrico, DevOps e serviços geridos.

Normas editoriais: Este artigo foi escrito pelo profissional cloud indicado acima. Atualizamo-lo quando a tecnologia ou a regulamentação que aborda muda; as datas desta página indicam a última atualização. A Opsio mantém independência editorial.