Como contratar e implantar data centers públicos: cloud-first, ETP, Lei 14.133, TIA-942-C, ISO 22237, redundância, fiscalização, comissionamento e aceite.
Confira!
Contratar um data center público não é comprar racks, servidores, UPS, chillers ou grupos geradores. É decidir como uma organização pública garantirá disponibilidade, segurança, continuidade e capacidade para serviços digitais críticos ao longo de anos — e depois transformar essa decisão em requisitos multidisciplinares que possam ser licitados, fiscalizados, testados e aceitos.
No Poder Executivo Federal integrante do SISP, essa decisão possui um gate ainda anterior: a Instrução Normativa SGD/ME nº 94/2022 estabelece que órgãos e entidades que necessitem criar, ampliar ou renovar infraestrutura de centro de dados devem fazê-lo por serviços de computação em nuvem, salvo quando a inviabilidade for demonstrada no Estudo Técnico Preliminar. Portanto, para esses órgãos, um novo investimento em infraestrutura física não deve começar pelo BOM; começa pela justificativa técnica e estratégica de por que a alternativa física, híbrida ou uma modernização é necessária.
Quando a infraestrutura física é justificada, o problema muda de natureza. Um data center reúne arquitetura, elétrica, energia ininterrupta, geração, climatização, telecomunicações, automação, segurança física, detecção e combate a incêndio, monitoramento, software de gestão, operação e procedimentos. A própria IN 94 diferencia diversos desses elementos — como cabeamento, infraestrutura elétrica, refrigeração e segurança física — da categoria estrita de recursos de TIC, mesmo quando integram uma sala de data center. Essa separação mostra por que a contratação exige coordenação entre Engenharia e Tecnologia da Informação.
O erro mais perigoso é reduzir missão crítica a uma lista de equipamentos. Dois projetos podem usar marcas semelhantes e possuir níveis de resiliência completamente diferentes. Disponibilidade nasce da arquitetura, da eliminação de pontos únicos de falha, da capacidade de manutenção, do comportamento em falhas, dos procedimentos operacionais e da validação integrada do sistema.
A primeira pergunta é: o órgão precisa realmente de um novo data center físico?
No setor público federal abrangido pelo SISP, a escolha por criar, ampliar ou renovar infraestrutura física de centro de dados precisa superar primeiro o gate do Estudo Técnico Preliminar. A decisão correta pode ser nuvem, híbrido, modernização ou infraestrutura própria — e precisa ser demonstrada antes do projeto.
Antes de discutir potência, Tier, redundância ou área técnica, o Estudo Técnico Preliminar precisa comparar alternativas.
No contexto do SISP federal, a regra cloud-first da IN SGD/ME nº 94/2022 exige demonstração quando a solução escolhida envolve criação, ampliação ou renovação de infraestrutura de centro de dados fora da estratégia principal de nuvem.
A análise não deve ser superficial. “Precisamos manter os dados dentro do prédio” ou “sempre tivemos CPD próprio” não são, por si, justificativas de engenharia.
O estudo deve avaliar pelo menos:
- criticidade das cargas;
- requisitos de latência;
- soberania e classificação da informação;
- integrações com sistemas locais;
- dependência de conectividade externa;
- disponibilidade exigida;
- requisitos de recuperação de desastre;
- capacidade da infraestrutura existente;
- custos de CAPEX e OPEX;
- ciclo de vida dos ativos;
- competências de operação;
- estratégia de nuvem e ambiente híbrido;
- riscos de concentração;
- portabilidade;
- prazo de implantação;
- possibilidade de colocation ou contratação de serviços especializados.
O Estudo de Viabilidade de Data Center deve transformar essas dimensões em alternativas comparáveis, não em uma justificativa escrita depois que a solução já foi escolhida.
Data center público é um sistema de missão crítica, não um projeto de TI isolado
A infraestrutura sustenta serviços que podem incluir arrecadação, saúde, justiça, segurança, educação, identidade, sistemas administrativos, dados institucionais e aplicações essenciais.
A indisponibilidade pode produzir impactos que vão além de perda de produtividade interna:
- interrupção de serviço ao cidadão;
- indisponibilidade de sistemas estruturantes;
- perda de acesso a informação crítica;
- falha de comunicação entre unidades;
- riscos de integridade e continuidade;
- impacto reputacional;
- necessidade de operação manual;
- exposição contratual e regulatória.
Por isso, a arquitetura deve ser derivada de requisitos de negócio e disponibilidade.
Começar pela pergunta “qual UPS comprar?” inverte a lógica. Primeiro deve-se definir qual falha a instalação precisa suportar e qual nível de manutenção precisa ser possível sem interromper a carga crítica.
Cloud-first não elimina a Engenharia de Data Centers
A prioridade por nuvem não significa que instalações físicas desapareceram.
Órgãos podem manter ambientes próprios existentes, arquiteturas híbridas, edge, infraestrutura de conectividade, salas técnicas, sistemas locais ou necessidades que justifiquem recursos físicos. Além disso, serviços de nuvem dependem de data centers físicos operados por terceiros.
A consequência é uma mudança de foco:
- menos decisões baseadas em “possuir hardware por padrão”;
- mais análise de arquitetura de serviço;
- maior importância de disponibilidade ponta a ponta;
- integração entre infraestrutura local e nuvem;
- planejamento de migração e continuidade;
- governança de dependências externas.
Para instalações próprias existentes, modernizar pode ser mais complexo que construir um ambiente novo porque a operação não pode parar.
O artigo Modernização de Data Center sem interromper a operação aborda essa condição brownfield.
O ETP de um data center público precisa comparar risco, não apenas preço
O menor CAPEX inicial pode produzir o maior risco operacional.
Uma análise de alternativas deve considerar custo do ciclo de vida e consequências de indisponibilidade.
| Alternativa | CAPEX | OPEX | Controle | Escalabilidade | Dependência externa | Complexidade operacional |
| data center próprio | alto | alto | alto | moderada | menor em infraestrutura local | alta |
| modernização do existente | variável | variável | alto | limitada pelo site | moderada | muito alta durante transição |
| colocation | menor CAPEX | recorrente | compartilhado | alta | alta | moderada |
| nuvem | baixo CAPEX físico | consumo recorrente | lógico/contratual | alta | alta | diferente da operação predial |
| híbrido | distribuído | misto | compartilhado | alta | múltipla | alta integração |
A tabela não determina uma solução. Mostra que a comparação precisa ir além de preço de aquisição.
O ETP também deve registrar premissas de crescimento. Projetar pela carga atual e descobrir dois anos depois que não há capacidade elétrica, térmica ou física disponível é falha de planejamento.
Como definir requisitos de disponibilidade antes do projeto
Disponibilidade precisa ser traduzida em comportamentos esperados.
Perguntas úteis:
- a carga crítica deve continuar durante manutenção preventiva?
- uma falha de UPS pode interromper o serviço?
- a perda de um chiller derruba toda a refrigeração?
- existe caminho elétrico alternativo até o rack?
- equipamentos de TI possuem dupla alimentação?
- manutenção do quadro principal exige shutdown?
- falha de automação pode causar parada?
- existe autonomia suficiente para transferência e operação com geração?
- quais sistemas precisam sobreviver a incêndio localizado?
- como será testado o retorno à condição normal?
Essas perguntas produzem requisitos de arquitetura.
A terminologia N, N+1, 2N ou distribuição A/B é útil, mas não substitui análise de sistema. O artigo Arquitetura elétrica de Data Center: N, N+1, 2N e distribuição A/B mostra por que redundância local não garante resiliência ponta a ponta.
TIA-942-C e ISO/IEC 22237: como usar normas sem transformar a contratação em selo
A ANSI/TIA-942-C, publicada em maio de 2024, abrange requisitos de infraestrutura de data centers e salas de computadores, incluindo telecomunicações, energia, refrigeração, arquitetura, proteção contra incêndio, segurança e outras dimensões.
A série ISO/IEC 22237 estrutura requisitos e recomendações para instalações e infraestrutura de data centers. Partes publicadas em 2024 tratam, entre outros assuntos, de construção e de sistemas de segurança.
Essas referências ajudam a estabelecer linguagem comum e critérios técnicos, mas o edital precisa indicar claramente quais requisitos serão aplicáveis ao objeto.
Escrever apenas “o data center deverá atender à TIA-942” pode ser insuficiente. É necessário definir:
- escopo de conformidade;
- classificação pretendida;
- disciplinas incluídas;
- requisitos mandatórios;
- critérios de verificação;
- responsabilidade por documentação;
- necessidade ou não de certificação independente;
- tratamento de instalações existentes que não possam atender integralmente ao padrão.
Norma deve orientar requisito verificável. Não deve funcionar como substituto de projeto.
A contratação precisa separar requisito de desempenho de solução de fabricante
Uma especificação pública deve evitar depender de marca sem justificativa legal e técnica.
Em missão crítica, a saída é especificar desempenho e interfaces com profundidade suficiente.
Para UPS, por exemplo, podem ser relevantes:
- potência e margem;
- topologia;
- eficiência;
- redundância;
- autonomia;
- bypass;
- coordenação de proteção;
- manutenção;
- interfaces de monitoramento;
- comportamento em falha;
- compatibilidade com gerador;
- requisitos ambientais.
Para climatização:
- carga térmica;
- densidade;
- condições de projeto;
- redundância;
- controle;
- distribuição de ar ou líquido;
- contenção;
- monitoramento;
- resposta a falha;
- manutenção concorrente.
A mesma lógica vale para geradores, quadros, PDU, cabeamento, segurança, incêndio e automação.
O BOM deve ser consequência da arquitetura
Listar equipamentos antes de fechar a arquitetura cria dependências artificiais.
A sequência correta é:
- requisitos de negócio;
- requisitos de disponibilidade;
- capacidade e crescimento;
- arquitetura conceitual;
- critérios de redundância;
- projeto básico/executivo;
- especificações de desempenho;
- quantitativos;
- BOM de referência ou aquisição.
O BOM ajuda a quantificar a solução. Ele não deve definir sozinho a solução.
Em procurement público, essa distinção reduz o risco de adquirir componentes individualmente corretos que, integrados, não entregam o desempenho requerido.
Disciplinas que precisam ser coordenadas em um data center público
Arquitetura e construção
Incluem compartimentação, acessos, resistência ao fogo, cargas estruturais, piso, áreas técnicas, rotas, salas elétricas, baterias, armazenamento, docas e circulação de manutenção.
Energia elétrica
Abrange alimentação da concessionária, média e baixa tensão, transformadores, quadros, ATS, STS quando aplicável, UPS, PDU, distribuição A/B, aterramento, proteção contra surtos, seletividade, qualidade de energia e medição.
Geração de emergência
O sistema deve considerar partida, transferência, paralelismo quando aplicável, autonomia, combustível, reposição, ventilação, exaustão, manutenção e comportamento com cargas não lineares.
Climatização
Carga térmica de TI não é a única variável. É preciso avaliar densidade, expansão, fluxo de ar, contenção, redundância, condição externa, água gelada ou expansão direta, bombas, controles e falhas.
Telecomunicações
Topologia, pathways, salas, racks, fibras, cobre, cross-connects e redundância física precisam ser coordenados com energia e layout.
Segurança física
Perímetro, zonas, controle de acesso, autenticação, CFTV, intrusão e procedimentos devem refletir criticidade e modelo operacional.
O conteúdo sobre Segurança física em Data Centers aprofunda essa arquitetura.
Proteção contra incêndio
Detecção precoce, detecção convencional, supressão, compartimentação, interfaces com HVAC e energia e procedimentos de emergência precisam ser integrados.
Supervisão e automação
BMS, EPMS e DCIM possuem papéis diferentes. A integração precisa evitar que alarmes críticos se percam em centenas de eventos sem prioridade.
O artigo DCIM, BMS e EPMS em Data Centers detalha as diferenças.
O maior risco é a interface entre disciplinas
Uma UPS pode estar corretamente dimensionada e falhar no sistema porque a transferência com o gerador não foi validada. Um chiller redundante pode não aumentar disponibilidade se bombas ou alimentação permanecerem em ponto único. Dois caminhos de telecomunicações podem entrar no prédio pela mesma rota física.
Por isso, a fiscalização não pode ser organizada apenas por checklists independentes de elétrica, HVAC e TI.
Ela precisa verificar interfaces.
Exemplos:
- gerador x UPS;
- UPS x distribuição A/B;
- HVAC x automação;
- incêndio x desligamentos;
- segurança x rotas de emergência;
- BMS x EPMS;
- alimentação x equipamentos dual-cord;
- cabeamento x compartimentação;
- modelo de operação x manutenção.
O valor do Owner’s Engineering aparece fortemente nessas fronteiras.
Como estruturar o Termo de Referência de um data center
O documento precisa traduzir a arquitetura em obrigações verificáveis.
Uma estrutura pode incluir:
- contexto e objetivo;
- requisitos de serviço e criticidade;
- escopo e limites de fornecimento;
- premissas de capacidade;
- requisitos de disponibilidade;
- normas aplicáveis;
- requisitos por disciplina;
- requisitos de integração;
- documentação de projeto;
- submittals;
- qualidade e inspeção;
- FAT e testes de fábrica;
- instalação;
- pré-comissionamento;
- comissionamento funcional;
- testes integrados;
- treinamento;
- documentação As Built;
- procedimentos operacionais;
- critérios de recebimento.
O erro é dedicar dezenas de páginas a fichas técnicas de equipamentos e poucas linhas a integração, testes e aceite.
Regime de contratação e alocação de riscos
Data centers podem ser contratados por diferentes estratégias, e cada uma muda a distribuição de responsabilidade.
Em uma contratação tradicional com projeto detalhado do contratante, a Administração retém maior responsabilidade pela definição. Em contratação integrada ou semi-integrada, a matriz de riscos, os requisitos de desempenho e os limites de liberdade da contratada ganham ainda mais importância.
Questões críticas incluem:
- responsabilidade por dimensionamento final;
- riscos de condição existente;
- interfaces com operação;
- compatibilização;
- aprovação de equivalentes;
- desempenho energético;
- garantias;
- testes;
- certificações;
- disponibilidade durante transição;
- consequências de falha em comissionamento.
O regime não corrige um requisito mal definido. Quanto mais liberdade se dá ao contratado, mais claros precisam ser os resultados esperados.
Como lidar com a fronteira entre contratação de TIC e Engenharia
A IN SGD/ME nº 94/2022 é particularmente útil para mostrar que um data center pode reunir objetos de naturezas diferentes.
Seu Anexo I exclui da categoria de recursos de TIC, entre outros, serviços de engenharia civil, controle de acesso físico, cabeamento estruturado, infraestrutura elétrica, hidráulica/refrigeração e combate a incêndio, ainda que integrem sala de data center.
Isso exige atenção na estratégia de contratação.
O órgão precisa decidir se fará:
- uma contratação integrada multidisciplinar;
- lotes coordenados;
- contratos separados;
- obra com fornecimentos especializados;
- contratação de TIC separada da infraestrutura predial.
Qualquer modelo pode funcionar. O risco surge quando fronteiras não são definidas.
Uma interface sem dono costuma virar atraso ou disputa.
Data center existente: due diligence antes de especificar modernização
Modernização brownfield deve começar por diagnóstico.
A equipe precisa levantar:
- diagramas unifilares reais;
- capacidades instaladas;
- carregamentos;
- estado de UPS e baterias;
- autonomia;
- geradores;
- qualidade de energia;
- climatização;
- fluxo de ar;
- capacidade de racks;
- rotas de cabeamento;
- segurança;
- incêndio;
- automação;
- alarmes;
- manutenção;
- histórico de falhas;
- documentação existente.
O Diagnóstico e Modernização de Data Centers e CPDs permite estabelecer baseline técnica antes de decidir intervenções.
Sem levantamento, o edital transfere incógnitas para preço ou para futuros aditivos.
Capacidade deve ser projetada como vetor, não como um único número
Dizer que o data center terá “500 kW” é insuficiente.
Capacidade envolve:
- potência total;
- potência por rack;
- espaço;
- refrigeração;
- rede;
- portas;
- autonomia;
- capacidade de geração;
- caminhos disponíveis;
- reserva para expansão;
- capacidade operacional.
O gargalo real é o menor desses limites.
Um site pode ter potência de subestação disponível e não ter refrigeração, espaço ou distribuição suficientes.
A Gestão de capacidade em Data Centers deve acompanhar o ativo depois da entrega.
Eficiência não pode comprometer resiliência
PUE, WUE e outros indicadores são importantes, mas precisam ser lidos com o perfil de carga e a arquitetura.
Um projeto público pode buscar eficiência por:
- equipamentos de alto rendimento;
- contenção;
- elevação controlada de temperatura;
- free cooling quando aplicável;
- otimização de setpoints;
- melhor utilização de capacidade;
- redução de perdas elétricas;
- monitoramento.
Mas economia não deve criar ponto único de falha ou eliminar margem necessária.
A avaliação precisa integrar custo do ciclo de vida, sustentabilidade e missão.
O comissionamento precisa ser especificado antes da obra
Comissionamento não é uma inspeção final adicionada quando a instalação está pronta.
Os critérios de teste precisam influenciar projeto, aquisição, documentação e interfaces.
Um programa pode incluir:
- revisão de requisitos;
- revisão de projeto;
- submittals;
- inspeções de fabricação;
- FAT;
- checklists de instalação;
- testes individuais;
- testes funcionais;
- testes sob carga;
- cenários de falha;
- testes integrados de sistemas;
- restauração;
- documentação de resultados;
- tratamento de pendências.
O artigo Comissionamento de Data Center: testes, níveis e critérios de aceite apresenta a lógica progressiva de testes.
IST: é no teste integrado que a arquitetura deixa de ser promessa
Um diagrama pode mostrar redundância perfeita. O IST verifica como o conjunto se comporta quando eventos reais são provocados.
Cenários podem incluir:
- perda de alimentação normal;
- falha de UPS;
- falha de módulo redundante;
- transferência para gerador;
- perda de equipamento de refrigeração;
- perda de bomba;
- falha de comunicação de automação;
- atuação de detecção de incêndio;
- perda de caminho A ou B;
- retorno à condição normal.
A meta não é “derrubar o data center”. É demonstrar que falhas previstas são contidas e que procedimentos de recuperação são executáveis.
O conteúdo IST em Data Centers: testes integrados, cenários e critérios de aceite aprofunda esse ponto.
Aceite não pode depender de equipamento energizado
“Ligou” não significa “aceito”.
Um recebimento técnico deve verificar:
- instalação;
- parametrização;
- testes;
- redundância;
- alarmes;
- documentação;
- As Built;
- treinamento;
- procedimentos;
- lista de pendências;
- garantias;
- sobressalentes;
- integração;
- desempenho sob cenários previstos.
O serviço de Comissionamento e Aceite de Data Centers estrutura essa verificação de forma independente.
MOP, SOP e EOP precisam existir antes da operação
Instalações resilientes podem falhar por procedimento inadequado.
MOPs descrevem operações de manutenção planejada; SOPs estruturam rotinas; EOPs orientam resposta a emergências.
O conteúdo MOP, SOP e EOP em Data Centers mostra por que procedimento faz parte da confiabilidade.
O handover deve entregar não apenas ativos, mas capacidade operacional.
Segurança física em data center público exige zoneamento e rastreabilidade
Instalações governamentais podem concentrar informação e serviços sensíveis.
A segurança precisa combinar:
- perímetro;
- zonas;
- identidade;
- controle de acesso;
- autenticação;
- segregação de áreas;
- CFTV;
- detecção de intrusão;
- registro de visitantes;
- procedimentos;
- retenção de logs;
- resposta a incidentes.
A ISO/IEC 22237-6:2024 trata requisitos e recomendações para sistemas de segurança de data centers em relação a acesso não autorizado, intrusão, eventos internos e externos.
O requisito público deve evitar uma simples lista de câmeras e leitores. Precisa definir objetivos de proteção, cobertura, retenção, integração e operação.
Como fiscalizar a implantação de um data center
A fiscalização deve acompanhar a cadeia completa, não apenas a etapa civil.
Uma matriz pode usar fases:
| Fase | Evidências principais |
| projeto | cálculos, diagramas, estudos, coordenação |
| procurement | submittals, equivalência, FAT, certificados |
| instalação | inspeções, checklists, fotos, torque, identificação |
| pré-comissionamento | testes individuais, calibração, continuidade |
| comissionamento | testes funcionais e intertravamentos |
| IST | cenários integrados e falhas simuladas |
| handover | As Built, Data Book, procedimentos, treinamento |
O fiscal deve ter acesso às evidências antes da medição dos marcos correspondentes.
A medição deve acompanhar entregáveis verificáveis
Data centers possuem equipamentos caros. Isso cria risco de a curva financeira avançar muito antes da prontidão operacional.
A medição pode ser vinculada a marcos como:
- projeto aprovado;
- fabricação;
- FAT;
- entrega;
- instalação;
- energização;
- teste funcional;
- IST;
- aceite.
Pesos precisam ser equilibrados para evitar front-loading.
Um equipamento entregue no site não representa o mesmo valor de um sistema instalado, testado e integrado.
Owner’s Engineering: por que o setor público precisa de uma visão independente
Em missão crítica, o integrador não deve ser a única fonte de confirmação de que sua própria arquitetura atende ao interesse do proprietário. A camada independente revisa projeto, interfaces, propostas, submittals, medições, testes e riscos.
Em uma contratação complexa, o executor possui interesse legítimo em cumprir seu contrato e otimizar sua solução. A Administração precisa de uma camada técnica que represente seus próprios requisitos.
O Owner’s Engineering pode atuar em:
- definição de requisitos;
- revisão do ETP e TR;
- revisão de arquitetura;
- análise de propostas;
- equivalência técnica;
- design review;
- fiscalização;
- análise de submittals;
- inspeções;
- validação de medições;
- controle de interfaces;
- gestão de riscos;
- comissionamento;
- aceite;
- handover.
O serviço de Owner’s Engineering para Data Centers foi estruturado exatamente para essa governança entre requisito, projeto, implantação e aceite.
Independência em avaliação e fiscalização de TIC
A IN SGD/ME nº 94/2022 contém um princípio especialmente relevante: quando avaliação, mensuração ou apoio à fiscalização da solução de TIC é contratada, a empresa que provê a solução não pode ser a mesma que a avalia, mensura ou apoia a fiscalização.
Mesmo quando parte da infraestrutura física segue enquadramento de Engenharia, a lógica de independência é valiosa para missão crítica.
O integrador não deve ser a única fonte de confirmação de que sua própria arquitetura atende ao requisito.
Exemplo: modernização de um data center de órgão público
Considere um órgão com data center de 12 anos, carga crítica crescente e histórico de alarmes de climatização.
A demanda inicial poderia ser “trocar UPS e ar-condicionado”. Uma due diligence revela:
- UPS próxima do limite;
- baterias em fim de vida;
- gerador com autonomia insuficiente;
- distribuição elétrica com ponto único;
- refrigeração N+1 apenas nominal, pois as unidades compartilham alimentação;
- racks com densidade desigual;
- BMS sem integração com EPMS;
- rotas de fibra convergentes;
- documentação As Built desatualizada.
Comprar apenas UPS e CRACs novos não resolve o risco sistêmico.
A estratégia passa a ser:
- validar necessidade física x nuvem/híbrido;
- definir requisito de disponibilidade;
- criar arquitetura alvo;
- planejar fases sem interrupção;
- projetar caminhos e redundâncias;
- especificar equipamentos por desempenho;
- contratar com matriz de interfaces;
- executar com fiscalização independente;
- realizar comissionamento progressivo;
- testar cenários integrados;
- entregar procedimentos e As Built.
A diferença entre compra de equipamentos e Engenharia Consultiva está justamente nessa transformação da demanda em sistema.
Checklist antes de licitar um data center público
A Administração deve conseguir responder:
- o ETP comparou nuvem, híbrido e infraestrutura física quando aplicável?
- a necessidade do data center está tecnicamente justificada?
- requisitos de disponibilidade foram definidos?
- capacidade atual e futura foi estimada?
- arquitetura elétrica está fechada?
- climatização está coordenada com densidade?
- segurança física e incêndio possuem critérios?
- telecomunicações possuem rotas e redundância?
- sistemas de monitoramento estão integrados?
- interfaces entre TIC e Engenharia estão definidas?
- regime de contratação é coerente com maturidade do projeto?
- matriz de riscos cobre condições existentes e disponibilidade?
- requisitos de comissionamento estão no edital?
- IST possui cenários e critérios?
- medição está vinculada a entregáveis verificáveis?
- As Built e Data Book estão especificados?
- treinamento e procedimentos fazem parte do aceite?
Se várias respostas forem negativas, o edital provavelmente está tentando contratar equipamentos antes de contratar uma arquitetura de missão crítica.
Quando usar Estudo de Viabilidade, Projeto, Owner’s Engineering e Comissionamento
Esses serviços resolvem problemas diferentes.
Estudo de Viabilidade
Define a alternativa: manter, modernizar, construir, colocation, nuvem ou híbrido.
Projeto de Data Center
Transforma requisitos em arquitetura, cálculos, desenhos, especificações e documentos de contratação.
Owner’s Engineering
Representa tecnicamente o proprietário durante procurement e implantação.
Comissionamento
Verifica se o sistema instalado atende aos requisitos e funciona sob cenários de operação e falha.
Em projetos de maior risco, os quatro formam uma sequência lógica.
Os gates técnicos que devem anteceder a licitação e o aceite
Em infraestrutura crítica, a contratação se torna mais segura quando decisões irreversíveis são condicionadas a gates técnicos. O objetivo é impedir que o projeto avance para aquisição, instalação ou recebimento com premissas ainda abertas. Cada gate deve encerrar um conjunto de decisões e produzir evidências suficientes para autorizar a fase seguinte.
| Gate | Decisão | Evidências mínimas |
| G0 — estratégia | nuvem, híbrido, colocation, modernização ou infraestrutura própria | ETP, criticidade, requisitos de serviço, análise de alternativas e TCO |
| G1 — requisitos | qual disponibilidade, capacidade e resiliência serão contratadas | Owner’s Project Requirements, premissas de crescimento, matriz de criticidade e critérios de continuidade |
| G2 — arquitetura | como energia, refrigeração, telecom, incêndio, segurança e automação se integram | diagramas, cálculos, matriz de interfaces, análise de pontos únicos de falha e manutenção concorrente |
| G3 — procurement | se equipamentos e sistemas propostos atendem ao desempenho especificado | submittals, equivalência técnica, data sheets, estudos, FAT e documentação de fabricante |
| G4 — prontidão para energização | se a instalação pode iniciar testes funcionais com segurança | checklists, inspeções, calibração, torque, continuidade, parametrização e punch list controlada |
| G5 — prontidão operacional | se o conjunto suporta cenários de operação e falha | testes funcionais, intertravamentos, alarmes, testes sob carga e IST |
| G6 — aceite | se o proprietário pode assumir o ativo | As Built, Data Book, MOP/SOP/EOP, treinamento, garantias, pendências residuais e evidências de desempenho |
Esse encadeamento reduz o risco de aceitar um sistema tecnicamente incompleto apenas porque a instalação física terminou. Em data centers, uma parcela relevante do valor está justamente no que só aparece durante a falha simulada, a manutenção planejada, a transferência de fonte e a restauração.
Redundância deve ser verificada como cadeia, não como etiqueta
Uma das armadilhas mais comuns é tratar N+1 ou 2N como atributo isolado de equipamento. A resiliência real depende da cadeia completa entre a fonte e a carga. Um sistema pode possuir UPS redundantes e continuar vulnerável porque compartilha um único quadro, barramento, ATS, rota, controlador, alimentação de bomba ou ponto de distribuição.
Por isso, a revisão de arquitetura precisa perguntar, para cada falha previsível, três coisas: qual componente é perdido, qual caminho assume a carga e quais funções permanecem disponíveis durante a recuperação. A resposta deve ser demonstrável em diagramas e depois comprovada em testes.
Essa lógica também vale para refrigeração e telecomunicações. Duas máquinas não representam redundância efetiva se dependem da mesma alimentação ou do mesmo circuito hidráulico. Dois links não representam diversidade se percorrem a mesma rota física. A redundância declarada pelo fornecedor precisa ser convertida em análise de pontos únicos de falha.
O aceite deve ser amarrado a uma matriz de desempenho
Um edital forte não termina na lista de equipamentos e serviços. Ele informa como a Administração reconhecerá que o objeto foi efetivamente entregue. Para isso, cada requisito relevante deve possuir um método de verificação.
Requisitos documentais podem ser verificados por revisão de submittals e Data Book. Requisitos físicos podem exigir inspeção. Requisitos de capacidade exigem medições. Requisitos de redundância exigem isolamento de componentes e perda de caminhos. Requisitos de integração exigem testes de intertravamento. Requisitos de continuidade exigem cenários integrados.
A matriz de desempenho deve nascer no projeto e ser levada ao Termo de Referência, ao plano de comissionamento e aos boletins de medição. Assim, o critério usado para especificar o sistema é o mesmo usado para fiscalizar e aceitar. Isso reduz subjetividade, evita recebimento prematuro e melhora a posição técnica da Administração diante de divergências.
Considerações finais
Data centers públicos exigem uma combinação rara de Engenharia, TIC, procurement, segurança, operação e governança. A criticidade do serviço não permite reduzir a contratação a equipamentos de catálogo.
No SISP federal, o próprio planejamento começa pela estratégia cloud-first e exige justificativa quando a solução física é escolhida. Quando essa infraestrutura é necessária, a Administração precisa definir disponibilidade, capacidade, arquitetura, interfaces, critérios de desempenho, medição, comissionamento e aceite antes da licitação.
As referências TIA-942-C e ISO/IEC 22237 ajudam a estruturar requisitos técnicos, mas não substituem a engenharia do objeto. Redundância precisa ser analisada ponta a ponta, e o comportamento do sistema precisa ser comprovado por testes integrados.
O objetivo da contratação não é receber um conjunto de equipamentos energizados. É receber uma infraestrutura capaz de sustentar os serviços públicos para os quais foi concebida, com riscos conhecidos, documentação completa e desempenho demonstrado.
O recebimento de um data center deve ser baseado em desempenho demonstrado. Testes individuais, funcionais e integrados precisam comprovar que a instalação responde corretamente a falhas, transferências e condições de recuperação previstas em projeto.
Referências técnicas
[1] BRASIL. Lei nº 14.133, de 1º de abril de 2021 — Lei de Licitações e Contratos Administrativos. 2021. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm.
[2] SECRETARIA DE GOVERNO DIGITAL. Instrução Normativa SGD/ME nº 94, de 23 de dezembro de 2022 — processo de contratação de soluções de TIC. 2022. Disponível em: https://www.gov.br/governodigital/pt-br/contratacoes-de-tic/legislacao/processo-de-contratacao-de-solucoes-de-tic-regido-pela-lei-ndeg-14-133-de-2021.
[3] GOVERNO DIGITAL. Data Centers no Governo Federal. 2026. Disponível em: https://www.gov.br/governodigital/pt-br/infraestrutura-nacional-de-dados/ambiente-tecnologico/data-centers.
[4] TELECOMMUNICATIONS INDUSTRY ASSOCIATION. ANSI/TIA-942-C — Telecommunications Infrastructure Standard for Data Centers. 2024. Disponível em: https://tiaonline.org/standard/tia-942/.
[5] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 22237-2:2024 — Data centre facilities and infrastructures — Building construction. 2024. Disponível em: https://www.iso.org/standard/82248.html.
[6] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 22237-6:2024 — Data centre facilities and infrastructures — Security systems. 2024. Disponível em: https://www.iso.org/standard/82250.html.
Perguntas frequentes
Para órgãos e entidades integrantes do SISP, a IN SGD/ME 94/2022 estabelece que a criação, ampliação ou renovação de infraestrutura de centro de dados deve seguir a estratégia de contratação de serviços de computação em nuvem, salvo quando a inviabilidade for demonstrada no Estudo Técnico Preliminar.
Pode envolver ambos. A IN 94/2022 exclui da categoria de recursos de TIC diversos elementos físicos, como engenharia civil, cabeamento estruturado, infraestrutura elétrica, refrigeração, controle de acesso físico e combate a incêndio, mesmo quando integram uma sala de data center. A estratégia deve definir claramente as interfaces.
Não existe obrigação geral nacional de certificar todo data center público pela TIA-942-C. A norma pode ser adotada como referência técnica conforme o objeto, e o edital deve definir quais requisitos, classificações e verificações serão exigidos.
Devem ser definidos criticidade, requisitos de disponibilidade, capacidade, arquitetura elétrica, redundância, autonomia, manutenção e comportamento esperado em falhas. O equipamento é consequência desses requisitos.
Porque equipamentos individualmente aprovados podem falhar quando integrados. O comissionamento verifica funções, intertravamentos, alarmes, redundância e cenários de falha, culminando em testes integrados do sistema.
N+1 descreve reserva de capacidade em determinado subsistema. Resiliência exige analisar o caminho completo e verificar se existem pontos únicos de falha, capacidade de manutenção e comportamento adequado quando componentes ou utilidades são perdidos.
Representa tecnicamente o proprietário na definição de requisitos, revisão de projeto, procurement, análise de propostas, fiscalização, controle de interfaces, validação de medições, comissionamento, aceite e handover.
Materiais técnicos complementares
Soluções relacionadas
- Data Centers: infraestrutura crítica, disponibilidade, energia e conectividade
- Data Center Infrastructure Management — DCIM
Serviços relacionados
- Estudo de Viabilidade de Data Center
- Projeto de Data Center
- Owner’s Engineering para Data Centers
- Comissionamento e Aceite de Data Centers
