Como contratar consultoria de cloud (AWS, Azure ou Google Cloud)

Contratar uma consultoria de cloud começa pela pergunta certa: você precisa migrar sistemas, reduzir a conta da nuvem, reforçar a segurança, modernizar aplicações ou terceirizar a operação? Cada objetivo pede escopo e perfil de equipe diferentes. Com o objetivo claro, compare fornecedores usando os frameworks bem arquitetados dos próprios provedores e garanta que as contas fiquem no nome da sua empresa.

Consultoria de cloud é o serviço de planejar, migrar, configurar, otimizar ou operar a infraestrutura e as aplicações de uma empresa em provedores de nuvem pública, como Amazon Web Services (AWS), Microsoft Azure e Google Cloud. O trabalho envolve arquitetura, segurança, custos, automação e, muitas vezes, sustentação contínua do ambiente.

Quando faz sentido contratar uma consultoria de cloud?

Os gatilhos mais comuns são:

• Migração: sair de servidores próprios ou de hospedagem tradicional para a nuvem.
• Conta alta ou imprevisível: gastos crescentes sem clareza sobre o que os gera.
• Incidentes: quedas, lentidão ou falhas de segurança que se repetem.
• Exigências de clientes ou auditorias: controles de acesso, backup e continuidade documentados.
• Modernização: transformar sistemas antigos em aplicações mais escaláveis.
• Falta de equipe: ninguém interno com experiência no provedor escolhido.

Que tipos de serviço de cloud existem?

Os escopos variam bastante. Identifique qual você procura antes de pedir propostas.

FinOps, segundo a documentação da Microsoft, é uma estrutura operacional e uma prática cultural que aumenta o valor de negócio obtido com a nuvem, por meio da colaboração entre engenharia, finanças e áreas de negócio.

Como os provedores definem uma boa arquitetura?

Os três grandes provedores publicam frameworks de boas práticas, úteis como régua para avaliar consultorias:

• AWS Well-Architected Framework: seis pilares, que são excelência operacional, segurança, confiabilidade, eficiência de desempenho, otimização de custos e sustentabilidade.
• Azure Well-Architected Framework: cinco pilares, que são confiabilidade, segurança, otimização de custos, excelência operacional e eficiência de desempenho. A Microsoft oferece o Azure Well-Architected Review para avaliar uma carga de trabalho.
• Google Cloud Well-Architected Framework: seis pilares, que são excelência operacional; segurança, privacidade e conformidade; confiabilidade; otimização de custos; otimização de desempenho; e sustentabilidade.

Peça que a consultoria mostre como cada pilar será tratado no seu projeto. Uma proposta que só fala de migração, sem custo, segurança e operação, está incompleta.

Quais são as etapas de um projeto de cloud?

Um projeto típico, especialmente de migração, segue esta ordem:

1. Inventário: sistemas, dependências, volume de dados, janelas de manutenção e requisitos legais.
2. Avaliação: riscos, custos atuais e estimativa de custo na nuvem.
3. Arquitetura alvo: rede, identidade, contas, backups, monitoramento e segurança.
4. Fundação: estrutura de contas, permissões mínimas, registros de auditoria e orçamento com alertas.
5. Migração em ondas: começar por sistemas de menor risco e validar cada onda.
6. Validação: testes de desempenho, recuperação de desastre e segurança.
7. Operação e otimização: monitoramento, ajustes de capacidade e revisão periódica de custos.

O que perguntar às consultorias na seleção?

Perguntas que revelam experiência prática:

• Quais certificações a equipe que vai atuar no projeto possui, e no provedor que escolhemos?
• A empresa é parceira do provedor? Em que nível e com quais competências?
• Como estimam o custo mensal na nuvem antes da migração?
• Como fazem a migração sem parar a operação? Qual o plano de retorno se algo falhar?
• Quem responde por incidentes de madrugada e com que tempo de resposta?
• Como documentam a infraestrutura? Usam infraestrutura como código?
• Recebem algum incentivo do provedor pelo consumo do cliente?

A AWS mantém um diretório público de parceiros, o Partner Solutions Finder, em que os perfis mostram competências e certificações. Microsoft e Google também mantêm programas de parceiros. Confirme o que o fornecedor declara.

Quais sinais de alerta merecem atenção?

Desconfie quando a consultoria:

• Quer criar as contas de nuvem no nome dela ou concentrar a cobrança sem transparência.
• Promete economia percentual antes de analisar o ambiente.
• Usa credenciais de administrador compartilhadas para toda a equipe.
• Não fala de backup, recuperação de desastre ou registros de auditoria.
• Não entrega documentação nem código da infraestrutura.
• Ignora o modelo de responsabilidade compartilhada.

O que é o modelo de responsabilidade compartilhada?

É a divisão de deveres de segurança entre provedor e cliente. Na formulação da AWS, o provedor gerencia a segurança da nuvem, enquanto a segurança na nuvem é responsabilidade do cliente. Ou seja, configurações, permissões, dados e aplicações ficam do lado do cliente, e a divisão exata varia conforme o serviço usado. Quando uma consultoria entra, o contrato deve dizer quais dessas responsabilidades ela assume.

Como comparar propostas de consultoria de cloud?

Do que depende o custo de uma consultoria de cloud?

Há dois custos distintos: o da consultoria e o da nuvem em si. Os fatores que mais pesam:

• Tamanho e complexidade do ambiente: número de sistemas, dependências e dados.
• Tipo de migração: mover como está custa menos esforço que reestruturar aplicações.
• Requisitos de disponibilidade: alta disponibilidade e recuperação de desastre exigem mais recursos.
• Segurança e conformidade: controles adicionais e evidências para auditoria.
• Operação contínua: plantão, monitoramento e níveis de SLA.
• Modelo de contrato: projeto fechado, horas ou equipe dedicada. Veja escopo fechado, time and materials ou squad dedicado.

Os preços da nuvem são públicos nas calculadoras de cada provedor e mudam com frequência. Peça que a consultoria entregue a estimativa com os serviços e quantidades usados, para você conferir.

Quais cláusulas do contrato merecem atenção?

Revise com apoio jurídico:

• Titularidade das contas: em nome da empresa, com acesso da consultoria por usuários nominais e permissões mínimas.
• Responsabilidades: matriz clara do que é da consultoria, do cliente e do provedor.
• SLA e penalidades: tempo de resposta por gravidade e janelas de manutenção.
• Dados pessoais: a consultoria como operadora, seguindo instruções do controlador e adotando medidas de segurança (Lei 13.709/2018, arts. 39 e 46).
• Incentivos do provedor: transparência sobre créditos ou benefícios ligados ao consumo do cliente.
• Saída: entrega de documentação, código de infraestrutura e transição assistida.

Como medir o sucesso de uma consultoria de cloud?

• Disponibilidade dos sistemas e número de incidentes.
• Tempo de recuperação em testes de desastre.
• Custo mensal da nuvem comparado à estimativa e ao período anterior.
• Percentual de recursos com etiquetas de custo e responsável.
• Achados de segurança abertos e tempo de correção.
• Cumprimento do SLA de operação.

Para incidentes, mantenha um plano próprio; o artigo sobre resposta a incidentes lista o que ter pronto. Para práticas de segurança no ciclo de desenvolvimento, veja DevSecOps explicado para gestores.

Próximo passo

Encontre consultorias de cloud no diretório de software houses, consulte os rankings e entenda os critérios na metodologia. Se a sua empresa presta serviços de nuvem, crie ou reivindique o perfil gratuito na Citeo e informe certificações e provedores.

Fontes

• AWS — The pillars of the Well-Architected Framework — os seis pilares do AWS Well-Architected Framework
• Microsoft Learn — Azure Well-Architected Framework pillars — os cinco pilares e o Azure Well-Architected Review
• Google Cloud — Well-Architected Framework — os seis pilares do framework do Google Cloud
• AWS — Shared Responsibility Model — segurança da nuvem (provedor) e segurança na nuvem (cliente)
• Microsoft Learn — What is FinOps? — definição de FinOps como estrutura operacional e prática cultural
• AWS Partner Network Blog — Partner Solutions Finder — diretório de parceiros com competências e certificações nos perfis
• Planalto — Lei 13.709/2018 (LGPD) — deveres do operador (art. 39) e medidas de segurança (art. 46)