Como este tema funciona na sua empresa
Escolha é dominada por custo. AWS ou GCP são padrão (pricing transparente, sem vínculo). RFP é informal — solicitar preço via web. Avaliação técnica é superficial; confiança em reputação do fornecedor. Suporte básico é aceitável. Tempo de avaliação: 1–2 semanas.
Avaliação estruturada, envolvendo TI e gestão. RFP básico com critérios técnicos e comerciais. PoC simples (testar workload representativo). Suporte começa a importar. Integração com sistemas existentes é critério. Tempo de avaliação: 4–8 semanas.
Avaliação formal, multi-stakeholder (TI, legal, procurement, segurança). RFP detalhado, PoC obrigatório em ambiente controlado. Discussão contratual exigente. Multi-vendor strategy é comum (não ficar locked-in). Tempo de avaliação: 3–6 meses.
Avaliação de fornecedor de cloud e infraestrutura é o processo de analisar se um provedor (AWS, Azure, GCP, colocation local, cloud privada) atende requisitos técnicos, comerciais, operacionais e estratégicos da empresa, através de critérios objetivos, prova de conceito e validação contratual.
Critérios técnicos: performance, escalabilidade e compatibilidade
Avaliação técnica responde: "Essa infraestrutura consegue rodar minha aplicação com a performance que preciso?" Critérios principais:
- Latência: se aplicação é real-time (videochamada, trading), latência importa. Testar latência de resposta em PoC. Cloud providers publicam latência entre regiões.
- Throughput: quantos requests por segundo o sistema aguenta. Realizar teste de carga durante PoC — simular pico esperado e 2x pico.
- SLA (disponibilidade): 99.9% (11.6 horas downtime/ano) vs. 99.99% (52 min/ano) vs. 99.999% (5 min/ano). Quanto mais crítico, maior SLA necessário. Ler SLA contratual, não promessário.
- Compatibilidade com stack: se usa Java + PostgreSQL + Kubernetes, verificar se fornecedor oferece esses serviços ou suporte nativo.
Teste básico de performance em PoC. Rodas aplicação em ambiente dev por 1–2 semanas, valida responsividade. SLA 99.9% é adequado para maioria dos casos (uma hora downtime/mês é aceitável para PME). Compatibilidade: verificar se fornecedor oferece serviço gerenciado que você já usa.
PoC com dados representativos, 3–4 semanas. Teste de carga estruturado (pico esperado + 50%). SLA 99.95% é padrão; 99.99% se serviço crítico. Avaliar suporte multi-cloud: consegue rodar em 2 fornecedores sem re-arquitetar.
PoC em ambiente que espelha produção (dados reais, tráfego sintético equivalente a pico). Teste de failover e DR (disaster recovery). SLA 99.99% é baseline; 99.999% para cargas críticas. Avaliar portabilidade em nível de código (containers, IaC — Infrastructure as Code).
Critérios comerciais: custo, modelo de preço e lock-in
Custo é critério de peso — mas "barato" não significa melhor valor. Problema comum: calculadora de preço é "melhor caso"; uso real é 30–50% maior.
- Modelo de custo: pay-as-you-go (pague só o que usa) vs. reserved instances (pague antecipado, desconto). Reserved is pode economizar 30–40%, mas exige comprometimento de 1–3 anos.
- Componentes escondidos: storage, transferência de dados (saída de dados custa ~$0.09/GB), chamadas de API. Total é geralmente 30% maior que compute inicial.
- Lock-in real: dados saindo custam caro; banco de dados gerenciado é difícil de migrar; integração com serviços proprietários (IA, analíticos) cria dependência.
- Negociação: grandes empresas têm poder; pequenas podem se unir ou aceitar termos padrão. Descontos por volume variam 10–30% conforme histórico de spend.
Use calculadora de preço do fornecedor, multiplique por 1.5x para realismo. Prefira pay-as-you-go (flexibilidade mais importante que desconto). Evite lock-in em serviços proprietários. Custo mensal esperado deve ser previsível.
Solicitar estimativa formal com overhead real (storage, dados). Comparar 3 fornecedores. Se workload é previsível (ex: batch processing 9–17), reserved instances podem economizar. Avaliar custo de saída (quanto custa migrar para outro fornecedor).
Análise de TCO (Total Cost of Ownership) de 5 anos. Incluir custo de operação (pessoal treinado, tooling). Negociar descontos por volume e comprometimento. Estruturar contrato com cláusula de renegociação se spend muda significativamente. Ter estratégia de multi-cloud para evitar lock-in total.
Critérios operacionais: suporte e SLA
Quão rápido fornecedor responde quando problema ocorre? Suporte tem níveis:
- Suporte básico (included): resposta 24h, horário comercial. Para desenvolvimento, é ok.
- Suporte Premium/Enterprise: resposta 1h, 24/7, account manager. Custa 15–25% do compute. Para produção crítica, é necessário.
- SLA garantido: se fornecedor falha a SLA, há crédito (ex: 10% do mês). Ler letra miúda — condições que invalidam SLA (seu erro, força maior).
Critérios estratégicos: roadmap e conformidade
Fornecedor vai estar aí daqui 5 anos? Recurso que você precisa será lançado?
- Roadmap: solicitar roadmap público do fornecedor. Vê tendência tecnológica alinhada com sua visão?
- Conformidade: ISO 27001, SOC 2, LGPD, PCI-DSS. Requisito regulatório pode eliminar fornecedor.
- Data residency: dados devem ficar no Brasil ou em região específica? Nem todo fornecedor oferece.
- Comunidade/ecosystem: marketplace de extensões (integrações, templates). Maior comunidade = mais suporte comunitário.
Processo prático de avaliação: matriz de scoring
Estruture avaliação em matriz para objetividade:
| Critério | Peso | AWS | Azure | GCP |
|---|---|---|---|---|
| Latência (<150ms) | 30% | 9/10 | 8/10 | 8/10 |
| Custo (menor é melhor) | 25% | 8/10 | 7/10 | 9/10 |
| Conformidade | 20% | 10/10 | 10/10 | 8/10 |
| Suporte 24/7 | 15% | 9/10 | 9/10 | 8/10 |
| Integração com stack | 10% | 9/10 | 8/10 | 7/10 |
Calcule score final (soma ponderada). Isso reduz viés emocional e torna decisão defensável.
Sinais de que sua empresa precisa ser criteriosa na avaliação de fornecedor
Se você se reconhece em três ou mais cenários abaixo, dedique tempo real à avaliação (não escolha por preço ou reputação apenas).
- Workload é crítico para negócio e downtime de 1 hora = grande perda financeira
- Dados sensíveis (financeiro, LGPD) exigem conformidade comprovada
- Arquitetura usa serviços proprietários (banco de dados gerenciado) que dificultam migração futura
- Empresa vai investir 5+ anos com fornecedor — decisão é estratégica, não tática
- Multinacional exige múltiplas regiões ou soberania de dados (ex: dados europeus na Europa)
- Custo mensal de cloud > 10% do orçamento de TI — impacto financeiro é alto
Caminhos para avaliar fornecedores de cloud
Avaliação pode ser conduzida internamente ou com apoio de consultoria, dependendo de complexidade e recursos disponíveis.
Viável quando equipe técnica consegue executar PoC e tem tempo disponível.
- Perfil necessário: arquiteto de TI ou engenheiro senior com experiência em cloud
- Tempo estimado: 2–4 semanas para PoC básico; 8–12 semanas para avaliação profunda com testes
- Faz sentido quando: empresa tem expertise interna e avaliação é relativamente simples
- Risco principal: viés interno (preferência por tecnologia que equipe já conhece); subestimar custo real
Indicado para avaliação complexa, multi-vendor ou quando empresa quer benchmark independente.
- Tipo de fornecedor: Consultoria de cloud, arquitetos certificados em AWS/Azure/GCP
- Vantagem: experiência acumulada, benchmark de mercado, análise imparcial sem viés interno
- Faz sentido quando: decisão é estratégica, custo é alto, ou empresa não tem expertise interna
- Resultado típico: em 6–10 semanas, RFP estruturado, PoC executado, recomendação com justificativa técnica e comercial
Precisa de apoio para estruturar avaliação de fornecedor de cloud?
Se escolha de cloud ou infraestrutura é prioridade na sua empresa, o oHub conecta você gratuitamente a consultores especializados. Em menos de 3 minutos, você descreve sua necessidade e recebe propostas personalizadas, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Como comparar fornecedores de cloud?
Use matriz de scoring: liste critérios técnicos (latência, SLA, performance), comerciais (custo, lock-in), operacionais (suporte, conformidade) e estratégicos (roadmap). Atribua peso a cada critério conforme importância para sua empresa. Avalie cada fornecedor em cada critério (1–10). Calcule score ponderado. Isso reduz viés e torna decisão objetiva.
Quais são os critérios para escolher fornecedor?
Critérios técnicos (latência, disponibilidade, compatibilidade com stack), comerciais (custo, contrato, lock-in), operacionais (suporte, SLA), estratégicos (roadmap, conformidade regulatória). Priorize conforme contexto: PME foca custo; startup foca flexibilidade; corporação foca conformidade e suporte.
Como avaliar TCO de fornecedor?
TCO (Total Cost of Ownership) é custo compute + storage + dados + pessoal + ferramentas ao longo de 5 anos. Calcule custo mensal esperado (use calculadora do fornecedor, multiplique por 1.5x para realismo). Considere custo de saída (quanto custa migrar depois). Compare TCO entre 2–3 fornecedores — fornecedor "mais barato" pode ter TCO mais alto se lock-in é alto.
Qual é o melhor SLA de cloud?
99.9% (11.6h downtime/ano) é aceitável para maioria. 99.95% (4.4h) é bom. 99.99% (52min) é excelente e custa mais. 99.999% é premium. Escolha conforme criticidade: aplicação não crítica precisa 99.9%; aplicação crítica precisa 99.99%. Importante: ler SLA contratual (nem tudo que fornecedor promete tem crédito garantido).
Como fazer prova de conceito (PoC) com fornecedor?
PoC deve replicar workload real: dados representativos, tráfego simulado, duração 2–4 semanas. Teste performance, custo mensal, integração com sistemas existentes. Valide comportamento em pico de tráfego. Documente achados em relatório técnico. Não comece com produção — use ambiente dev/test.
Quanto devemos gastar em infraestrutura?
Benchmarks variam por setor. Como orientação, infraestrutura é 2–5% do revenue. Pequenas empresas gastam proporcionalmente mais (overhead fixo). Grandes, menos (economia de escala). Se gasto em infraestrutura é > 10% do orçamento operacional, considere otimização ou renegociação com fornecedor.