Quando um time de SaaS decide que precisa de ajuda externa com infraestrutura, a primeira busca costuma ser por consultoria de DevOps. É um ponto de partida razoável e, em certas situações, a resposta certa. Em outras, um contrato por projeto resolve o problema imediato e deixa o problema de fundo no lugar: ninguém assume a infraestrutura depois que os consultores vão embora. Este texto compara os dois modelos com honestidade, mostra quando cada um é a escolha certa e lista as perguntas que vale fazer a qualquer consultoria de DevOps antes de assinar.

Duas formas de contratar serviços de DevOps

Os dois modelos são formas de terceirização de DevOps. A diferença está no formato do compromisso.

Uma consultoria de DevOps, às vezes chamada de agência de DevOps, vende um trabalho com escopo definido. Vocês combinam uma entrega, como um novo pipeline de CI/CD, uma migração para EKS ou uma auditoria de infraestrutura, com prazo e preço, fixo ou por hora. Os consultores entregam, passam a documentação e seguem para outro cliente. Se você precisar de mais, começa um novo contrato.

Uma assinatura de DevOps vende capacidade e cobertura contínuas por um valor mensal fixo. Você envia solicitações conforme elas surgem, o provedor trabalha nelas sem parar, e o monitoramento e a resposta a incidentes rodam em segundo plano. Não há data de término. A relação continua até você encerrá-la.

	Consultoria de DevOps	Assinatura de DevOps
Compromisso	Um projeto por vez	Contínuo, mensal
Preço	Valor fechado ou por hora	Valor mensal fixo
Escopo	Definido de antemão	O que surgir, dentro dos limites do plano
Após a entrega	Passagem do bastão, depois é com você	O mesmo time continua operando
Plantão e monitoramento	Geralmente não incluídos	Geralmente incluídos
Melhor para	Uma mudança grande com fim claro	Fluxo constante de trabalho e operação

Quando uma consultoria de DevOps é a escolha certa

A consultoria é a melhor opção em várias situações comuns.

Você tem um projeto grande e bem definido. Sair de uma única máquina EC2 para contêineres, separar os deploys de um monolito ou montar do zero uma estrutura multiconta na AWS são projetos com começo e fim. Uma boa consultoria define o escopo, aloca gente que já fez a mesma coisa antes e entrega.

Você já tem quem opere o resultado. Se o seu time tem engenheiros capazes de assumir o novo pipeline ou cluster depois da entrega, você só precisa de ajuda para construí-lo. Pagar por uma cobertura contínua que você não vai usar não faz sentido.

Você precisa de uma avaliação independente. Uma auditoria da postura de segurança na AWS ou uma revisão de arquitetura antes de uma rodada de investimento se beneficia de olhos externos, sem interesse na resposta.

Seu orçamento é uma verba única. Algumas empresas conseguem financiar um projeto com uma única linha de orçamento, mas não podem assumir um custo recorrente. Um contrato de valor fechado se encaixa nessa restrição.

Consultoria em AWS

Se você procura especificamente consultoria em AWS com foco em DevOps, a AWS mantém um DevOps Competency program para parceiros que demonstraram expertise em DevOps na AWS. É um filtro razoável para montar uma lista de candidatos, mas não substitui checar as referências por conta própria.

Quando a assinatura é a escolha certa

A assinatura se justifica quando o trabalho não acaba.

As solicitações não param. Um produto SaaS em crescimento gera trabalho de infraestrutura toda semana: um novo serviço precisa de pipeline, um cliente precisa de um ambiente dedicado, um alerta está barulhento demais, um certificado está para vencer, o banco precisa de upgrade. Cada item é pequeno demais para justificar uma consultoria, e o custo de escopar e orçar cada um deles é maior que o próprio trabalho.

Ninguém carrega o pager. Consultorias normalmente constroem e vão embora. Se o sistema que elas montaram falhar às 3h da manhã, alguém do seu lado precisa acordar. Um time que roda ECS com um engenheiro de backend acumulando o plantão está a uma semana ruim de perder a boa vontade dele. As assinaturas costumam incluir monitoramento e resposta a incidentes 24 horas por dia.

Você vive recontratando a mesma consultoria. Se você já assinou três statements of work com a mesma empresa em um ano, está comprando DevOps contínuo do jeito mais caro e mais lento: cada solicitação espera uma proposta.

O contexto se perde entre projetos. Cada novo contrato começa com um levantamento. Os consultores que construíram seu pipeline na primavera passada podem não ser os alocados no projeto deste outono. Uma assinatura mantém as mesmas pessoas perto do seu sistema, que já sabem por que o banco de staging tem o tamanho que tem.

A cobrança por hora joga contra você. Na cobrança por hora, o provedor ganha mais quando o trabalho demora mais. Com um valor fixo, o provedor preserva sua margem resolvendo problemas rápido e automatizando o que se repete. Nenhum dos modelos garante bom comportamento, mas os incentivos apontam em direções diferentes.

O modelo híbrido em que muitos times acabam

Os dois modelos não são excludentes. Um padrão comum é usar uma consultoria para uma grande migração e depois passar para uma assinatura na operação contínua. Outro é usar a assinatura no dia a dia e chamar uma empresa especialista para um problema estreito e profundo, como um framework de compliance específico ou uma investigação de desempenho numa stack incomum.

Algumas assinaturas absorvem também o trabalho de projeto. Se o provedor trata solicitações de arquitetura e entre sistemas dentro do mesmo plano, uma migração vira uma série de solicitações em vez de um contrato separado. Confirme se é o caso antes de supor que você precisa dos dois.

Como avaliar serviços de consultoria de DevOps

Seja uma consultoria ou uma assinatura, as mesmas perguntas separam os bons provedores dos fracos. Faça-as diretamente e preste atenção em respostas específicas.

Perguntas sobre o trabalho

Quem vai de fato fazer o trabalho? Pergunte a senioridade e a experiência dos engenheiros, não dos sócios que conduzem a conversa comercial. Pergunte se as mesmas pessoas ficam durante todo o contrato.
Como é a entrega? Você quer infraestrutura como código nos seus repositórios, runbooks e uma sessão de repasse com o seu time. “Vamos mandar um documento” é uma resposta fraca.
De quem é o código e a configuração? A resposta deve ser você, sem condições. Desconfie de ferramentas proprietárias que só o provedor sabe operar.
Como vocês tratam mudanças em produção? Procure code review, rollouts em etapas e plano de rollback, não engenheiros clicando no console da AWS.

Perguntas sobre a relação

Como o trabalho é cobrado, e o que acontece quando o escopo cresce? Peça o processo de mudanças por escrito. Faturas-surpresa estragam mais relações de consultoria do que falhas técnicas.
O que acontece depois do fim do projeto? Se a resposta é “você nos liga e abrimos um novo contrato”, decida já se isso funciona para você.
Quem responde quando a produção quebra? Numa consultoria, muitas vezes ninguém depois que o projeto fecha. Numa assinatura, pergunte pelos tempos de resposta e se há uma pessoa envolvida ou apenas um alerta automático.
Quais são as condições de saída? Compromissos mínimos, prazos de aviso e como os acessos são revogados quando você sai.

Perguntas sobre adequação

Vocês já trabalharam com times do nosso tamanho, na nossa stack? Uma empresa que se destaca em grandes programas corporativos pode ser inadequada para uma empresa de SaaS de 20 pessoas em ECS e RDS, e o contrário também vale.
Podemos falar com um cliente atual? Referências de clientes em andamento dizem mais do que cases no site.

Nosso texto mais antigo sobre onde buscar ajuda de DevOps cobre o cenário mais amplo, incluindo treinamento e recursos da comunidade, caso você queira desenvolver essas habilidades internamente.

Perguntas frequentes

O que faz um consultor de DevOps?

Um consultor de DevOps ajuda uma empresa a construir ou consertar o caminho do código até a produção: pipelines de CI/CD, infraestrutura como código, ambientes, monitoramento e os processos em torno dos releases. A maioria trabalha em projetos com escopo definido, como uma migração, a reconstrução de um pipeline ou uma auditoria, e repassa o resultado ao seu time quando o projeto termina.

O que são serviços de consultoria de DevOps?

Serviços de consultoria de DevOps são projetos vendidos por uma consultoria ou agência, com preço fechado ou por hora. Vocês combinam uma entrega e um prazo, os consultores entregam com documentação, e depois você é dono do resultado e o opera. Plantão e monitoramento contínuo geralmente não estão incluídos.

A IA vai substituir o DevOps?

Não no sentido de eliminar a necessidade de pessoas responsáveis pela produção. Agentes de IA são bons em vigiar, encaminhar e fazer a primeira análise o tempo todo, e é assim que os usamos na Webera. Decisões de arquitetura, mudanças arriscadas e o que vai para produção continuam com engenheiros; a IA muda mais a forma como o trabalho de DevOps é feito do que a necessidade de alguém fazê-lo.

Onde a Webera se encaixa

A Webera é uma assinatura de DevOps para times de SaaS na AWS. Engenheiros seniores trabalham ao lado de nove agentes de IA, cada um com uma função, cobrindo observabilidade, segurança, CI/CD, incidentes, FinOps, rede, bancos de dados, prontidão das aplicações e padrões. Os agentes cuidam da vigilância, do encaminhamento e da primeira análise o tempo todo; os engenheiros tomam as decisões e entregam as correções. As solicitações chegam por issues do GitHub, Slack ou e-mail, e cada uma é dimensionada em pontos de complexidade para que você saiba o que esperar. Veja o processo completo em como funciona.

Os planos:

Pro, US$ 4.999 por mês. Solicitações ilimitadas, duas em andamento por vez, monitoramento 24/7 e resposta a incidentes, e prazo de entrega médio de 36 horas. O Pro começa online.
Elite, US$ 9.999 por mês. Três solicitações ativas, engenheiro designado e gerente de sucesso do cliente, concierge de compliance para SOC 2, HIPAA e PCI, e prazo de entrega médio de 24 horas.
Platform, US$ 14.999 por mês. Um time trabalhando dentro das suas sprints, com operação multiconta e de Kubernetes e transferência de conhecimento para os seus engenheiros.

Todos os planos têm mínimo de três meses, cobrado mensalmente, e depois seguem mês a mês. Todo o código e toda a configuração são seus.

Se você tem um único projeto com fim claro e um time pronto para operá-lo, uma consultoria pode atender bem. Se o trabalho não para de chegar e ninguém cuida do pager, compare nossos planos e veja se uma assinatura se encaixa melhor.

Consultoria de DevOps vs. assinatura de DevOps