Teste

31/07/2023, 21:02 SEI/MC - 14250839 - IN1: Estudo Técnico Preliminar

MINISTÉRIO DO DESENVOLVIMENTO E ASSISTÊNCIA SOCIAL, FAMÍLIA E COMBATE À FOME
COORDENAÇÃO-GERAL DE GESTÃO DE DADOS E INFORMAÇÃO
ESTUDO TÉCNICO PRELIMINAR DA CONTRATAÇÃO
PROCESSO ADMINISTRATIVO Nº 71000.005301/2023-72
Contratação de solução para sustentação do ambiente analítico de dados do Ministério.
HISTÓRICO DE REVISÕES
Data Versão Descrição Autor
Integrantes
10/03/2023 1.0 Versão Inicial com Requisitos finalizados. Justificativa em finalização. Requisitante e
Técnico.
Integrantes
28/03/2023 2.0 Revisão do documento após análise jurídica Requisitante e
Técnico.
Integrantes
10/04/2023 3.0 Recebimento das propostas. Requisitante e
Técnico.
Integrantes
Complementação dos soluções existentes, itens 7.2.1. e 7.2.3, e da pesquisa de
17/04/2023 4.0 Requisitante e
mercado, item 10.4.
Técnico.
Revisão e complementação do documento, item(ns): 2, 5, 8, 9, 10, 11, 12 e 13. Integrantes
22/06/2023 5.0 Renovação da(s) da pesquisa(s) de mercado. Inclusão do(s) item(ns): 4- Requisitante e
Definições. Técnico.

1. INTRODUÇÃO
1.1. O Estudo Técnico Preliminar tem por objetivo identificar e analisar os cenários para o atendimento da demanda que consta nos Documentos de
Oficialização da Demanda (SEI nº 13546771 e nº 13548916), bem como demonstrar a viabilidade técnica e econômica das soluções identificadas, fornecendo as
informações necessárias para subsidiar o respectivo processo de contratação. Referência: Art. 11 da IN SGD/ME nº 01/2019.
2. DO PROJETO E JUSTIFICATIVA DA CONTRATAÇÃO
2.1. DO PROJETO
2.1.1. Contratação de serviços de armazenamento e processamento paralelo e massivo de dados, bem como a contratação de serviços de migração de
dados e soluções de ETL/BI, serviços técnicos especializados e capacitação técnica para provimento para sustentação do ambiente analítico de dados do
Ministério do Desenvolvimento e Assistência Social, Família e Combate à Fome (MDS).
2.2. JUSTIFICATIVA DA CONTRATAÇÃO
2.2.1. O Ministério do Desenvolvimento e Assistência Social, Família e Combate à Fome (MDS) é responsável pelas políticas e programas voltados à
renda de cidadania, assistência social, inclusão social e produtiva nos âmbitos rural e urbano, atenção à primeira infância e cuidados e prevenção às drogas.
Além disso, as soluções de tecnologia da informação desta pasta governamental continuam atendendo às ações de inclusão social do Ministério do Esporte,
com a perspectiva de garantir à população o acesso gratuito às atividades físicas, qualidade de vida e desenvolvimento humano, além prestar apoio à gestão das
políticas e incentivos para o esporte de alto rendimento.
2.2.2. Os programas sociais como o Auxílio Brasil, Programa Bolsa Família, Auxílio Emergencial, Auxílio Gás, Criança Feliz, Bolsa Atleta, Segundo Tempo e
Forças no Esporte, o Cadastro Único para Programas Sociais do Governo Federal (CadÚnico), o Sistema Único de Assistência Social (Suas), as políticas nacionais
de Assistência Social e de Segurança Alimentar e Nutricional e a Lei de Incentivo ao Esporte estão entre os projetos e atribuições mais conhecidos destas
pastas. 
2.2.3. Todos esses programas e políticas sociais têm alcance nacional, são acessados pelos 26 estados, pelo Distrito Federal e todos os municípios
brasileiros, beneficiando milhões de famílias em todo o país, o que requer o processamento de elevado número de transações e de grande quantidade de dados
operacionais e administrativos. O Auxílio Emergencial, por exemplo, registrou 68 milhões de beneficiários em 2020 e 39,4 milhões de beneficiários em 2021. O
Auxílio Gás, por sua vez, contemplou 5.684.332 famílias em junho de 2022. Já o Benefício de Prestação Continuada (BPC) atendeu 4.744.516 pessoas em junho
de 2022, sendo 2.162.611 idosos e 2.581.905 pessoas com deficiência.  A tabela a seguir demonstra a ordem de grandeza do repasse de renda destinado às
famílias em condições de recebimento dos benefícios derivados dos programas sociais Auxílio Brasil e Auxílio Emergencial, superando 20 milhões de famílias em
todo o país, apenas no ano de 2022.
Tabela 1 - Beneficiários do Auxílio Brasil e do Auxílio Emergencial em 2022.
Programa Social Quantidade de Famílias Valor Total (2022)
Auxílio Brasil 20.957.972,00 R$ 61.315.645.070,00
Auxílio Emergencial 929.780,00 R$ 2.741.248.914,00
2.2.4. Já o CadÚnico, principal base de governo federal para cadastro dos cidadãos de baixa renda que subsidia os programas sociais, atingiu 94.014.589
(noventa e quatro milhões, quatorze mil quinhentos e oitenta e nove) de pessoas cadastradas em janeiro de 2023, representando 41.519.690 (quarenta e um
milhões, quinhentos e dezenove mil seiscentos e noventa) famílias, conforme figura abaixo, e é utilizado atualmente por 28 programas do Governo Federal para
a focalização das ações, composição e triagem do público-alvo, bem como a integração de informações relacionadas ao desenvolvimento social, educacional e
econômico das famílias que o compõe em todas as esferas de governo. Todas essas etapas exigem a análise apurada de bases de dados, em razão do seu grande
impacto nos programas sociais, com aplicação de processos de extração, transformação, carga (ETL, do inglês: Extraction, Transformation and Load) e qualidade
dos dados com o objetivo de garantir a entrega das políticas públicas ao cidadão e identificar e tratar inconsistências e inconformidades nas informações
cadastrais.
https://sei.cidadania.gov.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=15764349&inf… 1/41
Figura 1 - Números do Cadastro Único - Referência Janeiro/2023.

Fonte: https://cecad.cidadania.gov.br/painel03.php (consulta realizada em 13/03/2023)
2.2.5. Além de suas próprias bases de dados, o MDS utiliza bancos de dados oriundos de outros órgãos governamentais, especialmente da Caixa
Econômica Federal, da Empresa de Tecnologia e Informações da Previdência (DATAPREV), do Instituto Nacional de Segurança Social (INSS) e do Serviço Federal
de Processamento de Dados (SERPRO) no exercício das suas atribuições. Diversas unidades gestoras do Ministério acessam esses repositórios de
informação para realização de análises de dados, batimento de informações e para a construção de modelos estatísticos e matemáticos aplicados à ciência de
dados.
2.2.6. Dessa forma, para prover o armazenamento das bases de dados analíticas e o processamento tempestivo dos dados, envolvendo os programas
sociais operacionalizados pelo MDS, são utilizados 3 appliances (equipamentos dedicados), sendo:
1 Teradata Database Modelo 2750, com espaço de armazenamento total de 54,5 TB;
1 Teradata Database Modelo 2690, com espaço de armazenamento total de 18 TB;
1 Teradata Hadoop, com espaço de armazenamento total de 261,6 TB.
2.2.7. As especificações técnicas detalhadas das soluções hoje presentes no MDS seguem no ANEXO A - ESPECIFICAÇÕES TÉCNICAS DA SOLUÇÃO
ANALÍTICA (SEI nº 13568582).
2.2.8. Nestes ambientes, são realizados processos de carga, análise, ateste e homologação das folhas de pagamento dos beneficiários do Programa
Auxílio Brasil (e também do anterior Programa Bolsa Família), além da averiguação e controle das condicionalidades no pagamento desses benefícios,
conforme estabelecido na legislação. Também são executados os procedimentos de atestes de faturas de pagamento de tarifas e cartões emitidos pelo agente
pagador. Ainda, são geradas as folhas de pagamento do Auxílio Gás e Programa Criança Feliz, assim como as verificações de renda sobre o Benefício de
Prestação Continuada da Assistência Social (BPC) que qualifica, aperfeiçoa e garante a conformidade desse programa continuamente.
2.2.9. Destaca-se também o armazenamento de todas as bases de operacionalização do Auxílio Emergencial (Lei nº 13.982/2020), Auxílio Emergencial
Residual (Medida Provisória nº 1.000/2020) e Auxílio Emergencial 2021 (Medida Provisória nº 1.039/2021), assim como os processamentos envolvendo a
geração de folhas de pagamento aos beneficiários, consolidação das devoluções (GRU, DARF e não saque), bases de ressarcimento, ateste das faturas de
pagamento de tarifas bancárias, consolidação de valores para prestação de contas, análise e geração de informações sintéticas e analíticas solicitadas por órgãos
de controle, dentre outras ações de suporte técnico às Secretarias finalísticas que tratam do tema.
2.2.10. Em levantamento realizado em 2022, somente no Database Modelo 2750, que é formado pelo ambiente de produção e de laboratórios de
dados, há 14.932 tabelas e views e 274 procedures. Os principais indicadores de volumetria, acessos e performance de cada appliance estão
descritos nos relatórios de informações dos ambientes de produção (SEI nº 14153201), desenvolvimento (SEI nº 14153252) e do Hadoop (SEI nº 14153268).
Atualmente (2023) o mesmo ambiente já conta com aproximadamente 17.069 tabelas e views e 344 procedures.
2.2.11. Em relação à utilização da solução, verifica-se que foram realizadas um total de 16.555.130 execuções de consultas no ambiente de produção do
MDS durante maio de 2022 e maio de 2023, representando uma média de mais de 1 milhão de consultas executadas por mês. Em outubro de 2022, observa-se
que esse número chegou a ultrapassar 1.6 milhões de consultas, conforme apresentado na imagem abaixo.
Figura 2 - Total de consultas executadas no ambiente de produção maio de 2022 e maio de 2023.
2.2.12. Além disso, entre maio de 2022 e maio de 2023, houve um total de mais de 52 milhões de operações de inserção de dados, assim como mostra a
figura a seguir. A média é de mais de 4 milhões de operações por mês e setembro de 2023 registra o maior volume de operações de inserção, atingindo mais de
7 milhões de operações.
Figura 3 - Total de operações de inserção de dados no ambiente de produção durante maio de 2022 e maio de 2023.
2.2.13. Já em relação ao uso total de processamento do servidor, observa-se que o ambiente de produção apresenta picos de mais de 90% do uso total
de sua capacidade. A média de uso mantém-se acima dos 50% de sua capacidade. O gráfico abaixo mostra o uso máximo em percentual em relação a
capacidade máxima de processamento, por hora do dia e por mês.
Figura 4 - Uso máximo da CPU em percentual (%).

2.2.14. Referente ao armazenamento, atualmente o ambiente de produção apresenta utilização de 45% da sua capacidade total, sendo que foram
observados picos de até 47% durante alguns períodos do último ano. A análise abaixo mostra o percentual de utilização em relação capacidade máxima de
armazenamento do ambiente. Durante os últimos 6 meses, houve um aumento de 3%, com picos de até 5% de aumento do volume armazenado. Seguindo
essa tendência durante o próximo ano, o ambiente pode alcançar de 55% a 60% da sua capacidade total de armazenamento ocupada.
Figure 5 - Percentual de utilização da capacidade total de armazenamento do ambiente de produção.
2.2.15. Sobre sessões simultâneas de uso do ambiente de produção, houve picos de mais de oito mil sessões simultâneas durante algumas horas do dia e
com uma média de quatro mil em 2022 e 3.500 em 2023. Durante a noite existe um grande número de jobs pré-agendados, horários que ocorrem o uso
simultâneo do ambiente por diversos processos de carga. O gráfico abaixo mostra o máximo de sessões simultâneas por hora durante o ano de 2022 e 2023.

Figure 6 - Quantidade de sessões simultâneas por hora durante o ano de 2022 e 2023.
2.2.16. Entretanto, em razão da impossibilidade de renovação do Contrato 33/2019 (SEI nº 71000.029038/2018-40), que possui como objeto a prestação
de serviços de suporte técnico, atualização de versões e garantia para os Appliances do MDS, os equipamentos ficarão sem suporte técnico e sem manutenção
da infraestrutura tecnológica existente, podendo comprometer o ambiente produtivo, inclusive com perda de dados e descontinuidade de soluções envolvendo
os programas sociais do Ministério da Cidadania. Além disso, os equipamentos tiveram o suporte descontinuado (end of support) pelo fabricante, conforme
mostrado na Figura 7 - Ciclo de vida dos Appliances.
Figura 7 - Ciclo de vida dos Appliances.

2.2.17. Nesse contexto, considerando a defasagem do parque tecnológico do MDS e o último ano de vigência (2022-2023) do contrato de suporte e
manutenção do ambiente analítico do Ministério, a STI iniciou, em 2021, os estudos técnicos para avaliar as soluções disponíveis para nova contratação (Estudo
Técnico Preliminar SEI nº 12742907 - Processo SEI nº 71000.063306/2021-58), incluindo cenários de utilização de outras tecnologias contando com a migração
de todos os dados e processos já desenvolvidos sob o ambiente. O diagnóstico e a contratação foram conduzidos no sentido de proporcionar ao MDS uma
evolução na maturidade de sua plataforma tecnológica, incluindo ao objeto as vantagens da computação em nuvem visando a redução de esforço e custo com
backup e restauração, maior resiliência, alta disponibilidade, escalabilidade e monitoramento sem a perda de performance e funcionalidades da solução.
2.2.18. Esta solução deveria permitir o processamento paralelo de grandes volumes de dados e usuários concorrentes para construção de soluções
de Big Data, envolvendo tecnologias de ingestão, consumo e monitoramento de dados nos repositórios de Data Lake, Data Warehouse e DataLab, bem como
possibilitaria o processamento de algoritmos com modelos matemáticos e estatísticos para ciência de dados. Neste estudo técnico concluiu-se que a adoção de
prestação de serviços de Big Data em Nuvem, no modelo de Plataforma como Serviço (PaaS), atenderia as necessidades técnicas e negociais do Ministério
culminando na contratação da empresa SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS - SERPRO, por meio do Contrato Administrativo nº 46/2022
(processo SEI nº 71000.063306/2021-58, C.A. 46/2022 - SEI nº 13315699) firmado em 08/12/2022.
2.2.19. Todavia, enquanto o novo contrato de Big Data em Nuvem foi finalizado apenas ao final de 2022, ainda em julho de 2022, um ano antes do
inicialmente previsto, a empresa TRDT BRASIL TECNOLOGIA LTDA apresentou o não interesse na renovação do contrato de suporte e manutenção e a partir
dessa data a solução atual do ambiente analítico do Ministério, que continua sendo utilizada, encontra-se descoberta de garantia sem uma redução do nível de
demandas que ainda operam sobre os equipamentos. Nesta data, os estudos estavam em fase de finalização e o risco de falha prematura dos equipamentos foi
mapeado pela equipe técnica e adicionado ao mapa de riscos (RC37 - Mapa de Gerenciamento de Riscos - SEI nº 14153728). Porém, como o suporte havia sido
apenas recentemente finalizado e o processo para a nova contratação também se encontrava em finalização, avaliou-se que um plano de contingência deveria
ser parte do novo contrato, pois o equipamento, até então, ainda apresentava o seu desempenho normal de operação nos seus bancos de dados. Nessa mesma
linha, a STI iniciou, também um conjunto de extrações de grande parte das bases legadas e de alta relevância para o Ministério.
2.2.20. Entretanto, ressalta-se que o processo para nova contratação foi inicialmente conduzido visando a realização de um pregão, com a possibilidade
de concorrência entre os diversos provedores de soluções analíticas em nuvem do mercado, e teve sua versão final assinada pela autoridade máxima da STI em
28/06/2022. Nesse momento a STI solicitou, ainda, a reserva orçamentária necessária para as soluções com base nos valores estimados após pesquisa de
mercado, por meio do Despacho nº 93/2022/SE/STI/CGGDI (SEI nº 12688794), em 14/07/2022.
2.2.21. Ocorre que, durante o recebimento das propostas, a empresa pública SERPRO apresentou também o seu novo serviço de big data em nuvem,
onde atuariam como cloudbroker de fornecedores de nuvem já consolidados no mercado contando ainda com o adicional de uma camada de serviços
de qualificação do ambiente, gestão da segurança, otimização, central de serviços, monitoramento e sustentação, gestão de custos e o fornecimento
da conectividade com a solução. Ainda este cenário demonstrou-se economicamente mais vantajoso à administração pública uma vez que a empresa
apresentou preço equivalente ao do mercado, por um período de 12 meses adicionais ao previsto pelo estudo técnico anterior.
2.2.22. Assim, optou-se por uma mudança na estratégia de contratação, visando a economicidade e a melhor utilização dos recursos públicos, realizando
um contrato por dispensa de licitação com o SERPRO, o que exigiu um tempo adicional de readequação de diversos artefatos da contratação, inerentes ao
processo, e uma reavaliação de diversos itens do Projeto Básico após reanálise da equipe, das áreas jurídicas e de controle interno do Ministério, bem como das
equipes comercial, técnica e jurídica do SERPRO. Isto posto, a contratação acabou sendo firmada vários meses após o originalmente previsto, assim como o
início do diagnóstico do ambiente no Ministério e as ações relacionadas à migração para a nova plataforma.
2.2.23. Nesse interim entre a finalização do suporte técnico e a situação atual, o ambiente do Ministério começou a apresentar uma elevada redução de
desempenho e, tanto as atividades executadas nas áreas gestoras, quanto o processo de migração para a nova plataforma tecnológica vem sendo impactados
por esse comportamento atípico nos equipamentos, prejudicando a condução dos projetos e a continuidade da operacionalização dos programas sociais. Nesse
contexto, a partir de 12/02/2023 a situação de criticidade e o risco de falha dos equipamentos aumentaram drasticamente devido ao número de alertas que
começaram a ser apresentados. A figura a seguir apresenta um resumo desta situação, incluindo uma escalada altamente imprevista no risco, a partir de
fevereiro de 2023.
Figura 8. Relatório de Situação dos Equipamentos. (Atualizado em 06/03/2023)

2.2.24. Na figura 8, os pontos em vermelho apontam acontecimentos de alta criticidade para a solução e os pequenos pontos acinzentados apresentam
momentos de indisponibilidade onde a solução deixou de funcionar completamente por um breve período.
2.2.25. Dos incidentes sobre os equipamentos, o primeiro, apontado em vermelho na data de 06/08/2022, decorreu de uma pane de energia no centro
de dados do SERPRO, onde o equipamento foi reiniciado de forma não planejada e um dos seus ambientes internos, responsável pela hospedagem do servidor
de aplicações onde eram executadas as rotinas automatizadas de diversos programas sociais, foi corrompido e não pôde ser restaurado. Nesse momento a STI
sofreu forte impacto e necessitou de meses para a estabilização dos seus serviços e restauração de todas as soluções anteriores. Todo o processo foi registrado
e comunicado as áreas gestoras do Ministério e as ações derivadas desta situação encontram-se bem descritas na Nota Informativa nº 2/2023/SE/STI/CGGDI
(SEI nº 14153737). Ante o ocorrido, os equipamentos vêm sendo amplamente monitorados e observa-se que, passados 7 meses da finalização do suporte
técnico, os equipamentos começaram a apresentar um conjunto de alertas cada vez mais críticos, a partir do início de 2023.
2.2.26. Ainda, a Coordenação-Geral de Infraestrutura (CGINFRA/STI) solicitou esclarecimentos sobre o incidente ao SERPRO, prestadora dos serviços
de Colocation para os equipamentos do MDS, por meio do Ofício nº 44/2022/SE/STI/CGINF/CPR/MC (SEI nº 14154144) que foi respondido, de forma superficial,
por meio do OFÍCIO nº. 011147/2022/SUNGD/GDPSC (SEI nº 14154154). Os documentos foram juntados ao processo SEI nº 71000.072095/2022-25 e, apesar de
não ser possível confirmar se o impacto dessa parada possa ter danificado componentes adicionais dos equipamentos, uma vez que essa parada abrupta
ocasionou o corrompimento dos discos no servidor de aplicação apontado no item anterior, existe uma grande possibilidade de também ter havido um desgaste
adicional, de foram imprevisíveis, em componentes físicos dos discos de banco de dados e das memórias RAM da solução.
2.2.27. Outro ponto que merece destaque é um comportamento atípico que a solução começou a apresentar a partir do final de outubro/2022. A partir
desse momento, o ambiente de Produção, composto por um equipamento com 4 nós de processamento, passou a apresentar um elevado consumo de recursos
de memória RAM em 3 desses nós (Figura 9). Isto promoveu um desgaste na performance do equipamento que começou a funcionar de forma incomum, ora
apresentando desempenho satisfatório, ora impossibilitando a paralelização de atividades que anteriormente eram executadas de forma normal. Além disso, a
partir de então, o ambiente começou a apresentar, em diversos momentos, falhas no processo de conexão dos usuários mesmo estando ocioso em muitas
dessas ocasiões. Isso teve um impacto grande nas áreas de negócio devido a uma falsa percepção de "indisponibilidade" da solução. Esse comportamento
atípico ainda permanece e exige esforços dobrados das equipes de TI e das áreas negociais no sentido de garantir que os usuários consigam utilizar os
ambientes para finalizar suas demandas e impossibilita a paralelização de execução de diversos processos simultaneamente.
Figura 9 - Comportamento atípico com consumo elevado de recursos em 3 dos 4 nós do ambiente de Produção.
2.2.28. Nesse andamento, o momento de maior criticidade e risco nos equipamentos começou a se apresentar a partir do dia 12/02/2023 deste ano,
apontado pelos últimos pontos vermelhos da figura 8, que se trata de uma sequência de alarmes apresentados pela solução durante o monitoramento que vem
sendo realizado pela equipe da CGINFRA/STI. Os pontos vermelhos caracterizam alertas dos componentes físicos e vem sendo encaminhados para
conhecimento da STI, conforme apresentado no E-mail Alertas - Teradata (SEI nº 14154163). A partir dos alertas o cenário indica um grande aumento do risco
de uma parada eventual da solução, cujas ações para sustentação dos dados apenas conseguem ser realizadas por meio de contratos com parceiros do
fabricante ou com a própria fabricante da solução.
2.2.29. Nesse sentido, a CGINFRA/STI abriu, este ano, o processo SEI nº 71000.009225/2023-74 informando da degradação do ambiente e a STI levantou
avaliação de suas áreas técnicas sobre os possíveis impactos no caso da indisponibilidade desse ambiente resultando nos documentos NOTA TÉCNICA Nº
1/2023/CGINFRA/STI (SEI nº 14154174) e Nota Informativa nº 2/2023/SE/STI/CGGDI (SEI nº 14153737) que apresentam a criticidade do cenário e as possíveis
consequências nos impactos dos serviços atualmente prestados às áreas finalísticas pela STI. Ainda no mesmo processo, as áreas finalísticas foram questionadas
apresentando a sua visão sobre o risco de perda da disponibilidade da solução, e o impacto derivado em suas rotinas, como pode ser exemplificado pela NOTA
TÉCNICA Nº 7/2023/SAGICAD/DECAU (SEI nº 14154194) e o Despacho nº 9/2023/SENARC/DEOP (SEI nº 14154203). Seguem partes das considerações
apresentadas nas conclusões de algumas das notas apontadas, para fins de exemplificação e demonstração da relevância da situação:
"NOTA TÉCNICA Nº 1/2023/CGINFRA/STI (SEI nº 14154174), de 10/02/2023.
(...)
5.3 Mesmo com as ações tomadas, fica clara a acelerada degradação dos componentes físicos dos equipamentos da solução Teradata. Essas degradações vêm
comprometendo a prestação dos serviços da solução, com a queda de desempenho e falhas nas respostas das consultas aos dados.
5.4 Toda essa situação indica uma quantidade crescente de falhas nos componentes da solução Teradata, a criticidade das falhas também tende a aumentar e a
"saúde" da solução tende a diminuir rapidamente a com possibilidade iminente de interrupção dos processos operacionais suportados pela solução Teradata e
perda da dados.
(...)"

"Nota Informativa Nº 2/2023/SE/STI/CGGDI (SEI nº 14153737), de 10/02/2023.
(...)
2.1 Ante o exposto, ressaltamos que:
2.1.1 a interrupção dos serviços da plataforma Teradata ocasionará grande impacto para o Ministério, com maior relevância para as Secretarias SENARC, SECAD,
SAGI, SNAS e SNAPI;
2.1.2 está STI não possui profissionais capacitados para ações de suporte e manutenção no ambiente Teradata atual dado que as intervenções para manutenção
de hardware e software são realizadas pela fabricante e não se encontram esse tipo de conhecimento em profissionais disponíveis no mercado; e
2.1.3 em caso de incidente crítico não é possível estimar o tempo necessário para a restauração dos dados em uma nova plataforma analítica de dados.
(...)"

"NOTA TÉCNICA Nº 7/2023/SAGICAD/DECAU (SEI nº 14154194), de 27/02/2023.
(...)
4.1 Por meio da presente Nota Técnica, registra-se a centralidade do uso da solução tecnológica Teradata para o Cadastro Único, uma vez que todas as atividades
contínuas relativas ao cadastramento de famílias de baixa renda – atividades como a inclusão e exclusão de famílias na base de dados, a atualização cadastral, a
averiguação e a revisão cadastral – e ao gerenciamento de tal base de dados dependem da utilização dessa solução tecnológica.
4.2 Assim, alerta-se para os riscos existentes e que podem comprometer a realização tempestiva dos processos de Averiguação e Revisão Cadastral em 2023, advindos
das reiteradas intercorrências e do mal funcionamento do Teradata.
4.3 Também destaca-se que a continuidade desse mal funcionamento, que afeta sobremaneira o gerenciamento da base de dados do Cadastro Único, pode impactar
gravemente a focalização dos programas sociais usuários do Cadastro Único (gerando inclusive a concessão equivocada de benefícios e dispêndio indevido de
recursos públicos), bem como a população beneficiária desses programas, que deve estar obrigatória e regularmente inscrita no Cadastro Único para acessar os
benefícios componentes de tais políticas pública (conforme decorre do §2º do art. 6º-F da Lei nº 8.742/1993).
4.4 As informações sobre as condições físicas da solução Teradata registradas pela Coordenação-Geral de Infraestrutura da Subsecretaria de Tecnologia da
Informação na Nota Técnica nº 1/2023 (SEI  13577188), elevam o nível de preocupação e criticidade.
4.5 Por todo o exposto, o Departamento de Gestão da Informação e o Departamento de Operação do Cadastro Único solicitam o urgente restabelecimento regular dos
serviços de base analítica.
(...)"
2.2.30. Nessa toada, o próprio SERPRO ratificou os riscos envolvidos, conforme Ofícios nº 010712/2022/SUNGD/GDPSC (SEI nº 14154225) e
nº 001647/2023/SUNGD/GDPSC (SEI nº 14154229). Estes ofícios reforçam o cenário impeditivo de migração para uma nova solução, conforme destacado a
seguir:
"OFÍCIO N°. 010712/2022/SUNGD/GDPSC (SEI nº 14154225), de 24/08/2022
(...)
A condição do suporte descontinuado, em razão da impossibilidade de renovação do Contrato Administrativo nº 33/2019 por este Ministério, conforme consta no item
3.1.12 do PB, evidencia riscos para o processo de migração, sobretudo o de falha nos equipamentos onde estão armazenados os dados, objetos da migração. A
materialização desse risco poderá gerar impactos no serviço, desde a interrupção do processo de migração e a consequente extensão do seu prazo, como também a
perda de dados.
(...)"

"OFÍCIO N°. 001647/2023/SUNGD/GDPSC (SEI nº 14154229), de 10/02/2023
(...)
• Os Appliances Teradata deste Ministério [descritos no item 3.1.7 do PB, item 2.1 do Anexo A do PB] não apresentaram condições esperadas de trabalho, de modo
que houve dificuldade para conseguir acesso aos dados. Vale ressaltar que tais equipamentos "... tiveram o suporte descontinuado (end of support) pelo fabricante..."
[item 3.1.12 do PB] e não havia disponibilidade de especialista do fornecedor para atuar nas ações de restabelecimento do hardware;
• Houve a necessidade de direcionar temporariamente esforços para a elaboração de um plano alternativo para extração de dados diretamente da base de origem;
• O equipamento apresentou baixa performance;
• A limitação da quantidade de sessões de conexão e a restrição da janela de uso do equipamento pela equipe da migração; e
• O volume de workloads mapeados superior ao que estava previsto no Projeto Básico.
(...)”
2.2.31. A sustentação do ambiente analítico de dados do Ministério a luz da nova contratação proposta, deve ser feito em regime de urgência
considerando o risco eminente de indisponibilidade do ambiente.
2.2.32. Para sustentação do ambiente analítico de dados do Ministérios será necessário:
a) Disponibilização, Instalação e configuração de um novo ambiente, com capacidade de armazenamento, memória e processamento
compatíveis com o atual cenário do ministério; e
b) Migração de todos os dados hoje presentes no ambiente atual, o qual deverá considerar os seguintes objetos:
todas as tabelas e views armazenadas nos equipamentos em ambiente de Produção e Datalabs;

tabelas e views armazenadas nos equipamentos em ambiente de Desenvolvimento e Homologação desde que sejam componentes de
projetos ainda em fase de desenvolvimento/homologação;
conversão da parte necessária dos processos automatizados ETL implementados em produção e em processo de
desenvolvimento/homologação, incluindo conectores, scripts SQLs incluídos nas tarefas (JOBS) e procedures chamadas por estas rotinas;
conversão da parte necessária nos aplicativos de Business Intelligence (BI) já desenvolvidos, e em processo de
desenvolvimento/homologação, incluindo conectores e scripts SQL utilizados internamente;
procedures e macros atualmente armazenados nos ambientes que ainda são utilizadas pelas áreas negociais ou por processos internos de
monitoramento e controle executados diretamente do equipamento, ou seja, sem a vinculação à uma solução específica de ETL ou BI.
2.2.33. Ante o exposto, os serviços de sustentação dos dados pretendidos visam assegurar a sustentação, com a urgência que o caso requer, dos
ambientes de dados analíticos do MDS visando o atendimento a todas as Secretarias finalísticas, e demais departamentos do MDS, com condições de
estabilidade e continuidade das informações, disponíveis vinte e quatro horas nos sete dias da semana, garantindo a condução de estudos, projeções e demais
ações rotineiras relacionadas a operacionalização dos programas sociais do referido órgão com a maior brevidade possível, considerando a situação do
equipamento, cada vez mais alarmante.
3. ALINHAMENTO ESTRATÉGICO
3.1. A presente contratação encontra-se alinhada aos seguintes planos e objetivos estratégicos do MDS:
Tabela 2 - Alinhamento aos Planos Estratégicos.
ALINHAMENTO AOS PLANO ESTRATÉGICOS
Plano Plurianual (PPA 2020-2023)
Programa: Produção de Dados e Conhecimento para o Aprimoramento de Políticas Públicas.
Objetivos Estratégicos da Estratégia de Governo Digital (EGD 2020-2022)
Objetivo 7 - Políticas públicas baseadas em dados e evidências
Iniciativa 7.1 - Produzir quarenta novos painéis gerenciais de avaliação e monitoramento de políticas públicas, até 2022.
Iniciativa 7.2. Catalogar, no mínimo, as trezentas principais bases de dados do Governo federal, até 2022.

Objetivo 9 - Serviços preditivos e personalizados ao cidadão
Iniciativa 9.1 - Implantar mecanismo de personalização da oferta de serviços públicos digitais, baseados no perfil do usuário, até
2022.
https://sei.cidadania.gov.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=15764349&i… 10/41

Objetivo 10 - Implementação da Lei Geral de Proteção de Dados no âmbito do Governo federal
Iniciativa 10.1 - Estabelecer método de adequação e conformidade dos órgãos com os requisitos da Lei Geral de Proteção de
Dados, até 2020.
Plano Estratégico Institucional do MDS (PEI 2019-2022)
Objetivo de suporte 3.2 - Prover soluções logísticas e tecnológicas integradas, seguras e de alto desempenho.
Plano Estratégico de Tecnologia da Informação (PETI 2021-2022)
OETI02 - Prover sistemas e soluções de TI alinhadas às necessidades das áreas de negócio
Aperfeiçoar métodos e práticas para o aprimoramento contínuo do processo de desenvolvimento de software.
Aprimorar os processos de garantia da qualidade no desenvolvimento de sistemas e aquisição de soluções.
Estabelecer mecanismos de controle e auditabilidade de sistemas e sistemas de TI.
Promover a privacidade dos dados pessoais desde a concepção e durante todo o ciclo de vida dos sistemas de informação.
Aprimorar as práticas e os controles de Segurança da Informação e de proteção de dados pessoais.
Política de Governança de Tecnologia da Informação
Contratação alinhada à Política de Governança de Tecnologia da Informação do órgão, instituída pela Portaria nº 162, de 10 de
fevereiro de 2017, publicada no Diário Oficial da União em 13 de fevereiro de 2017.
Tabela 3 - Alinhamento ao Plano Diretor de Tecnologia da Informação (PDTI 2021-2022).
ALINHAMENTO AO PLANO DIRETOR DE TECNOLOGIA DE INFORMAÇÃO (PDTI 2021-2022) - Em fase de prorrogação
ID Objetivos Estratégicos de TI
OETI02 Prover sistemas e soluções de TI alinhadas às necessidades das áreas de negócio
ID Necessidade
NSE Necessidades de Aperfeiçoamento de Soluções de Gestão da Informação
ID Ação do PDTI Meta do PDTI Associada
NSE.M1 – Implementar processos de Integração e
NGI11 Criação de catálogo de dados corporativos
Interoperabilidade de Dados
ALINHAMENTO AO PLANEJAMENTO ANUAL DE CONTRATAÇÕES (PAC 2023)
ID Descrição
DFD
Appliance Banco de Dados Analítico
67/2023
4. DEFINIÇÕES
4.1. Foram considerados os seguintes termos técnicos neste Estudo Técnico Preliminar:
Tabela 4 - Termos e definições.
Termo Definição
Define-se, neste documento, como o conjunto de tecnologias e soluções utilizada para armazenamento
Big Data
e processamento massivo e distribuído de grandes volumes dados.
Conjunto de processos, metodologias, rotinas de extração, transformação e carga, métricas, tecnologias
Business
e ferramentas que permitem uma empresa gerenciar de forma global o seu negócio, apoiando os
Intelligence (BI)
gestores no processo de tomada de decisão.
Conjunto de recursos que compõem uma arquitetura técnica destinada a suportar um ou mais serviços
Carga de trabalho
de TI. As cargas de trabalho podem requerer uma ou mais instâncias e recursos de computação para
(Workload)
agregar valor ao negócio por meio de serviços de TI.
Entidade que gerencia o uso, desempenho e entrega de serviços em nuvem, e negocia as relações entre
Cloud Broker
os provedores de nuvem e consumidores de nuvem.
Instalação construída com o objetivo de alojar recursos em nuvem, como servidores e outros
equipamentos baseados no modelo “como Serviço - as a Service”. Um datacenter é uma infraestrutura
Datacenter
que centraliza as operações e os equipamentos de TI de um provedor de serviços em nuvem e onde ele
armazena e gerencia os dados de seus clientes.
Data Lab Áreas personalizadas de exploração e análise de dados fornecidas a usuários ou áreas de negócio.
Grande repositório de dados estruturados e não-estruturados, em formatos diversos, das informações
brutas ou transformadas de uma organização, utilizado para tarefas de análise, geração de relatórios
Data Lake
e visualizações visando apoiar os processos de tomada de decisão. Geralmente são estruturados sobre
tecnologias de Big Data.
Data Conjunto de bancos de dados históricos, integrados e não voláteis criados para apoiar o processo de
Warehouse (DW) tomada de decisão.
Extract, Load and Similar ao ETL, sendo que a etapa do Load (L) é anterior à do Transform (T), tirando proveito do alto
Transform (ELT) desempenho de bancos de dados que suportam cargas massivas de dados.
Extract, Transform Tipo de processamento destinado à extração de dados de diversas fontes, transformação desses dados
and Load (ETL) conforme regras de negócio, e carga dos dados em Data Warehouses.
Ambiente computacional implementado em uma máquina física, a partir de tecnologias de virtualização.
Este ambiente possui, minimamente, seu próprio processador, memória RAM e interface de rede,
Máquina virtual
podendo a ele serem agregados outros componentes como, por exemplo, volumes de armazenamento
(storage).
Dados estruturados que descrevem e permitem encontrar, gerenciar, compreender e/ou preservar
Metadado
documentos arquivísticos ao longo do tempo.
Infraestrutura de computação em nuvem pertencente a um provedor de serviços em nuvem e
gerenciada por ele. Os recursos computacionais são baseados em virtualização, agrupados e
Nuvem pública
compartilhados entre clientes, e acessados via Internet ou uma conexão de rede dedicada. O uso dos
recursos é monitorado e pago conforme o uso.
On Line Analytical Tipo de aplicação com capacidade para manipular e analisar grandes volumes de dados sob múltiplas
Processing (OLAP) perspectivas.
https://sei.cidadania.gov.br/sei/controlador.php?acao=documento_imprimir_web&acao_origem=arvore_visualizar&id_documento=15764349&in… 11/41
Capacidade fornecida ao cliente para provisionar na infraestrutura de nuvem aplicações adquiridas ou
criadas para o cliente, desenvolvidas com linguagens de programação, bibliotecas, serviços e
Plataforma como ferramentas suportados pelo provedor de serviços em nuvem. O cliente não gerencia nem controla a
um Serviço (PaaS) infraestrutura na nuvem subjacente incluindo rede, servidores, sistema operacional ou armazenamento,
mas tem controle sobre as aplicações instaladas, sobre os dados hospedados no ambiente e
possivelmente sobre as configurações da plataforma.
Provedor de Empresa que possui infraestrutura de tecnologia da informação (TI) destinada ao fornecimento de
Serviços em Nuvem infraestrutura, plataformas e aplicativos baseados em computação em nuvem.
Agrupamentos de localizações geográficas específicas em que os recursos computacionais se encontram
Região hospedados. Considera-se para efeito deste Estudo Técnico Preliminar que o território brasileiro está
localizado em uma única região.
Define-se tráfego de saída de dados para fins deste Termo de Referência:
- Todo o tráfego de saída de dados de serviços, aplicativos ou informações que forem transmitidos entre
Tráfego de saída de o ambiente do provedor e link dedicado do Ministério da Cidadania ou internet;
dados - O tráfego de dados entre servidores virtuais e entre estes e as áreas de armazenamento de dados
dentro do provedor não devem ser contabilizados como tráfego de saída de rede e não serão
contabilizados para fins de consumo da franquia e serviço adicional de tráfego de saída de dados.
Considera-se entrada de dados o tráfego monitorado no sentido do Ministério da Cidadania para
Upload de dados
o Provedor de Serviços em Nuvem em um link ponto a ponto dedicado.
Indicam uma ou mais data center(s) físico(s), disponíveis de forma comercial, pública e ampla (para uso
de quaisquer clientes), localizada em localidades geográficas que garantam a separação física
significativa, relevante para efetivo isolamento de eventuais interrupções resultantes de eventos
Zona de
catastróficos de (i) origem natural (potencializados ou não por ação humana direta ou indireta), tais
Disponibilidade
como enchentes, clima severo, terremotos, incêndios, deslizamentos, etc. e/ou (ii) de origem humana,
de qualquer natureza, tais como incêndios, quedas de aeronaves, terrorismo, tumultos, interrupção de
linhas de transporte, de telecomunicação e de energia elétrica.
5. DEFINIÇÃO E ESPECIFICAÇÃO DAS NECESSIDADES E REQUISITOS
5.1. Identificação das necessidades de negócio
5.1.1. Garantir a disponibilidade do ambiente analítico de dados, possibilitando o acesso a um universo de dados maior, gerando informações
estratégicas mais precisas e amplas, para que uma maior quantidade de gestores tenha mais apoio em suas decisões estratégicas, além de:
5.1.1.1. Manter o ambiente computacional analítico do MDS seguro e funcional;
5.1.1.2. Evitar a perda de dados históricos;
5.1.1.3. Melhora dos níveis de serviço ofertados pelo ambiente analítico atual;
5.1.1.4. Manutenção da capacidade de processamento e armazenamento da infraestrutura de banco de dados analítica;
5.1.1.5. Assegurar tempo de resposta adequada as necessidades do ambiente analítico do MDS;
5.1.1.6. Garantir atualizações e correções de softwares da plataforma;
5.1.1.7. Garantir o sucesso do processo de migração.
5.1.2. Capacidade de trabalhar tempestivamente com os processos relacionados à extração, transformação e cargas das folhas de pagamentos do
Programa Auxílio Brasil e demais programas sociais do Ministério do Desenvolvimento e Assistência Social, Família e Combate à Fome em razão dos prazos de
homologação e do calendário de pagamento aos beneficiários.
5.1.3. Capacidade de acessar e analisar informações de bases de dados históricas do Ministério do Desenvolvimento e Assistência Social, Família e
Combate à Fome.
5.1.4. Capacidade de homologação de dados em ambientes segregados sem comprometer a performance do ambiente produtivo do Ministério do
Desenvolvimento e Assistência Social, Família e Combate à Fome.
5.1.5. Otimização do uso de ferramentas de análise de dados com disponibilização de ambiente de laboratório para análise de dados.
5.1.6. Garantia de continuidade dos processos operacionais já desenvolvidos e implantados pelo Ministério do Desenvolvimento e Assistência Social,
Família e Combate à Fome.
5.1.7. Capacidade de processamento paralelo e massivo de dados (performance) superior ao encontrado no ambiente atual.
5.1.8. Capacidade de armazenamento, de forma estruturada e não estruturada, das informações de bases de dados históricas do Ministério do
5.1.9. Melhoria do processo de governança corporativa de dados.
5.1.10. Melhoria do processo de segurança sobre dados sensíveis e sigilosos.
5.1.11. Uniformização e centralização de dados críticos.
5.1.12. Democratização do acesso aos dados.
5.1.13. Colaboração no acesso a dados.
5.1.14. Melhoria de processos de movimentação e replicação de dados.
5.1.15. Capacidade de executar rotinas de backup do ambiente sem comprometer a performance do ambiente produtivo do Ministério do
5.1.16. Capacidade de restauração a um momento anterior após uma falha ou incidente.
5.1.17. Atualização tecnológica da plataforma com suporte técnico.
5.1.18. Facilitar o acesso e o compartilhamento dos dados com outros órgãos da Administração Pública.
5.2. Requisitos legais
5.2.1. A CONTRATADA deverá cumprir os normativos legais brasileiros bem como o disposto no Termo de Referência e Contrato.
5.3. Requisitos da Solução: Item 1 - Novo Ambiente, Instalação e Configuração
5.3.1. Requisitos Gerais
5.3.1.1. Obrigatoriedade na execução de joins com mais de 1 Tabela.
5.3.1.2. As tabelas criadas no banco de dados têm que possuir a capacidade de armazenamento infinito, sem a necessidade de normalização ou alteração
das tabelas.
5.3.1.3. Não possuir limitação na exportação de dados do banco de dados.
5.3.1.4. Banco de dados da solução não pode possuir limitação diária de transações, obrigatório ser ilimitado o número de transações (insert, update,
delete, ...).
5.3.1.5. A solução precisa executar UDFs.
5.3.1.6. Operar com tipos de dados atuais sem alterar para outro tipo de dado.
5.3.1.7. Capacidade de gerenciamento de workload.
5.3.1.8. Banco de dados MPP nativo, sem a necessidade de integração com outras soluções.
5.3.1.9. Obrigatoriedade de a solução operar in-memory de forma nativa, sem custo adicional para o cliente.
5.3.1.10. A solução tem que permitir a criação de índices.
5.3.1.11. A solução tem que realizar particionamento multinível (multi campo).
5.3.1.12. Realizar SQL merge para versionamento de dados.
5.3.1.13. Operar de forma nativa a funções Temporal.
5.3.1.14. Permitir a criação de ambiente segregados para usuários independentes por meio de administração específica para esse recurso.
5.3.1.15. O Banco de dados deverá operar em formato Linear ou Colunar nativamente.
5.3.2. REQUISITOS DE HARDWARE
5.3.2.1. 45 (85%) TCores ativados do total de 52.
5.3.2.2. 6 nós de processamento ativos e 1 adicional operando em “hot stanby”;
5.3.2.3. 4608 GB de memória RAM Total;
5.3.2.4. 32 SSD de 6.4 TB distribuídos em 3 arrays;
5.3.2.5. Gerenciamento e conexão externa com o appliance via comunicação padrão Ethernet 10 Gbps;
5.3.3. Requisitos para os ambientes de Homologação e Desenvolvimento
5.3.3.1. A CONTRATADA deverá provisionar ambiente para realocação dos ambientes homologação e desenvolvimento atualmente disponíveis no
Ministério, minimamente com o mesmo tamanho e performance do ambiente atualmente utilizado para tal.
5.3.3.2. Deverá ser utilizada infraestrutura single Tenant, ou seja, sem o compartilhamento de sua infraestrutura com outros clientes.
5.3.3.3. Este ambiente deverá ser provido com garanta de segurança, disponibilidade e performance equivalente aos modelos atualmente presentes no
Ministério.
5.3.3.4. A manutenção, suporte e operação do ambiente é de responsabilidade da CONTRATADA.
5.3.3.5. Deverá ser provida a configuração Inicial do Banco de Dados.
5.3.3.6. Esse serviço deverá possibilitar que um DBA da CONTRATADA realize a configuração inicial do banco de dados conforme necessidade do
CONTRATANTE para este ambiente.
5.3.3.7. Dentre as principais atividades dessa demanda, incluem-se:
Definição da estrutura de banco de dados a ser criada;

Criação de Databases;
Criação de usuários principais;
Testes de conectividade.
5.3.4. Requisitos de armazenamento de dados para o banco de dados analítico

5.3.4.1. A solução deverá possuir serviço de armazenamento para diferentes propósitos, como Data Lake, Data Warehouse e DataLab.
5.3.4.2. A solução ofertada deverá fornecer espaço líquido de armazenamento equivalente aos 46.95 TB utilizados na tecnologia atual do ambiente do
Ministério da Cidadania, conforme detalhado na Tabela 5 - Volume de armazenamento atual, além do crescimento estimado em 20% ao ano de acordo com
a Tabela 6 - Capacidade de armazenamento anual requerida, totalizando um armazenamento total de 70 TB.
Tabela 5 - Volume de armazenamento atual.
Qtd. de espaço utilizado calculado de acordo com a tecnologia atualmente utilizada pelo Ministério,
Appliance
desconsiderando a replicação de dados
Database Modelo
27.49 TB
2750
Database Modelo
4.06 TB
2690
Hadoop 15.4 TB
Total 46.95 TB
Tabela 6 - Capacidade de armazenamento anual requerida.
Capacidade de armazenamento requerida, considerando a tecnologia atualmente utilizada pelo Ministério e
Ano
taxa de crescimento de 20% ao ano
1º Ano 56,34 TB
2º Ano 67,61 TB
* Foram mapeadas todas as tabelas atualmente presentes, considerados fatores de compactação e espaço gasto por tabelas temporárias (desenvolvimento e
homologação).
5.3.4.3. A solução deverá possuir mecanismos de compressão para o armazenamento dos dados, implementados via hardware ou software.
5.3.4.4. Os dispositivos de armazenamento devem prover mecanismos de tolerância à falha implementados via hardware ou software, de forma a
minimizar a indisponibilidade de acesso aos dados.
5.3.4.5. A solução deverá possibilitar a compressão de dados menos acessados (dados frios) de forma automática, sem intervenção manual.
5.3.4.6. A solução deverá fornecer a durabilidade dos dados de pelo menos 99,999999999%.A solução deverá permitir a configuração automática de
políticas de limpeza e exclusão dos dados de maneira pré-estabelecida e possibilitar a emissão de alertas antes da exclusão das informações.
5.3.5. Requisitos de Monitoramento
5.3.5.1. Deverá ser realizado o monitoramento, 24x7, do ambiente analítico incluindo, minimamente:
5.3.5.1.1. Monitoramento da execução de consultas pelos usuários;
5.3.5.1.2. Monitoramento da utilização de recursos do CONTRATANTE;
5.3.5.1.3. Monitoramento de processos ETL;
5.3.5.1.4. Execução de processo de monitoramento (audit) no banco de dados;
5.3.5.1.5. Monitoramento da performance do ambiente;
5.3.5.1.6. Identificação de usuários ofensores, avaliar e fazer recomendações;
5.3.5.1.7. Possibilitar colocar o usuário ofensor em Penalty Box quando necessário/autorizado;
5.3.5.1.8. Possibilitar a finalização de sessões quando solicitado;
5.3.5.1.9. Análise de períodos problemáticos e identificar ofensores alertando os responsáveis;
5.3.5.1.10. Monitoramento de cilindros livres e executar Packdisks quando necessário;
5.3.5.1.11. Identificação de tabelas com skew elevado e comunicar aos responsáveis;
5.3.5.1.12. Avaliação de métricas de CPU, I/O, espaço etc., a fim de identificar problemas/gargalos no sistema;
5.3.5.1.13. Execução de “canary queries” para identificar possíveis ofensores de performance;
5.3.5.1.14. Atuação na correção de falhas;
5.3.5.1.15. Interpretação das mensagens de erro próprias do ambiente, apoio nas soluções e propostas.
5.3.6. Requisitos de segurança da informação e privacidade
5.3.6.1. Possuir uma política de segurança aderente ao Capítulo III da Instrução Normativa nº 1 de 27 de maio de 2020.
5.3.6.2. Possuir controles de acesso respeitando os privilégios dos usuários baseando-se na política de controle de acesso do Contratante.
5.3.6.3. Possuir mecanismo de registro de incidentes, classificando e relacionando os incidentes de forma rotineira.
5.3.6.4. Realizar procedimentos de rastreabilidade por meio de registros de log, identificando ações dos usuários como acesso aos sistemas e transações,
também manter em sistema esses registros e as atividades dos operadores e administradores dos sistemas e aplicativos referentes ao objeto do contrato.
5.3.6.5. Manter controles das informações e dados pessoais que possam vir a ser compartilhados. Sendo vedada o compartilhamento sem o aval dos
gestores responsáveis pela informação e/ou para vantagens econômicas.
5.3.6.6. Realizar análise de vulnerabilidade nos sistemas referentes ao objeto do contrato, periodicamente ou quanto solicitado pelo Contratante.
5.3.6.7. Responder de forma hábil os incidentes relacionados à Segurança da Informação e Privacidade.
5.3.6.8. Utilizar recursos tecnológicos, como ferramentas e softwares, com suas versões comprovadamente seguras e atualizados reduzindo assim os
riscos ao objeto contratado.
5.3.6.9. Reportar, de forma imediata, qualquer incidente envolvendo a segurança da informação e vazamento de dados assim como as medidas que serão
iniciadas para a contenção dos riscos.
5.3.6.10. Elaborar para seus colaboradores, termo de ciência, responsabilidade e compromisso referente ao sigilo das informações que serão tratadas no
objeto do contrato, sendo de conhecimento as punições administrativa e/ou penal em caso de vazamento ou manuseio indevido dos dados.
5.3.6.11. Descartar os dados que não tenham mais a necessidade na utilização de forma segura, sendo que no caso de dados físicos em forma de papel
deverá ser realizada a fragmentação em partículas ou tiras ou a utilização de empresa especializada em descarte, quanto aos dados lógicos devem ser
respeitados o grau de sensibilidade e sigilo dos dados conforme Lei Geral de Proteção de Dados Pessoais.
5.3.6.12. Revogar de imediato os privilégios e acesso dos colaboradores que venham a ser desligados e/ou afastados das atividades referentes ao objeto
contratado, comunicando de imediato ao contratante sobre o afastamento.
5.3.6.13. Comunicar o contratante, para avaliação e viabilidade, sempre que houver a necessidade de utilização de serviços terceiros para execução do
objeto contratado.
5.3.6.14. Manter o desmembramento dos ambientes de teste, homologação e produção, onde cada ambiente deve ter seu controle de segurança e
privacidade.
5.3.6.15. Fornecer, sempre que solicitado pelo contratante, comprovantes do uso de técnicas de Segurança e Privacidade implantadas além de
mecanismos que facilite possíveis auditorias no ambiente do objeto contratado.
5.3.6.16. Criar, em parceria com o contratante, mecanismos de monitoramento de Segurança da Informação e Privacidade referente ao objeto do contrato.
5.3.6.17. Condicionar as atividades de forma a não onerar o tráfego da rede do MDS, prezando pelo desempenho e sustentabilidade.
5.3.6.18. Não é permitido utilização dos Ativos de informação do MDS para fins de interesse próprio, uso profissional e não autorizado, toda utilização dos
Ativos de informação do MDS, como e-mail, internet, equipamentos de informática, sistemas e informações são passíveis de monitoramento e devem ter seu
uso investigado sempre que houver indícios de quebra de segurança e privacidade dos dados ou por determinação jurídica quando ocorrerá interceptação legal.
5.3.6.19. Também não é autorizado, por intermédio dos ativos do MDS, o acesso, a guarda e o encaminhamento de materiais de cunho malicioso, obsceno,
ilegal e de qualquer conteúdo impróprio.
5.3.7. Requisitos de cópia de segurança (Backup)
5.3.7.1. A solução deverá ter a capacidade de realizar cópia de segurança em um estado consistente da informação.
5.3.7.2. A solução deverá possuir mecanismo de verificação e checagem de consistência da base de dados no intuito de garantir a integridade dos dados.
5.3.7.3. Este mecanismo deve incluir apresentação de testes de restore em ambiente segregado do ambiente de produção.
5.3.7.4. A solução deverá permitir recuperação de tabelas específicas do banco de dados.
5.3.7.5. A solução deverá permitir a realização de backup a qualquer momento e sem limites de quantas cópias podem ser realizadas.
5.3.7.6. A solução deverá permitir o agendamento para realização de backup de forma automática e sem limites de quantos agendamentos podem ser.
5.3.7.7. Deverão ser previstos 2 (dois) processos de backups automatizados, a saber:
5.3.7.7.1. Backups full de bases históricas realizados minimamente a cada 4 (quatro) meses, com retenção mínima de 3 (três) backups;
5.3.7.7.2. Backups full das demais bases de dados aos domingos, e backups incrementais de segunda-feira a sábado.
5.3.7.8. A solução deverá permitir a geração de novo backup, bem como permitir a limpeza de backups anteriores de forma manual, caso seja necessário.
5.3.7.9. A solução deverá possibilitar a limpeza automatizada, configurável, dos backups mais antigos.
5.3.7.10. A solução deverá realizar criptografia nos backups.
5.3.8. Requisitos de suporte técnico
5.3.8.1. O serviço deverá ser disponibilizado por intermédio de uma plataforma que possibilite a abertura e o acompanhamento de chamados.
5.3.8.2. O suporte técnico deverá funcionar durante 24h, em todos os dias do contrato.
5.3.8.3. A plataforma de abertura e acompanhamento de chamados deverá ser capaz de fornecer um número de registro único para acompanhamento de
cada chamado e comunicar o CONTRATANTE qualquer mudança na situação de chamados.
5.3.8.4. Os chamados finalizados pela CONTRATADA poderão ser reabertos pelo CONTRATANTE, em um prazo de até 3 (três) dias úteis, dentro da etapa de
Controle de Qualidade (CQ). Os chamados serão considerados concluídos após a extinção dos prazos ou respostas da etapa de CQ.
5.3.8.5. Os chamados abertos serão concluídos e fechados pela CONTRATADA quando satisfizerem uma das seguintes hipóteses:
5.3.8.5.1. For observado erro do consulente na realização da operação que resultou no chamado, ou por falta de conhecimento no uso do recurso, ou
insuficiência de informações mínimas necessárias para compreensão do problema. Devem ser incluídas as referências que subsidiem esta análise;
5.3.8.5.2. for apresentada uma solução de contorno ou uma solução efetiva para o problema.
5.3.8.6. A CONTRATADA deverá disponibilizar equipe e infraestrutura para realização de suporte operacional e gerenciamento do ambiente.
5.3.8.7. A CONTRATADA deverá alocar especialistas para a realização das atividades especializadas de suporte elencadas a seguir:
5.3.8.7.1. Monitoramento da utilização do espaço de trabalho (spool);
5.3.8.7.2. Monitoramento do Log de erros;
5.3.8.7.3. Monitoramento do crescimento da base de dados;
5.3.8.7.4. Recomendação de medidas preventivas;
5.3.8.7.5. Recomendação de modificação do espaço alocado para o usuário no Banco de dados;
5.3.8.7.6. Recomendação de modificação do espaço de trabalho (spool);
5.3.8.7.7. Monitoramento do desempenho dos processos;
5.3.8.7.8. Implementação, análise e relatório dos resultados da packdisk, checktable e scandisk;
5.3.8.7.9. Executar o processo de auditoria do Banco de dados;
5.3.8.7.10. Monitorar violações de acesso ao Banco de dados;
5.3.8.7.11. Configuração das variáveis dos sistemas (Ex.: variáveis do DBSControl);
5.3.8.7.12. Implementar, manter e monitorar processos e databases para coleta de espaço permanente e de spool para histórico;
5.3.8.7.13. Implementar, manter e monitorar processos e databases para coleta de dados históricos de DBQL;
5.3.8.7.14. Implementar, manter e monitorar databases de performance (Ex: ResUsage);
5.3.8.7.15. Definir thresholds de coleta de informações de performance;
5.3.8.7.16. Realizar análise de estatísticas, índices e recomendações de tunning utilizando-se de utilitários quando solicitado;
5.3.8.7.17. Avaliar, implementar e tirar dúvidas dos usuários sobre features;
5.3.8.7.18. Monitorar e solucionar mini cylpacks;
5.3.8.7.19. Avaliar e recomendar a criação, alteração ou o drop de índices e estatísticas;
5.3.8.7.20. Avaliar e recomendar tamanhos de blocos e de parâmetros como free space percentage, fallback, set/multiset, etc, quando solicitado;
5.3.8.7.21. Monitoramento da execução de consultas pelos usuários;
5.3.8.7.22. Monitoramento da utilização de recursos do CONTRATANTE;
5.3.8.7.23. Identificar tabelas com skew elevado e comunicar aos responsáveis;
5.3.8.7.24. Gerar relatórios de performance quando identificado algum problema ou quando solicitado pelos usuários;
5.3.8.7.25. Recomendar técnicas de tunning quando solicitado;
5.3.8.7.26. Orientação à otimização de Queries no ambiente produtivo;
5.3.8.7.27. Orientação à revisão de Queries com baixo desempenho;
5.3.8.7.28. Monitoramento do gerenciamento de workload;
5.3.8.7.29. Instalação e configuração de componentes do Hadoop;
5.3.8.7.30. Implementar, configurar, monitorar os backups nos Appliances;
5.3.8.7.31. Realizar periodicamente testes de restore para garantia a confiabilidade dos backups.
5.3.8.8. As atividades acima elencadas poderão ser realizadas de forma remota.
5.4. Requisitos da Solução: Item 2 - Serviço de migração de dados e soluções de ETL/BI
5.4.1. Dos serviços
5.4.1.1. A CONTRATADA deverá fornecer o serviço de migração dos dados e das soluções de ETL/BI existentes no ambiente do Ministério da
Cidadania para a solução ofertada.
5.4.2. Do esforço
5.4.2.1. O esforço necessário para o serviço de migração, depende diretamente da complexidade dos dados, os parâmetros para a definição de
complexidade, são:
a) Linhas de código;
b) Funções utilizadas;
c) Parâmetros IO/OU;
d) Execuções;
e) Consumo CPU;
f) Funções de ELT;
g) Funções de Query Grid;
h) Funções Analíticas DB;
i) Similaridade;
j) Tipo de Dados; e
k) Particionamentos e PI.
5.4.2.2. Nesse sentido a figura 10, demonstra a complexidade das principais bases de dados do ministério.
Figura 10 - Distribuição de SP e GP por complexidade.

5.4.3. Requisitos dos serviços de migração de dados
5.4.3.1. A migração de todos os dados deve ser tempestiva e todo o processo de migração dos dados e análise de compatibilidade com as soluções ETL,
BI, Macros e Views existentes deve ser finalizado em 30 dias.
5.4.3.2. Os serviços de migração dos dados têm como objetivo realizar a cópia dos dados e metadados presentes na atual infraestrutura do MDS para a
nova solução que será contratada. A migração será limitada a um volume de até 30 TB para o ambiente de Produção, 7TB para o ambiente de Desenvolvimento
e 20 TB para o ambiente Hadoop.
5.4.3.3. O processo de migração deverá acontecer através da conexão com os ambientes de origem e destino através de uma rede exclusiva e dedicada,
executando-se scripts customizados de migração, os quais realizarão a extração dos dados no ambiente origem e a gravação deles no ambiente destino.
5.4.3.4. A migração deverá garantir que todas as definições e conteúdos (dados) do ambiente origem (tais como tabelas, views, procedures, acessos,
usuários, senhas, bancos de dados, entre outros), sejam enviados e gravados corretamente no ambiente destino.
5.4.3.5. Durante a migração de dados, tanto em trânsito como em repouso, a solução deverá criptografar os dados a serem migrados.
5.4.3.6. Após o processo de migração, deverá ser realizado o procedimento de pós-migração, onde serão feitas as conversões de dados e devem ser
executados os scripts de validação que assegurem a integridade dos dados.
5.4.4. Requisitos pré e pós migração de dados
5.4.4.1. A CONTRATATA deverá prover durante 4 (quatro) semanas a alocação remota de um recurso especializado para execução das seguintes
atividades:
5.4.4.1.1. Suporte Administração Banco de Dados;
5.4.4.1.2. Integração LDAP;
5.4.4.1.3. Configuração ViewPoint ou similar;
5.4.4.1.4. Configuração PDCR;
5.4.4.1.5. Configuração do Workload Management (TASM);
5.4.4.1.6. Serviços de Instalação R e Python;
5.4.4.1.7. Serviços de Instalação e Configuração BAR (Backup & Restore);
5.4.4.1.8. Revisão da Estratégia e Políticas de BAR.
5.5. Demais requisitos necessários e suficientes à escolha da solução de TIC
5.5.1. Metodologia de Trabalho
5.5.1.1. Todos os serviços deverão ser executados em conformidade com as normas, políticas, metodologias, guias e padrões estabelecidos no âmbito do
MDS.
5.5.2. Legislação
5.5.2.1. Lei Federal nº 8.666, de 21 de junho de 1993 e alterações: institui normas para licitações e contratos da Administração Pública.
5.5.2.2. Lei nº 13.709, de 14 de agosto de 2018: Lei Geral de Proteção de Dados Pessoais (LGPDP).
5.5.2.3. Decreto nº 9.637, de 26 de dezembro de 2018: institui a Política Nacional de Segurança da Informação e dispõe sobre a governança da segurança
da informação.
5.5.2.4. Decreto nº 7.174, 12 de maio de 2010: regulamenta a contratação de bens e serviços de informática e automação pela administração pública
federal.
5.5.2.5. Decreto nº 7.845, de 14 de novembro de 2012: Regulamenta procedimentos para credenciamento de segurança e tratamento de informação
classificada em qualquer grau de sigilo, e dispõe sobre o Núcleo de Segurança e Credenciamento.
5.5.2.6. Decreto nº10.332, de 28 de abril de 2020: Institui a Estratégia de Governo Digital para o período de 2020 a 2022, no âmbito dos órgãos e das
entidades da administração pública federal direta, autárquica e fundacional e dá outras providências.
5.5.2.7. Instrução Normativa SGD/ME nº 01, de 4 de abril de 2019: dispõe sobre o processo de contratação de soluções de Tecnologia da Informação e
Comunicação - TIC pelos órgãos e entidades integrantes do Sistema de Administração dos Recursos de Tecnologia da Informação - SISP do Poder Executivo
Federal.
5.5.2.8. Instrução Normativa GSI/PR Nº 1, de 27 de maio de 2020: dispõe sobre a Estrutura de Gestão da Segurança da Informação nos órgãos e nas
entidades da administração pública federal.
5.5.2.9. Norma Complementar nº 07/IN01/DSIC/GSIPR, de 15 de julho de 2014 - Diretrizes para implementação de controles de acesso relativos à
segurança da informação e comunicações.
5.5.3. Segurança da Informação
5.5.3.1. Deverão ser observadas as normas e diretrizes contidas na Política de Segurança da Informação e de Privacidade do MDS, e suas normas
complementares.
5.5.3.2. Deverão ser observadas as leis, normas e diretrizes de Governo relacionadas à Segurança da Informação e à Proteção dos Dados Pessoais, em
especial atenção ao Decreto Federal nº 9.637/2018, que estabelece a Política Nacional de Segurança da Informação e a Lei nº 13709/2018, que dispõe sobre a
Lei Geral de Proteção de Dados Pessoais.
5.5.3.3. Considerando os riscos de segurança inerentes ao armazenamento de informações, faz-se necessário que a CONTRATADA adote altos padrões de
segurança, devendo comprovar o atendimento das seguintes normas de segurança da informação existentes no mercado:
Tabela 7 - Normas de segurança da informação existentes no mercado.
Norma Abrangência Justificativa
Esta Norma especifica os requisitos
para estabelecer, implementar, manter e A observância a esse normativo se faz necessária para
melhorar continuamente um sistema de gestão assegurar a segurança da informação associada aos
da segurança da informação dentro do requisitos de documentação, divisões de
ISO/IEC 27001:2013
contexto da organização. Esta Norma também responsabilidade, disponibilidade, controle de
inclui requisitos para a avaliação e tratamento acesso, segurança, auditoria e medidas corretivas e
de riscos de segurança da informação preventivas.
voltados para as necessidades da organização.
Esta norma estabelece os requisitos para um
sistema de gestão de privacidade da informação
A observância a esse normativo é necessária para
(SGPI) em organizações. Extensão da ISO
assegurar a conformidade a Lei Geral de Proteção de
27001:2013 acima, que trata de sistemas de
Dados Pessoais (LGPD), fortalecendo a proteção de
gestão da segurança da informação (SGSI).
informações pessoais, garantindo a conformidade
Incluem orientações sobre privacidade da
ISO/IEC 27701:2019 com regulamentações de privacidade de dados,
informação, gestão de riscos de privacidade,
demonstrando o comprometimento com a
conformidade com regulamentações de
privacidade da informação e contribuindo para a
privacidade de dados, necessidades do
gestão eficaz dos riscos associados à privacidade no
envolvimento das partes interessadas e a
serviço público.
integração com sistemas de gestão da segurança
da informação (SGSI).
5.5.4. Ambientais, Sociais e Culturais
5.5.4.1. A CONTRATADA, no que couber, deverá atender os critérios de sustentabilidade ambiental previstos na Instrução Normativa-SLTI/MP nº 01, de 19
de janeiro de 2010, e do Decreto nº 7.746, de 05 de junho de 2012.
5.5.4.2. Os serviços prestados pela CONTRATADA, no que couber, deverão pautar-se sempre no uso racional de recursos e equipamentos, de forma a
evitar e prevenir o desperdício de insumos e material consumidos, bem como a geração excessiva de resíduos, a fim de atender às diretrizes de
responsabilidade ambiental adotadas pelo Governo.
5.5.5. Qualificação Técnica
5.5.5.1. Declaração informando se a licitante é a fabricante, revendedora ou distribuidora autorizada para prestação de serviços de garantia e suporte
para a solução a ser adquirida pelo CONTRATANTE.
6. AVALIAÇÃO E EXECUÇÃO DOS SERVIÇOS
6.1. O atendimento será realizado após a comunicação do problema, verificado por este Ministério, à central de atendimento e ocorrerá nos seguintes
prazos:
6.1.1. Chamado Prioridade Crítica – Em caso de indisponibilidade total da solução, o tempo de início de atendimento é de até 02 (duas) horas com o
prazo máximo de resolução de até 1 (um) dia útil, contados a partir do horário de comunicação do problema à central de atendimento;
6.1.2. Chamado Prioridade Alta – Em caso de indisponibilidade parcial da solução, o tempo de início de atendimento é de até 04 (quatro) horas com o
prazo máximo de resolução de até 5 (cinco) dias úteis, contados a partir do horário de comunicação do problema à central de atendimento;
6.1.3. Chamado Prioridade Média – Em caso de falhas no equipamento que não impliquem em indisponibilidade, mas afetem a operação normal
da solução, o tempo de início de atendimento é de até 08 (oito) horas com o prazo máximo de resolução de até 10 (dez) dias úteis, contados a partir do horário
de comunicação do problema à central de atendimento;
6.1.4. Chamado Prioridade Baixa – Em caso de falhas no equipamento que não impliquem em indisponibilidade, e não afetem a operação normal da
solução, o tempo de início de atendimento é de até 16 (dezesseis) horas com o prazo máximo de resolução de até 15 (dez) dias úteis, contados a partir do
horário de comunicação do problema à central de atendimento.
6.2. O quadro abaixo resume os prazos do suporte técnico para resolução do chamado aberto na central de atendimento:
Tabela 8 - Prazos de atendimento do suporte técnico.
Horas de Cobertura Prioridade do Chamado Início de Atendimento Tempo de Resolução
24x7 Crítica 2 horas 1 dia útil
24x7 Alta 4 horas 5 dias úteis
24x7 Média 8 horas 10 dias úteis
24x7 Baixa 16 horas 15 dias úteis
6.3. Acordo de Nível de Serviço
6.3.1. O quadro abaixo define o desconto a ser aplicada no caso de descumprimento dos prazos:
Tabela 9 - Descontos aplicados por descumprimento dos níveis de serviço.
Desconto por não atendimento dos prazos de início de Desconto por não atendimento dos prazos de
Prioridade do
atendimento do chamado, calculado sobre o valor resolução do chamado, calculado sobre o valor
Chamado
mensal do contrato mensal do contrato
4% (quatro por cento), por hora de atraso no início de 8% (oito por cento), por dia de atraso na resolução
Crítica
atendimento do chamado. do chamado.
3% (três por cento), por hora de atraso no início de 6% (seis por cento), por dia de atraso na resolução
Alta
2% (dois por cento), por hora de atraso no início de 4% (quatro por cento), por dia de atraso na
Média
atendimento do chamado. resolução do chamado.
1% (um por cento), por hora de atraso no início de 2% (um por cento), por dia de atraso na resolução
Baixa
6.3.2. O limite de aplicação do desconto será de 30% do valor mensal do contrato. Se o resultado for superior a 30%, poderão ser aplicadas as sanções
administrativas previstas.
6.3.3. Em casos complexos onde o atraso na resolução do chamado seja devidamente justificado pela CONTRATADA no Relatório de Atendimentos
Ocorridos - RAO, o CONTRATANTE poderá a seu critério, optar pela não cobrança da glosa.
7. ESTIMATIVA DA DEMANDA - QUANTIDADE DE BENS E SERVIÇOS
7.1. Os itens do serviço e o dimensionamento para a nova solução são apresentados no item 10. SOLUÇÃO DE TIC A SER CONTRATADA.
7.2. Importante ressaltar que o item considera o serviço de um pacote completo que contempla todos os equipamentos, componentes, ferramentas,
hardware, serviços de suporte técnico, garantia e atualização de versões visando a sustentação do ambiente analítico atual em uma nova plataforma.
7.3. Dentre os principais pontos da solução, estão incluídos:
7.3.1. Fornecimento de equipamentos, com capacidade para 70 TB CDS;
7.3.2. Serviços de instalação e configuração do ambiente analítico;
7.3.3. Instalação e configuração das ferramentas, criptografia dos dados em repouso ambiente analítico, implementação de política e rotinas de backup
do ambiente;
7.3.4. Migração dos dados do ambiente atual no MDS para a o ambiente contratado.
8. ANÁLISE DE SOLUÇÕES
8.1. IDENTIFICAÇÃO DAS SOLUÇÕES
8.1.1. Com base na pesquisa mais recente do Gartner (SEI nº 14159761e SEI nº 14159767) de dezembro de 2022, referente às Soluções de
Gerenciamento de Banco de Dados em Nuvem, chamada "Magic Quadrant for Cloud Database Management Systems" e "Capacidades críticas para sistemas de
gerenciamento de banco de dados em nuvem para casos de uso analítico", respectivamente, foram selecionadas as possíveis soluções de Big Data do mercado.
A seleção foi feita com base no Quadrante Líder e considerando as soluções que obtiveram uma pontuação igual ou superior a 3.6 no gráfico "Pontuações de
produtos de fornecedores por caso de uso de Data Warehouse Tradicional" no relatório de Capacidades Críticas. O Quadrante Mágico do Gartner é uma
ferramenta amplamente reconhecida e utilizada internacionalmente para comparar empresas e soluções em diferentes segmentos de TI, fornecendo o
resultado de uma pesquisa abrangente realizada pela Gartner. Essas pesquisas são publicadas regularmente e compiladas nos Quadrantes Mágicos.
Figura 11 - Quadrante Mágico Database Management Systems for Analytics Purposes (Fonte: Gartner Group).
8.1.2. Além do Quadrante Mágico, a Gartner também disponibiliza o estudo de Capacidades Críticas, que complementa o relatório e avalia os produtos
com base em nove recursos essenciais. A partir dessa pesquisa, são gerados gráficos de pontuações específicos para diferentes casos de uso e capacidades de
atendimento. No caso do ministério, a maioria dos casos de uso se enquadra no modelo Tradicional de Data Warehouse, o que justifica a escolha do gráfico a
seguir, como ferramenta de seleção das soluções.
Figura 12 - Critical Capabilities for Cloud Database Management Systems for Analytical Use Cases (Fonte: Gartner Group).
8.1.3. Análise das soluções
8.1.3.1. Solução 1: Teradata Intelliflex as a service
8.1.3.1.1. Principais componentes da solução:
a) Nodes (Nós): Um sistema Teradata é composto por nós, também conhecidos como nós de processamento. Cada nó possui seu próprio
processador, memória e disco. Os nós trabalham em paralelo para processar consultas e executar tarefas de armazenamento e recuperação de
dados.
b) Parsing Engine (PE): O Parsing Engine é responsável por receber e analisar as consultas SQL enviadas pelos usuários. Ele verifica a sintaxe
das consultas, gera um plano de execução e distribui as tarefas para os nós de processamento adequados.
c) BYNET: É uma rede de alta velocidade que conecta os nós de processamento e permite a comunicação entre eles. A BYNET é fundamental
para a execução paralela das consultas, permitindo que os nós compartilhem dados e coordenem suas atividades.
d) Access Module Processors (AMPs): Os AMPs são responsáveis pelo armazenamento e recuperação dos dados no Teradata. Cada nó de
processamento contém um ou mais AMPs, que lidam com a leitura e gravação dos dados nos discos locais. Os AMPs são dimensionados
horizontalmente para permitir que o Teradata manipule grandes volumes de dados de forma eficiente.
e) Virtual Disk Array (VDA): O VDA é um software que gerencia a distribuição dos dados pelos discos físicos em cada nó de processamento. Ele
divide os dados em blocos e distribui esses blocos de forma equilibrada entre os discos, garantindo um desempenho otimizado e uma melhor
utilização dos recursos de armazenamento.
f) Data Dictionary: É um componente do Teradata que armazena informações sobre a estrutura dos dados, esquemas de tabelas,
relacionamentos, índices e outras meta informações. O Data Dictionary é consultado pelo Parsing Engine durante o processamento das
consultas para obter informações sobre as tabelas e garantir a integridade dos dados.
8.1.3.1.2. Capacidade de atendimento das atuais necessidades:
a) Escalabilidade: O Teradata é conhecido por sua capacidade de dimensionamento horizontal, o que significa que ele pode lidar com grandes
volumes de dados e cargas de trabalho intensivas. Ele permite que as organizações aumentem sua capacidade de armazenamento e
processamento à medida que suas necessidades crescem, garantindo um desempenho consistente e confiável.
b) Desempenho: A arquitetura paralela massivamente escalável do Teradata, combinada com a otimização inteligente de consultas, resulta em
um alto desempenho na execução de consultas complexas. Ele é projetado para processar simultaneamente várias consultas de forma
eficiente, permitindo análises rápidas e interativas.
c) Análise avançada: O Teradata oferece recursos avançados de análise de dados, como mineração de dados, análise preditiva e aprendizado
de máquina. Ele fornece uma ampla gama de funções e algoritmos analíticos integrados, permitindo que as organizações descubram insights
valiosos e tomem decisões baseadas em dados.
d) Integração de dados: O Teradata é capaz de integrar dados de várias fontes, incluindo bancos de dados tradicionais, data warehouses,
sistemas Hadoop e nuvem. Ele oferece recursos de integração de dados robustos e permite que as organizações tenham uma visão unificada
de seus dados, facilitando a análise e o acesso às informações relevantes.
e) Confiabilidade e disponibilidade: O Teradata é conhecido por sua confiabilidade e disponibilidade. Ele é projetado para oferecer alta
disponibilidade e tolerância a falhas, garantindo que as organizações tenham acesso contínuo aos seus dados e possam confiar no sistema para
operações críticas de negócios.
f) Risco reduzido de Migração: O risco de migração é significativamente reduzido em comparação com outras soluções devido ao fato de que,
embora o produto seja atualizado, a tecnologia subjacente permanece a mesma. Isso elimina a necessidade de atualizar mais de mil mapas de
transformação de dados, converter procedimentos, reescrever códigos ou remodelar os dados de sistemas já existentes no Ministério.
Figuras 13 e 14 - Proposta de arquitetura apresentada pela Teradata.

8.1.3.2. Solução 2: Amazon Redshift
8.1.3.2.1. Amazon Redshift é um serviço de data warehousing totalmente gerenciado fornecido pela Amazon Web Services (AWS). Ele foi projetado para
lidar com cargas de trabalho de análise de dados em grande escala e é otimizado para processamento analítico online (OLAP). O Redshift utiliza armazenamento
colunar e execução de consultas paralelas para oferecer um desempenho de consulta rápido em grandes conjuntos de dados. Ele se integra a outros serviços da
AWS, como o S3 para armazenamento de dados e o AWS Glue para ingestão e transformação de dados. Com o Redshift, é possível analisar os dados usando
consultas SQL e realizar tarefas analíticas complexas de forma eficiente.
Figura 15 - Arquitetura Redshift.

Fonte: Gartner - Artigo: Solution Comparison for Cloud Data Warehouse Platforms.
Link: https://www.gartner.com/document/4003294 (Útimo acesso: 17/05/2022).
a) Clusters: Um cluster do Redshift é composto por nós de computação e nós de armazenamento. Os nós de computação executam consultas
e operações de processamento, enquanto os nós de armazenamento armazenam os dados de forma distribuída.
b) Nós líderes (Leader Nodes): Cada cluster possui um nó líder, que coordena as consultas e o acesso aos dados. Ele recebe as consultas SQL
dos clientes, otimiza e distribui as tarefas de processamento para os nós de computação.
c) Nós de computação (Compute Nodes): Esses nós executam as tarefas de processamento distribuídas, como execução de consultas e
cálculos. Eles são responsáveis por dividir e executar paralelamente as consultas em vários nós para obter um desempenho rápido.
d) Nós de armazenamento (Storage Nodes): Os nós de armazenamento armazenam os dados em discos locais e fornecem acesso aos dados
para os nós de computação. Eles são responsáveis por armazenar e recuperar os dados de forma eficiente.
e) Tabelas distribuídas: Os dados no Redshift são distribuídos em várias fatias, chamadas de blocos de dados, e armazenados nos nós de
armazenamento. Isso permite que o Redshift paralelize as operações de consulta e aproveite a computação distribuída para obter um
desempenho rápido.
f) Colunas otimizadas: O Redshift usa armazenamento colunar, o que significa que os dados de cada coluna são armazenados de forma
contígua. Isso permite que o Redshift leia apenas as colunas necessárias em uma consulta, o que melhora a eficiência do armazenamento e o
desempenho das consultas.
g) Slices: Os dados são distribuídos em fatias horizontais chamadas de slices, que são atribuídas a cada nó de computação. Cada nó contém
uma ou mais fatias, e cada fatia contém uma parte dos dados.
8.1.3.2.3. Capacidade de atendimento das atuais necessidades ou Diferencial competitivo da solução:
a) Escalabilidade e Desempenho: O Redshift é altamente escalável e projetado para lidar com grandes volumes de dados e cargas de trabalho
intensivas de análise. Ele permite aumentar ou diminuir o número de nós de computação para atender às demandas de processamento e
armazenamento, garantindo um desempenho rápido mesmo em consultas complexas.
b) Facilidade de Uso: O Redshift é um serviço totalmente gerenciado pela AWS, o que significa que você não precisa se preocupar com a
configuração e gerenciamento da infraestrutura subjacente. Ele fornece uma interface familiar de SQL para consulta e integração com várias
ferramentas de business intelligence (BI) e visualização de dados.
c) Integração com o Ecossistema da AWS: O Redshift se integra perfeitamente a outros serviços da AWS, como o Amazon S3 para
armazenamento de dados, o AWS Glue para ingestão e transformação de dados, e o AWS IAM para controle de acesso. Essa integração
simplifica o pipeline de dados e permite uma análise aprofundada usando outros serviços da AWS.
d) Arquitetura Colunar e Compressão de Dados: O Redshift utiliza armazenamento colunar, o que melhora significativamente o desempenho
das consultas, permitindo que apenas as colunas relevantes sejam lidas em uma consulta. Além disso, o Redshift aplica técnicas avançadas de
compressão de dados, reduzindo o espaço necessário para armazenamento e acelerando o processamento.
e) Preço Competitivo: O Redshift oferece opções de dimensionamento flexíveis e um modelo de preços baseado no uso, o que o torna uma
opção acessível para empresas de diferentes tamanhos. Ele também oferece opções de armazenamento em disco magnético (HDD) e
armazenamento em estado sólido (SSD), permitindo que você escolha o equilíbrio certo entre desempenho e custo.
f) Segurança e Conformidade: O Redshift oferece recursos de segurança robustos, incluindo criptografia de dados em repouso e em trânsito,
acesso baseado em funções do IAM e integração com o AWS CloudTrail para registro de auditoria. Ele também é compatível com várias
regulamentações de segurança e conformidade, como GDPR, HIPAA e PCI DSS.
8.1.3.3. Solução 3: Google Big Query
8.1.3.3.1. O Google BigQuery é um serviço de armazenamento e análise de dados em nuvem oferecido pelo Google Cloud. Ele é projetado para lidar com
grandes volumes de dados estruturados, semiestruturados e não estruturados. O BigQuery permite que você consulte e anÁlise dados usando SQL padrão,
tornando-o acessível para usuários com conhecimentos em SQL. Uma das principais características do BigQuery é sua capacidade de processar consultas de
forma rápida e escalável, mesmo em grandes conjuntos de dados. Ele usa a tecnologia de processamento distribuído para executar consultas de forma paralela
em um cluster de máquinas, permitindo que você obtenha resultados em tempo real, mesmo em grandes volumes de dados.
Figura 16 - Arquitetura Big Query.

Fonte: Gartner - Artigo Solution Comparison for Cloud Data Warehouse Platforms.
a) API do BigQuery: É uma API RESTful que permite a interação programática com o serviço. Através da API, os desenvolvedores podem enviar
consultas, gerenciar conjuntos de dados, tabelas, visualizações e acessar os resultados das consultas.
b) Conjuntos de Dados (Datasets): São contêineres lógicos que organizam e separam os dados no BigQuery. Os conjuntos de dados pertencem
a um projeto e são usados para agrupar tabelas, visualizações e funções relacionadas. Eles ajudam a controlar o acesso e as permissões de
forma granular.
c) Tabelas (Tables): São estruturas de armazenamento que contêm os dados no BigQuery. As tabelas podem ser criadas ao carregar dados
diretamente no BigQuery, importar de fontes externas ou como resultados de consultas. Elas podem ser particionadas e segmentadas para
melhorar o desempenho e a eficiência.
d) Consultas (Queries): O BigQuery permite que os usuários executem consultas usando a linguagem SQL padrão. As consultas permitem
recuperar, filtrar, transformar e analisar os dados armazenados nas tabelas. O BigQuery otimiza a execução das consultas distribuindo o
processamento entre vários nós de computação.
e) Nós de Computação (Compute Nodes): São responsáveis por executar as tarefas de processamento de dados nas consultas. O BigQuery
distribui o processamento de dados entre múltiplos nós de computação para executar operações paralelas em grandes volumes de dados. Os
nós de computação são dimensionados automaticamente para lidar com a carga de trabalho.
f) Armazenamento Colunar: O BigQuery armazena os dados em um formato colunar otimizado para consulta eficiente. Isso permite que
apenas as colunas relevantes sejam lidas durante a execução das consultas, reduzindo o tempo de resposta e otimizando o uso dos recursos.
g) Gerenciador de Metadados: É responsável por armazenar e gerenciar os metadados relacionados aos conjuntos de dados, tabelas,
visualizações e consultas no BigQuery. Ele mantém informações sobre a estrutura dos dados, esquemas, permissões de acesso e outros
detalhes relevantes.
a) Escalabilidade e Desempenho: O BigQuery é altamente escalável e pode lidar com grandes volumes de dados sem comprometer o
desempenho. Ele utiliza uma arquitetura de processamento distribuído que executa consultas de forma paralela em um cluster de nós de
computação, permitindo respostas rápidas mesmo para consultas complexas em conjuntos de dados enormes.
b) Processamento Eficiente: O BigQuery é projetado para fornecer um processamento eficiente de consultas. Ele armazena os dados em um
formato colunar otimizado para consulta, permitindo que apenas as colunas relevantes sejam lidas durante a execução das consultas. Além
disso, o BigQuery utiliza técnicas avançadas de otimização de consultas para acelerar o processamento e minimizar o tempo de espera.
c) Capacidade Elástica: O BigQuery oferece capacidade elástica, o que significa que pode dimensionar automaticamente os recursos de
computação necessários para lidar com a carga de trabalho. Isso permite que as consultas sejam processadas rapidamente, mesmo em
momentos de pico de tráfego ou com grandes conjuntos de dados.
d) Integração com o Ecossistema Google Cloud: Como parte do Google Cloud Platform (GCP), o BigQuery se integra perfeitamente com outros
serviços e ferramentas do GCP, como Google Cloud Storage, Google Dataflow e Google Analytics. Isso facilita a ingestão de dados, a criação de
pipelines de processamento de dados e a integração com outros serviços de nuvem.
e) Preços Flexíveis e Modelo de Cobrança: O BigQuery oferece um modelo de preços flexível e escalável, no qual você paga apenas pelo uso
dos recursos e dados processados. Ele não requer investimento inicial em infraestrutura e oferece opções de preços baseadas no tamanho do
conjunto de dados e na quantidade de dados processados, permitindo controle e previsibilidade de custos.
f) Segurança e Conformidade: O BigQuery oferece recursos robustos de segurança, incluindo criptografia de dados em repouso e em trânsito,
gerenciamento de chaves e controle de acesso granular. Além disso, o BigQuery está em conformidade com várias certificações de segurança e
regulamentações, como GDPR, HIPAA e ISO 27001, atendendo a requisitos rigorosos de segurança e privacidade.
8.1.3.4. Solução 4: Microsoft Azure
8.1.3.4.1. O Microsoft Azure Synapse é uma plataforma de análise unificada que combina recursos de data warehousing, big data e processamento analítico
em tempo real. Ele permite que as empresas processem e analisem grandes volumes de dados de várias fontes, como bancos de dados relacionais, data lakes e
streaming de dados. Uma das principais características do Azure Synapse é a sua capacidade de unificar o processo de ingestão, preparação, gerenciamento e
análise de dados em um único ambiente. Isso facilita a colaboração entre equipes de dados, reduz a complexidade e aumenta a eficiência na obtenção de
insights valiosos.
Figura 17 - Arquitetura Azure Synapse Analytics.

Fonte: Gartner - Artigo Solution Comparison for Cloud Data Warehouse Platforms.
a) Pools de SQL do Azure Synapse: Esses pools são a base para consultas SQL interativas e análise ad-hoc. Eles oferecem recursos
compartilhados ou dedicados para executar consultas usando o mecanismo SQL do Azure Synapse.
b) Serviço de Integração de Dados: Permite a ingestão, transformação e movimentação de dados de várias fontes para o Azure Synapse. Ele
suporta pipelines de dados para orquestrar tarefas de ETL (Extração, Transformação e Carga) e fornece conectores para integração com uma
ampla variedade de sistemas de dados.
c) Serviço de Big Data do Azure Synapse: Baseado no Apache Spark, esse serviço oferece recursos de processamento de big data escaláveis e
distribuídos. Ele permite executar consultas em grandes volumes de dados, realizar transformações complexas, processar streaming de dados
em tempo real e executar tarefas de aprendizado de máquina e análise avançada.
d) Conjuntos de Dados: Os conjuntos de dados no Azure Synapse são as unidades lógicas de armazenamento de dados. Eles podem ser
provenientes de várias fontes, como armazenamento de blobs do Azure, Data Lake Storage, SQL Data Warehouse, entre outros. Os conjuntos
de dados permitem acessar, consultar e compartilhar os dados dentro do ambiente do Azure Synapse.
e) Serviço de Gerenciamento: Esse serviço engloba recursos de segurança, monitoramento e gerenciamento de recursos do Azure Synapse.
Ele inclui recursos como autenticação, autorização, monitoramento de desempenho, rastreamento de auditoria e gerenciamento de custos.
a) Unificação de recursos: O Azure Synapse oferece uma abordagem unificada, combinando recursos de data warehousing, big data e
processamento analítico em tempo real em uma única plataforma. Isso permite que as empresas simplifiquem sua arquitetura de dados,
reduzindo a necessidade de várias soluções e facilitando a colaboração entre equipes de dados.
b) Escalabilidade e desempenho: O Azure Synapse é altamente escalável, permitindo processar e analisar grandes volumes de dados com
eficiência. Ele pode dimensionar recursos de computação e armazenamento conforme necessário, garantindo um desempenho consistente
mesmo em cargas de trabalho intensivas.
c) Integração perfeita com o ecossistema do Azure: O Azure Synapse é parte integrante do ecossistema do Microsoft Azure, o que oferece
uma ampla gama de serviços complementares. Ele se integra facilmente a outros serviços do Azure, como Azure Data Lake Storage, Azure
Machine Learning e Azure Power BI, proporcionando uma solução completa de análise de dados.
d) Suporte a várias linguagens e ferramentas: O Azure Synapse oferece suporte a várias linguagens de programação, incluindo SQL, Python e
R, permitindo que os usuários aproveitem suas habilidades existentes. Além disso, ele suporta ferramentas populares, como o Apache Spark,
proporcionando flexibilidade na escolha das ferramentas certas para análise e processamento de dados.
e) Recursos avançados de segurança: O Azure Synapse oferece recursos robustos de segurança para proteger os dados confidenciais das
empresas. Isso inclui autenticação de vários fatores, criptografia de dados em repouso e em trânsito, controle de acesso granular e
rastreamento de auditoria para atender aos requisitos de conformidade.
f) Ferramentas de desenvolvimento e gerenciamento intuitivas: O Azure Synapse fornece uma interface de usuário intuitiva e ferramentas de
desenvolvimento fáceis de usar, como o Azure Synapse Studio. Isso simplifica o desenvolvimento, implantação e gerenciamento de pipelines de
dados, consultas SQL e tarefas de análise, permitindo que as equipes sejam mais produtivas.
8.1.3.5. Solução 6: Oracle Autonomous Data Warehouse
8.1.3.5.1. O Oracle Autonomous Database é uma solução de banco de dados completamente automatizada fornecida pela Oracle Corporation. Ela utiliza
inteligência artificial e aprendizado de máquina para automatizar tarefas essenciais de administração de banco de dados, como ajuste de desempenho,
segurança, backups e aplicação de patches de software.
8.1.3.5.2. Com o Oracle Autonomous Database, as empresas podem se beneficiar de diversos recursos automatizados. Por exemplo, o ajuste de
desempenho automático otimiza automaticamente consultas e índices para melhorar a velocidade de processamento. A segurança também é reforçada, pois o
banco de dados é protegido por padrão, incluindo criptografia de dados em repouso e em trânsito.
Figura 18 - Arquitetura de referência Oracle ADW.

Fonte: https://docs.oracle.com/en/solutions/oci-curated-analysis/index.html#GUID-3A382EF2-409C-458D-B623-FBF4C97F84CE (último acesso: 18/05/2022).
a) Autonomous Data Warehouse (ADW) ou Autonomous Transaction Processing (ATP): Esses são os dois tipos principais de serviços
disponíveis no Oracle Autonomous Database. O ADW é projetado para cargas de trabalho analíticas, enquanto o ATP é voltado para cargas de
trabalho transacionais. Ambos os serviços possuem recursos automatizados de gerenciamento e otimização.
b) Nós de controle: Os nós de controle são responsáveis pelo gerenciamento centralizado do banco de dados. Eles executam tarefas como o
planejamento de consultas, alocação de recursos, coordenação de nós de computação e aplicação de políticas de gerenciamento.
c) Nós de computação: Os nós de computação são responsáveis por executar as tarefas de processamento real do banco de dados. Eles
executam consultas, manipulam dados e realizam operações de armazenamento. Os nós de computação podem ser dimensionados
verticalmente ou horizontalmente para atender às demandas de carga de trabalho.
d) Oracle Machine Learning (OML): O Oracle Machine Learning é um componente integrado ao Oracle Autonomous Database que oferece
recursos de análise avançada e aprendizado de máquina. Ele permite que os usuários executem análises preditivas e descubram insights
ocultos em seus dados.
e) Oracle Cloud Infrastructure (OCI): O Oracle Autonomous Database é executado na Oracle Cloud Infrastructure, que é a plataforma de
nuvem da Oracle. A OCI fornece uma infraestrutura segura, escalável e confiável para hospedar os serviços de banco de dados autônomos.
a) Automação abrangente: O Oracle Autonomous Database é uma solução altamente automatizada, que usa inteligência artificial e
aprendizado de máquina para automatizar várias tarefas de administração de banco de dados. Isso inclui otimização de desempenho,
segurança, backup e recuperação, e aplicação de patches. A automação reduz significativamente a necessidade de intervenção humana,
eliminando erros e melhorando a eficiência operacional.
b) Desempenho superior: O Oracle Autonomous Database é projetado para fornecer um desempenho excepcional. Com recursos como ajuste
de consultas automático, otimização de índices e ajuste dinâmico de recursos, ele garante que as cargas de trabalho sejam executadas de
forma eficiente e rápida. Isso é particularmente evidente em cargas de trabalho analíticas e transacionais de alto volume.
c) Segurança robusta: A Oracle tem um histórico comprovado de foco em segurança, e o Oracle Autonomous Database não é exceção. Ele
incorpora uma série de recursos de segurança avançados, incluindo criptografia de dados em repouso e em trânsito, patching automático para
correção rápida de vulnerabilidades e recursos de detecção e prevenção de ameaças.
d) Escalabilidade e elasticidade: O Oracle Autonomous Database é altamente escalável e elástico, permitindo que as empresas dimensionem
seus recursos de acordo com as necessidades. Isso significa que é possível adicionar ou remover capacidade de computação conforme
necessário, garantindo um desempenho consistente mesmo durante períodos de pico de carga de trabalho.
e) Integração com ecossistema Oracle: O Oracle Autonomous Database se integra perfeitamente ao ecossistema mais amplo da Oracle,
permitindo que as empresas aproveitem outros produtos e serviços da Oracle, como o Oracle Machine Learning, Oracle Analytics e Oracle
Cloud Infrastructure. Isso facilita a construção de soluções completas e permite uma experiência mais unificada para os usuários.
8.1.3.6. Solução 6: Snowflake
8.1.3.6.1. Snowflake é um sistema de gerenciamento de banco de dados (SGBD) em nuvem projetado para processamento e análise de dados em escala.
Ele foi desenvolvido para ser altamente escalável, seguro e flexível, atendendo às demandas de empresas que lidam com grandes volumes de dados. Uma das
características distintivas do Snowflake é sua arquitetura única de armazenamento e computação separadas. Ele separa o armazenamento de dados de suas
operações de computação, permitindo que você dimensione cada componente independentemente. Isso significa que você pode armazenar quantidades
massivas de dados sem comprometer o desempenho de suas consultas.
Figura 19 - Arquitetura Snowflake.

Fonte: https://docs.snowflake.com/en/user-guide/intro-key-concepts (último acesso: 08/07/2023).
8.1.3.6.2. Principais componentes da solução:
a) Armazenamento de Dados: O armazenamento de dados no Snowflake é baseado em um formato colunar altamente otimizado, que
comprime e armazena eficientemente os dados. Os dados são divididos em micro-partições, permitindo a leitura e gravação paralelas e
granulares, o que melhora o desempenho e a escalabilidade.
b) Camada de Metadados: O Snowflake possui uma camada de metadados que armazena informações sobre os dados e a estrutura do banco
de dados. Isso inclui esquemas, tabelas, colunas, permissões de acesso e histórico de versões. A camada de metadados é separada do
armazenamento de dados e permite operações de metadados em tempo real sem afetar o desempenho.
c) Compute Clusters: Os clusters de computação no Snowflake são responsáveis por executar as consultas e operações solicitadas. Eles são
dimensionados automaticamente com base na carga de trabalho e no desempenho necessário. Cada consulta é executada em um cluster
separado, o que permite o processamento paralelo e acelera o tempo de resposta.
d) Serviços Virtuais: Os serviços virtuais no Snowflake são responsáveis por receber as solicitações dos clientes, autenticar e autorizar
usuários, otimizar consultas e coordenar a execução das operações no ambiente distribuído. Eles fornecem uma interface de serviço para os
clientes e gerenciam a comunicação entre os componentes internos do Snowflake.
e) Segurança: A segurança é uma parte fundamental da arquitetura do Snowflake. Ele oferece recursos avançados de segurança, incluindo
criptografia de dados em repouso e em trânsito, autenticação de dois fatores, controle de acesso baseado em funções e auditoria abrangente.
Esses recursos garantem que os dados sejam protegidos e que apenas usuários autorizados tenham acesso às informações.
a) Arquitetura Separada de Armazenamento e Computação: A arquitetura única do Snowflake separa o armazenamento de dados de suas
operações de computação, permitindo escalar cada componente independentemente. Isso resulta em um desempenho excepcionalmente
rápido e escalabilidade elástica, com a capacidade de processar grandes volumes de dados sem afetar o desempenho das consultas.
b) Escalabilidade Automática: O Snowflake dimensiona automaticamente os recursos de computação conforme a demanda. Isso elimina a
necessidade de ajustes manuais e permite que você lide com picos de carga de trabalho sem problemas. Além disso, você paga apenas pelos
recursos utilizados, o que torna o Snowflake econômico e flexível.
c) Compartilhamento de Dados Simples: O Snowflake facilita o compartilhamento seguro e controlado de dados entre usuários,
departamentos e até mesmo organizações diferentes. Ele oferece recursos avançados de controle de acesso, permitindo que você defina
permissões granulares para compartilhamento de dados sem comprometer a segurança.
d) Suporte a Diversos Tipos de Dados: O Snowflake é capaz de lidar com dados estruturados e semiestruturados, como JSON, XML e AVRO.
Isso o torna uma escolha versátil para empresas que precisam lidar com diferentes tipos de dados. Além disso, ele suporta consultas ANSI SQL,
o que facilita a integração com as ferramentas e os sistemas existentes.
e) Segurança Robusta: O Snowflake oferece uma camada abrangente de segurança para proteger seus dados. Ele utiliza criptografia em
repouso e em trânsito, autenticação de dois fatores, controle de acesso baseado em funções e recursos de auditoria avançados. Isso garante
que seus dados estejam protegidos e em conformidade com as regulamentações de segurança
8.1.3.7. Solução 7: IBM db2 Warehouse
8.1.3.7.1. O IBM Db2 Warehouse é um sistema de gerenciamento de banco de dados (SGBD) desenvolvido pela IBM. Ele é projetado para processar grandes
volumes de dados e oferecer recursos avançados de análise e armazenamento de informações. O Db2 Warehouse é construído sobre a tecnologia do IBM Db2 e
é otimizado para executar consultas complexas e intensivas de dados. Uma das principais características do IBM Db2 Warehouse é a capacidade de
processamento em cluster, o que significa que ele pode distribuir o processamento de consultas em vários servidores, permitindo um melhor desempenho e
escalabilidade. Isso é especialmente útil em ambientes de big data, onde grandes quantidades de informações precisam ser processadas de forma eficiente.
Figura 20 - Arquitetura IBM db2 Warehouse.

Fonte: https://www.ibm.com/docs/en/db2-warehouse?topic=SSCJDQ/com.ibm.swg.im.dashdb.doc/local_overview.htm (último acesso: 08/07/2023).
a) Db2 Warehouse Engine: É o núcleo do sistema, responsável pelo processamento de consultas, gerenciamento de dados e execução de
operações de armazenamento. Ele é projetado para suportar cargas de trabalho analíticas complexas e pode distribuir tarefas de
processamento em cluster para obter melhor desempenho.
b) Db2 BLU Acceleration: É uma tecnologia de armazenamento em colunas otimizada para análise de dados. Ele permite uma compactação
eficiente dos dados, reduzindo o espaço de armazenamento necessário e acelerando o desempenho das consultas. Além disso, ele usa técnicas
de processamento em memória para obter respostas mais rápidas às consultas.
c) Db2 PureScale: É uma tecnologia de escalabilidade que permite a implantação de um cluster de banco de dados Db2 Warehouse. Com o
PureScale, vários nós de banco de dados podem trabalhar juntos para processar consultas e garantir alta disponibilidade e tolerância a falhas.
Ele fornece um ambiente de banco de dados distribuído altamente confiável.
d) Db2 Warehouse Console: É uma interface gráfica de usuário que permite a administração e monitoramento do ambiente do Db2
Warehouse. Com a Console, os administradores podem gerenciar configurações, ajustar o desempenho, monitorar o uso de recursos e
diagnosticar problemas do sistema.
e) Ferramentas de integração e análise: O Db2 Warehouse é projetado para integrar-se a várias ferramentas de análise de dados e
visualização, como o IBM Cognos, o Watson Studio e outras soluções de terceiros. Isso permite que os usuários explorem, analisem e
visualizem os dados armazenados no Db2 Warehouse de maneira intuitiva e eficiente.
a) Escalabilidade e Desempenho: O Db2 é conhecido por sua capacidade de lidar com grandes volumes de dados e cargas de trabalho
intensivas. Ele oferece recursos avançados de processamento em cluster e escalabilidade horizontal, permitindo que as organizações
dimensionem seus sistemas para lidar com demandas crescentes. Além disso, o Db2 é otimizado para consultas complexas e possui recursos
como o BLU Acceleration, que melhora significativamente o desempenho de análises.
b) Tecnologia Mista: O Db2 é uma plataforma de banco de dados que suporta modelos de dados relacionais e não relacionais, permitindo que
as organizações armazenem e acessem dados de várias fontes em um único local. Ele oferece suporte a estruturas de dados tradicionais, como
tabelas SQL, bem como a modelos semiestruturados, como JSON e XML. Essa flexibilidade permite que os usuários aproveitem a variedade de
dados disponíveis atualmente.
c) Segurança Avançada: O Db2 possui recursos de segurança robustos para proteger os dados armazenados. Ele suporta criptografia de dados
em repouso e em trânsito, controle de acesso granular baseado em funções e políticas, auditoria de atividades e integração com sistemas de
autenticação externos. Esses recursos garantem a conformidade com regulamentações de privacidade e segurança, fornecendo tranquilidade
aos usuários.
d) Integração com Ecossistema IBM: O Db2 se beneficia de sua integração perfeita com outras soluções e ferramentas IBM, como o IBM
Watson Studio, IBM Cognos e IBM InfoSphere, permitindo uma experiência de análise de ponta a ponta. Isso facilita a criação, implantação e
gerenciamento de soluções de análise completas usando as melhores práticas e tecnologias da IBM.
e) Suporte e Ecossistema: O Db2 tem uma ampla base de usuários e uma comunidade ativa, o que significa que há uma vasta quantidade de
recursos, documentação e suporte disponíveis. A IBM também oferece suporte técnico especializado, treinamento e serviços profissionais para
ajudar as organizações a aproveitarem ao máximo o Db2.
8.1.3.8. Solução 8: SAP Data Waherouse Cloud
8.1.3.8.1. O SAP Data Warehouse Cloud é uma solução de armazenamento de dados em nuvem oferecida pela SAP. Ele é projetado para ajudar as empresas
a reunir, organizar e analisar dados de várias fontes, permitindo uma tomada de decisão mais informada.
8.1.3.8.2. Com o SAP Data Warehouse Cloud, é possível integrar dados de diferentes sistemas e fontes, como bancos de dados, aplicativos de negócios e até
mesmo dados não estruturados. A solução oferece recursos de modelagem de dados intuitivos, permitindo que sejam criados e gerenciados modelos de dados
personalizados de acordo com as necessidades da organização.
8.1.3.8.3. Além disso, o SAP Data Warehouse Cloud oferece recursos avançados de análise e visualização de dados, permitindo que os usuários explorem e
compartilhem insights de negócios de forma colaborativa. Com a integração com outras soluções SAP, como o SAP Analytics Cloud, é possível criar painéis
interativos e relatórios personalizados para monitorar o desempenho e identificar tendências.
Figura 21 - Arquitetura SAP Data Waherouse Cloud.

Fonte: https://help.sap.com/docs/SAP_DATASPHERE/d4f3c5a0bb074d09ae9b42b2b9bd7a08/5db9a099826c467e93ff0994fc185589.html?locale=en-
US&q=architecture (último acesso: 08/07/2023).
a) Camada de Extração de Dados: Essa camada permite extrair dados de várias fontes, como bancos de dados transacionais, sistemas ERP,
aplicativos de terceiros, arquivos CSV, entre outros. Ela fornece conectividade e recursos de transformação de dados para garantir que os
dados sejam integrados, limpos e prontos para análise.
b) Camada de Armazenamento de Dados: Nessa camada, os dados extraídos são armazenados em um modelo de dados estruturado. O SAP
Data Warehouse oferece suporte a diferentes opções de armazenamento, incluindo armazenamento em memória e armazenamento em disco,
dependendo dos requisitos de desempenho e escalabilidade da organização.
c) Camada de Modelagem de Dados: Essa camada permite a criação de modelos de dados lógicos e físicos. Os modelos de dados lógicos
fornecem uma representação abstrata dos dados, enquanto os modelos físicos definem a estrutura física de armazenamento e otimização de
consultas. A modelagem de dados é realizada usando ferramentas intuitivas que permitem aos usuários definir relacionamentos, hierarquias e
medidas.
d) Camada de Acesso e Consulta: Essa camada permite que os usuários acessem e consultem os dados armazenados no SAP Data Warehouse.
Ela oferece suporte a uma variedade de opções de acesso, como consultas SQL, interfaces gráficas e ferramentas de análise. Os usuários
podem explorar os dados, criar relatórios, executar análises avançadas e visualizar os resultados.
e) Camada de Transformação e ETL (Extração, Transformação e Carregamento): Essa camada é responsável por transformar os dados
extraídos em um formato adequado para análise. Ela inclui recursos de limpeza, agregação, enriquecimento e padronização dos dados. O SAP
Data Warehouse fornece ferramentas e recursos para definir fluxos de ETL complexos e automatizados.
f) Camada de Governança de Dados: Essa camada garante a integridade, qualidade e conformidade dos dados armazenados no SAP Data
Warehouse. Ela inclui recursos para gerenciar metadados, definir políticas de governança, rastrear alterações nos dados e controlar o acesso
aos dados sensíveis. A governança de dados ajuda a garantir que os dados sejam confiáveis e estejam em conformidade com as
regulamentações.
a) Integração com o ecossistema SAP: O SAP Data Warehouse é altamente integrado com outras soluções da SAP, como o SAP Analytics Cloud,
o SAP HANA e os sistemas ERP da SAP. Isso permite uma integração suave e um fluxo de dados contínuo entre diferentes sistemas, facilitando a
análise e a visualização de dados em um ambiente unificado.
b) Escalabilidade e desempenho: O SAP Data Warehouse é construído sobre a tecnologia SAP HANA, que é conhecida por sua velocidade e
escalabilidade. Ele permite o processamento em memória de grandes volumes de dados, proporcionando desempenho rápido nas consultas e
análises. Isso é especialmente vantajoso para organizações com necessidades de análise em tempo real e grandes conjuntos de dados.
c) Modelagem de dados flexível: O SAP Data Warehouse oferece uma ampla gama de recursos de modelagem de dados, permitindo que os
usuários criem modelos personalizados de acordo com as necessidades específicas de suas organizações. Ele suporta modelos de dados lógicos
e físicos, bem como a definição de relacionamentos complexos, hierarquias e medidas. Isso oferece flexibilidade na organização e estruturação
dos dados para análises avançadas.
d) Capacidades avançadas de análise: O SAP Data Warehouse possui recursos avançados de análise e visualização de dados, permitindo que
os usuários explorem dados complexos e identifiquem insights valiosos. Ele suporta análises avançadas, como mineração de dados, previsão e
machine learning, fornecendo uma ampla gama de opções para análises sofisticadas.
e) Governança de dados e conformidade: O SAP Data Warehouse possui recursos abrangentes de governança de dados, permitindo que as
organizações estabeleçam políticas de governança, gerenciem metadados, rastreiem alterações nos dados e garantam a conformidade com
regulamentos e normas de segurança. Isso é especialmente importante para empresas que precisam lidar com dados sensíveis e estar em
conformidade com requisitos legais e regulatórios.
8.2. Tabela Comparativa das Soluções
Tabela 10 - Tabela comparativa das soluções.
Solução
Solução 7
Solução 1 Solução 2 3 Solução 4 Solução 5 Solução 6 Solução 8
Característica (IBM
(Teradata) (RedShift) (Big (Azure) (ADW) (Snowflake) (SAP DW)
Db2)
Query)
Capacidade da solução
em atender os
requisitos do
Sim Sim Sim Sim Sim Sim Sim Sim
item 5.1. Identificação
das necessidades de
negócio
em atender os
Sim Sim Sim Sim Sim Sim Sim Sim
requisitos do item
5.2. Requisitos legais
em atender os
requisitos do item
5.3. Requisitos da

Solução: Item 1 - Novo
Ambiente, Instalação e
Configuração, 5.3.1.
Requisitos Gerais
em atender os
requisitos do item
5.3. Requisitos da
Configuração,
5.3.2. Requisitos de
Hardware
em atender os
requisitos do item
5.3. Requisitos da
Configuração,
5.3.3. Requisitos para os
ambientes de
Homologação e
Desenvolvimento
em atender os
requisitos do item
5.3. Requisitos da
Configuração,
armazenamento de
dados para o banco de
dados analítico
em atender os
requisitos do item
5.3. Requisitos da
Requisitos de
monitoramento
em atender os
requisitos do item
5.3. Requisitos da

Requisitos de segurança
da informação e
privacidade
em atender os
requisitos do item
5.3. Requisitos da

Configuração,
cópia de segurança
(Backup)
em atender os
requisitos do item
5.4. Requisitos da
Solução: Item 2 -

Serviço de migração de
dados e soluções de
ETL/B, 5.4.3. Requisitos
dos serviços de
migração de dados
em atender os
requisitos do item
5.4. Requisitos da
Solução: Item 2 -

Serviço de migração de
dados e soluções de
ETL/B, 5.4.4. Requisitos
pré e pós migração de
dados
Permite compatibilidade
sem necessidade
migração conversão ou
Sim Não Não Não Não Não Não Não
adaptação dos atuais
processos de ETL do
Ministério
Permite lidar com a
migração de forma
eficiente e cumprir os
prazos estabelecidos,
garantindo que todos os
requisitos sejam
atendidos
adequadamente.
atender os requisitos de
performance,
capacidade de
Não Não Não Não Não
armazenamento, Sim Sim Sim
avaliado* avaliado* avaliado* avaliado* avaliado*
processamento e
crescimento das
necessidades analíticas
do MDS.
Necessidade de ajuste
da infraestrutura atual
Necessidade de
contratação de serviços
adicionais Não Não Não Não Não Não Não Não
correlacionados ao
objeto da contratação
Grau de complexidade
Menor Maior Maior Maior Maior Maior Maior Maior
de migração dos dados
Necessidade de se
adaptar os processos Menor Maior Maior Maior Maior Maior Maior Maior
ETL e painéis gerenciais
Compatibilidade com os
serviços da plataforma Alta Baixa Baixa Baixa Baixa Baixa Baixa Baixa
atual
Necessidade de revisão
de processos de
trabalho para utilização Não Sim Sim Sim Sim Sim Sim Sim
mais eficiente da
solução
Maturidade do mercado
no fornecimento da Sim Sim Sim Sim Sim Sim Sim Sim
solução
Curva de aprendizado
Menor Maior Maior Maior Maior Maior Maior Maior
na tecnologia
Híbrido (de Provedor Provedor Provedor Provedor Provedor Provedor
acordo com a de de de de Provedor de de de
Modelo de Arquitetura arquitetura Serviços Serviços Serviços Serviços Serviços em Serviços Serviços
elaborada pelo em em em em Nuvem em em
Fabricante) Nuvem Nuvem Nuvem Nuvem Nuvem Nuvem
*Não foi possível concluir as provas de conceito dessas soluções dentro do cronograma inicialmente acordado.
8.3. Quadro de análise da solução com base na Instrução Normativa SGD nº 01/2019
8.3.1. O quadro seguinte consta a comparação de alguns requisitos entre as Soluções identificadas acima:
Tabela 11 - Comparação de requisitos da IN 01 entre as soluções identificadas.
NÃO
REQUISITO SOLUÇÃO SIM NÃO SE
APLICA
Solução 1 X
Solução 2 X
Solução 3 X
Solução 4 X
A Solução encontra-se implantada em outro órgão ou entidade da Administração Pública?
Solução 5 X
Solução 6 X
Solução 7 X
Solução 8 X
Solução 1 X
Solução 2 X
Solução 3 X
A Solução está disponível no Portal do Software Público Brasileiro? (quando se tratar de Solução 4 X
software) Solução 5 X
Solução 6 X
Solução 7 X
Solução 8 X
Solução 1 X
Solução 2 X
Solução 3 X
A Solução é composta por software livre ou software público? (quando se tratar de Solução 4 X
software) Solução 5 X
Solução 6 X
Solução 7 X
Solução 8 X
Solução 1 X
Solução 2 X
Solução 3 X
A Solução é aderente às políticas, premissas e especificações técnicas definidas pelos Solução 4 X
Padrões de governo ePing, eMag, ePWG? Solução 5 X
Solução 6 X
Solução 7 X
Solução 8 X
Solução 1 X
Solução 2 X
Solução 3 X
A Solução é aderente às regulamentações da ICP-Brasil? (quando houver necessidade de Solução 4 X
certificação digital) Solução 5 X
Solução 6 X
Solução 7 X
Solução 8 X
A Solução é aderente às orientações, premissas e especificações técnicas e funcionais do e- Solução 1 X
ARQ Brasil? (quando o objetivo da solução abranger documentos arquivísticos) Solução 2 X
Solução 3 X
Solução 4 X
Solução 5 X
Solução 6 X
Solução 7 X
Solução 7 X
8.4. Identificação dos Cenários
Tabela 12 - Cenários possíveis.
ID Descrição da solução (ou cenário)
1 Contratação de suporte técnico Teradata para o ambiente atual
2 Utilização do contrato de nuvem existente com o SERPRO
3 Contratação de solução em nova tecnologia
4 Contratação de solução da mesma tecnologia presente no MDS
4.1 Contratação de solução Teradata as a Service, por Pregão, pelo período mínimo de 12 meses
4.2 Contratação de solução Teradata as a Service, por Pregão, pelo período de 24 meses
4.3 Contratação de solução Teradata as a Service, por Pregão, pelo período de 36 meses
4.4 Contratação de solução Teradata as a Service, por Inexigibilidade, pelo período mínimo de 37 meses
8.5. Análise Comparativa das Soluções Identificadas
8.5.1. Cenário 1 - Contratação de suporte técnico Teradata para o ambiente atual
8.5.1.1. Este cenário consiste na manutenção da tecnologia e plataforma Teradata, provendo a renovação do suporte técnico, atualização de versões e
garantia para os appliances, objetivando a disponibilidade, o bom funcionamento, maior longevidade e o bom desempenho dos equipamentos adquiridos,
possibilitando o acesso a um universo de dados maior, gerando informações estratégicas mais precisas e amplas, para que uma maior quantidade de gestores
tenha mais apoio em suas decisões estratégicas.
8.5.1.2. Nesse contexto, foi encaminhada a solicitação de cotação de preços (SEI nº 13570887) à empresa fabricante dos equipamentos, por meio do E-
mail (SEI nº 13599084), de 16 de fevereiro de 2023, para os serviços de suporte técnico, atualização de versões e garantia para os appliances Teradata.
8.5.1.3. No entanto, a empresa fabricante dos equipamentos se manifestou com negativa, juntada aos autos do processo (E-mail Resposta Cotação -
Teradata - SEI nº 13625651), informando da impossibilidade de prestar o atendimento dos serviços solicitados devido ao término do ciclo de vida dos
equipamentos atualmente em uso (end-of-life / end-of-support).
8.5.1.4. Sendo assim, a recomendação técnica indicada pela empresa fabricante foi da necessidade de atualização tecnológica do ambiente analítico do
Ministério, a saber:
· "Urgente realização do processo de migração para um novo equipamento Teradata IFX on-premises e ambiente em cloud Teradata para DEV e HOM.".
8.5.1.5. Diante disso, este cenário se tornou inviável para atendimento das necessidades do Ministério.
8.5.2. Cenário 2 - Utilização do contrato de nuvem existente com o SERPRO
8.5.2.1. Neste contexto, temos a utilização do contrato atual de solução analítica em nuvem com o SERPRO, que teve início em fevereiro de 2023 por
meio da Ordem de Serviço 01/2023 (SEI nº 13441380). O contrato abrange a utilização de um amplo conjunto de ferramentas disponíveis na nuvem da AWS -
Amazon Web Services, incluindo o Amazon RedShift, um banco de dados analítico altamente escalável e de alto desempenho. Essa solução tem total capacidade
para atender à carga de trabalho atual do Ministério. Foi realizada uma prova de conceito (POC) que demonstrou plenamente sua capacidade de atender às
necessidades dos casos de uso atuais do Ministério.
8.5.2.2. No entanto, durante o início do projeto, surgiram várias dificuldades que revelaram que o processo de migração apresenta diversos riscos e
compromete o cenário atual de utilização da solução. É necessário não apenas migrar mais de 1000 processos de carga, procedimentos armazenados, tabelas e
estrutura de dados, mas também lidar com outros desafios.
8.5.2.3. Além disso, a migração para a nova solução em nuvem também implica na alteração dos atuais relatórios e processos existentes. É necessário
realizar uma análise detalhada dos relatórios utilizados pelo Ministério e adaptá-los para a nova solução, garantindo que todas as informações relevantes sejam
adequadamente capturadas e apresentadas aos gestores.
8.5.2.4. Todos esses desafios envolvem riscos significativos. Existe a possibilidade de que a migração não seja concluída com total sucesso dentro do prazo
previsto, o que poderia causar interrupções no processamento de todos os programas sociais mantidos pelo Ministério. É crucial realizar um planejamento
cuidadoso, adotar medidas de mitigação de riscos e contar com o suporte de especialistas para garantir que a migração ocorra de forma tranquila e sem
impactos negativos nos serviços essenciais prestados pelo Ministério.
8.5.3. Cenário 3 - Contratação de solução em nova tecnologia
8.5.3.1. Neste caso vislumbra-se a aquisição de uma nova solução, composta de hardwares e softwares, para a substituição total do atual ambiente de
análise de dados e inteligência analítica, contemplando ainda os serviços de Big Data, serviços técnicos especializados e capacitação técnica, e serviços de
migração de dados e soluções de ETL/BI para a nova que a substituirá.
8.5.3.2. Sobre esse cenário, foi realizado um estudo técnico aprofundado, por meio do processo SEI nº 71000.063306/2021-58, que concluiu que a
adoção de prestação de serviços de Big Data em Nuvem, no modelo de Plataforma como Serviço (PaaS), atenderia as necessidades técnicas e negociais do
Ministério.
8.5.3.3. Esta solução permitiria o processamento paralelo de grandes volumes de dados e usuários concorrentes para construção de soluções de Big Data,
envolvendo tecnologias de ingestão, consumo e monitoramento de dados nos repositórios de Data Lake, Data Warehouse e DataLab bem como possibilitaria o
processamento de algoritmos com modelos matemáticos e estatísticos para ciência de dados. Ainda sobre o processo supracitado, este culminou na contratação
da empresa SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS- SERPRO, contrato administrativo nº 46/2022 (SEI nº 13315699).
8.5.3.4. Neste cenário, a contratação de uma solução para outra tecnologia deve contemplar a migração completa da plataforma Teradata para uma
tecnologia diferente. Isso exige não apenas a transferência dos dados em um formato específico de estrutura de banco de dados para outro diferente, como
também a conversão de todas as soluções que foram desenvolvidas sobre estes bancos analíticos. Dessa forma, é necessário também, como parte do processo
de migração, a conversão de todas os processos automatizados ETL, de todos os aplicativos de BI e de todas as procedures e macros (blocos de script SQL que
executam função específica) que hoje rodam sobre o ambiente Teradata presente no Ministério para que estas funcionem plenamente sobre o novo ambiente
analítico de dados. Apenas assim é considerado completo o processo de migração e é possível garantir a continuidade dos serviços oferecidos pelas soluções
atuais.
8.5.3.5. Neste contexto, a migração completa dos dados e das soluções que atualmente são suportadas pelos Appliances Teradata deverá considerar os
seguintes objetos:
a) todas as tabelas e views armazenadas nos equipamentos Teradata em ambiente de Produção e Datalabs;
b) tabelas e views armazenadas nos equipamentos Teradata em ambiente de Desenvolvimento e Homologação desde que sejam componentes
de projetos ainda em fase de desenvolvimento/homologação;
c) conversão da parte necessária dos processos automatizados ETL implementados em produção e em processo de
desenvolvimento/homologação, incluindo conectores, scripts SQLs incluídos nas tarefas (JOBS) e procedures chamadas por estas rotinas;
d) conversão da parte necessária nos aplicativos de Business Intelligence (BI) já desenvolvidos, e em processo de
desenvolvimento/homologação, incluindo conectores e scripts SQL utilizados internamente;
e) procedures e macros atualmente armazenadas no Teradata que ainda são utilizadas pelas áreas negociais ou por processos internos de
monitoramento e controle executados diretamente do equipamento, ou seja, sem a vinculação à uma solução específica de ETL ou BI.
8.5.3.6. Além disso, a migração para uma nova plataforma em nuvem sem este contrato de sustentação em tela, além de necessitar de um processo de
conversão de uma tecnologia para outra, também exige que todo o tráfego de dados seja transmitido via link de comunicação de internet. Nessa migração para
a nuvem os equipamentos Teradata dos ambientes atuais precisariam manter sua disponibilidade, sem o suporte ou manutenção, por um período de pelo
menos seis meses adicionais, com alto risco de se prolongar ainda mais que isso devido a perda de performance do equipamento, caracterizando um cenário de
alto risco de não conclusão considerando a situação atual e a quantidade de alertas que os equipamentos vêm apresentando. Nesse caso, uma parada total do
ambiente Teradata, sem a finalização do processo de migração, paralisaria por completo a continuidade do andamento dos programas sociais geridos por esta
pasta.
8.5.3.7. O cenário que considera a migração para outra tecnologia deve abarcar, como item parte da contratação, todos os objetos necessários à completa
migração. Nesse sentido os objetos foram quantificados e, em resumo, contemplam a migração de aproximadamente 12.433 tabelas e 1.769 views (tabelas
virtuais desenvolvidas em código SQL, necessitam de re-desenvolvimento); a conversão de um total de 103 rotinas automatizadas ETL; a conversão de 27
painéis de BI; e a conversão de 108 procedures e macros (blocos de códigos sql que desenvolvem função específica). Segue abaixo o mapeamento dos dados e
soluções que seriam objeto da migração de uma plataforma da Teradata para outra, de tecnologia diferente:
I- Quantidade de dados presentes no ambiente no MDS:
TABELAS VIEWS
PRODUÇÃO 5.584 609
DATALABS 4.627 641
HOMOLOGAÇÂO 2.222 519
TOTAL: 12.433 1.769

II - Quantitativo de processos automatizados ETL , em produção no MDS, por complexidade e criticidade:

Complexidade
Quantidade de Processos
Alta Média Baixa Total Geral
Alta 12 30 38 80
Criticidade Média 2 9 38 49
Baixa 4 3 25 32
Total Geral 18 42 101 161

III - Quantitativo de aplicativos de BI, por complexidade e criticidade:

IV - Quantitativo de procedures e macros:

PROCEDURES E MACROS
PRODUÇÃO 123
DATALABS 28
HOMOLOGAÇÂO 126

8.5.3.8. Esta solução permitiria o processamento paralelo de grandes volumes de dados e usuários concorrentes para construção de soluções de Big Data,
envolvendo tecnologias de ingestão, consumo e monitoramento de dados nos repositórios de Data Lake, Data Warehouse e DataLab bem como possibilitaria o
processamento de algoritmos com modelos matemáticos e estatísticos para ciência de dados.
8.5.3.9. Para simplificar, nesse cenário, além do esforço de transferência e readaptação do armazenamento de dados em uma nova estrutura de banco de
dados, que já conta com um grande volume de tabelas, existe, também, a necessidade de redesenvolvimento das soluções estruturadas sobre a tecnologia
atual, a saber: views, procedures, macros, processos ETL e aplicativos de BI. Nesse contexto, importante ressaltar que estas soluções operacionalizam um
enorme conjunto de atividades necessárias as conduções das políticas públicas sobre gestão desse Ministério.
8.5.3.10. Ocorre que, devido a degradação do atual ambiente, e da impossibilidade de renovação dos serviços de suporte técnico, atualização de versões e
garantia dos appliances do Ministério, este cenário se tornou inviável. Isso se dá, pois para uma efetiva migração é necessário um ambiente estável e, como dito
anteriormente, o estado atual do ambiente não apresenta disponibilidade e performance suficiente para um processo de migração longo e completo, como o
que estava previsto para a nova tecnologia em nuvem, por meio do contrato supracitado.
8.5.3.11. Nessa toada, o SERPRO ratificou o mesmo entendimento, conforme Ofícios nº 010712/2022/SUNGD/GDPSC (SEI nº 14154225) e
nº 001647/2023/SUNGD/GDPSC (SEI nº 14154229). Estes ofícios reforçam o cenário impeditivo de migração, conforme destacado a seguir:
"
OFÍCIO No. 010712/2022/SUNGD/GDPSC (SEI nº 14154225), de 24/08/2022
...
A condição do suporte descontinuado, em razão da impossibilidade de renovação do Contrato Administrativo nº 33/2019 por este Ministério, conforme consta no
item 3.1.12 do PB, evidencia riscos para o processo de migração, sobretudo o de falha nos equipamentos onde estão armazenados os dados, objetos da migração. A
materialização desse risco poderá gerar impactos no serviço, desde a interrupção do processo de migração e a consequente extensão do seu prazo, como também a
perda de dados.

OFÍCIO No. 001647/2023/SUNGD/GDPSC (SEI nº 14154229), de 10/02/2023
...
• Os Appliances Teradata deste Ministério [descritos no item 3.1.7 do PB, item 2.1 do Anexo A do PB] não apresentaram condições esperadas de trabalho, de modo
que houve dificuldade para conseguir acesso aos dados. Vale ressaltar que tais equipamentos "... tiveram o suporte descontinuado (end of support) pelo
fabricante..." [item 3.1.12 do PB] e não havia disponibilidade de especialista do fornecedor para atuar nas ações de restabelecimento do hardware;
• Houve a necessidade de direcionar temporariamente esforços para a elaboração de um plano alternativo para extração de dados diretamente da base de origem;
• O equipamento apresentou baixa performance;
• A limitação da quantidade de sessões de conexão e a restrição da janela de uso do equipamento pela equipe da migração; e
• O volume de workloads mapeados superior ao que estava previsto no Projeto Básico.
"
8.5.3.12. Importante frisar que os equipamentos vêm sendo monitorados pela Coordenação-Geral de Infraestrutura/STI (E-mail Monitoramento
Infraestrutura v2 - SEI nº 14154163) e já encontram-se em situação crítica, com um conjunto de alertas em componentes físicos de disco, memória RAM,
resfriamento e fonte de energia com falha, ou previsão de falha, no curto prazo. A criticidade do ambiente também pode ser demonstrada no relatório
situacional no subitem 2.2.20.
8.5.3.13. Ante ao exposto, diante do cenário crítico dos atuais equipamentos do Ministério, e da necessidade de um tempo consideravelmente maior para
a migração do ambiente atual para uma plataforma em outra tecnologia, esta solução se tornou inviável.
8.5.4. Cenário 4 - Contratação de solução da mesma tecnologia presente no MDS
8.5.4.1. Este cenário consiste na contratação de nova solução on-premises e em nuvem de sistema de gestão de dados voltado para Analytics, da atual
fabricante dos appliances do Ministério, contemplando a atualização do ambiente analítico de Data Warehouse Teradata, serviços de instalação e configuração
do ambiente analítico Teradata, instalação e configuração de Backup, criptografia dos dados em repouso ambiente analítico para atender LGPD, migração dos
dados do ambiente Teradata de produção 2750 (sem suporte) para a o ambiente IFX 2.5 (6+1), implementação de politica e Jobs de backup do ambiente.
8.5.4.2. Conforme exposto nos itens anteriores, este é o cenário possível para atendimento da presente demanda, tendo em vista a situação atual em que
se encontra o Ministério.
8.5.4.3. Quanto às formas de contratação deste cenário, foram levantadas as seguintes alternativas: Realização de pregão eletrônico, realização de
contratação por inexigibilidade de licitação ou contratação direta por dispensa de licitação.
8.5.4.4. Primeiramente, cabe ressaltar, que sabidamente a regra geral apontada pela legislação e jurisprudência específica é o dever de licitar. Ou
seja, ressalvados os casos especificados na legislação, as obras, serviços, compras e alienações serão contratados mediante processo de licitação pública que
assegure igualdade de condições a todos os concorrentes, com cláusulas que estabeleçam obrigações de pagamento, mantidas as condições efetivas da
proposta, nos termos da lei, o qual somente permitirá as exigências de qualificação técnica e econômica indispensáveis à garantia do cumprimento das
obrigações.
8.5.4.5. Dessa maneira, a contratação direta é comumente vista com ressalvas, muito embora seja, em determinadas situações, a única possibilidade
disponível à Administração Pública ou mesmo a melhor escolha, tendo em vista os mais variados critérios.
8.5.4.6. Logo, como bem apontado acima, o legislador previu algumas ressalvas à regra geral do dever de licitar, uma das quais
a inexigibilidade e dispensa em face da emergência, encontrado nos artigos 24, IV, e 25, I, da Lei nº 8.666/1993, vide recorte abaixo:
"
Art 24. É dispensável a licitação:
VIII - nos casos de emergência ou de calamidade pública, quando caracterizada urgência de atendimento de situação que possa ocasionar prejuízo ou comprometer
a segurança de pessoas, obras, serviços, equipamentos e outros bens, públicos ou particulares, e somente para os bens necessários ao atendimento da situação
emergencial ou calamitosa e para as parcelas de obras e serviços que possam ser concluídas no prazo máximo de 180 (cento e oitenta) dias consecutivos e
ininterruptos, contados da ocorrência da emergência ou calamidade, vedada a prorrogação dos respectivos contratos;
...
Art. 25. É inexigível a licitação quando houver inviabilidade de competição, em especial:
I - para aquisição de materiais, equipamentos, ou gêneros que só possam ser fornecidos por produtor, empresa ou representante comercial exclusivo, vedada a
preferência de marca, devendo a comprovação de exclusividade ser feita através de atestado fornecido pelo órgão de registro do comércio do local em que se
realizaria a licitação ou a obra ou o serviço, pelo Sindicato, Federação ou Confederação Patronal, ou, ainda, pelas entidades equivalentes;
".
8.5.4.7. Tomando-se por base a definição de "emergência" trazida por de Hely Lopes Meirelles: A emergência caracteriza-se pela urgência de atendimento
de situação que possa ocasionar prejuízos ou comprometer a incolumidade ou a segurança de pessoas, obras, serviços, equipamentos e outros bens, públicos
ou particulares, exigindo rápidas providências da Administração para debelar ou minorar suas consequências lesivas à coletividade. (Direito Administrativo
Brasileiro, 24ª ed. São Paulo: Malheiros, 1999, p. 253)
8.5.4.8. Diante da evidente situação emergencial em que se encontram os equipamentos do Ministério e o tempo mínimo de migração dos dados e
sustentação no curto prazo da solução já existente sobre os equipamentos atuais, não há como negar que qualquer disputa procedente de um vagaroso
processo licitatório, o qual demandaria tempo superior para sua concretização, haja vista que a licitação por meio de pregão eletrônico é um procedimento
composto por diversas fases internas e externas e formalidades que devem ser observadas, tal caminho poderia causar danos irreparáveis ao interesse público,
decorrentes da morosidade burocrática para celebração da contratação.
8.5.4.9. Assim, não há dúvidas de que a contratação direta de licitação decorrente da situação emergencial deve, rigorosamente, ser vista com cautela e
como medida excepcional. No entanto, de modo algum deve ser repugnada tão somente pelo receio de sua utilização, principalmente quando se comprova ser
a única medida disponível à Administração Pública para salvaguardar o interesse público.
8.5.4.10. No caso do pregão, poderia ser contratada a solução por um período de 12 (doze) meses, prorrogável por até 36 (trinta e seis) meses, por meio
de parceiros Teradata. O prazo máximo ocorre devido as políticas internacionais da fabricante, que apenas opera por meio de parceiros em caso de contratações
até 36 meses.
8.5.4.11. No modelo por dispensa, poderia ser contratada a solução por um período de 180 (cento e oitenta) dias, vedada prorrogação, por meio de
parceiros Teradata. Nesse caso, devido a complexidade da solução, o curto período é impeditivo para adotar esta possibilidade,
8.5.4.12. Por fim, a outra alternativa seria a realização da contratação por inexigibilidade de licitação, que é caracterizada pela inviabilidade de competição,
indicando situações nas quais não se encontram os pressupostos de um processo licitatório. Essa alternativa está contemplada no art. 25 da Lei 8.666/1993,
com um rol meramente exemplificativo de hipóteses nas quais a competição seria inviável. Neste modelo a fabricante da solução é contratada diretamente e
possui, no caso da solução em questão, carta de exclusividade de fornecimento da solução com suporte agregado (SEI nº 13751061), todavia, apenas para
períodos superiores a 36 meses de contratação.
8.5.4.13. Diante de todo o exposto, sugere-se a contratação de solução Teradata, modelo de subscrição, por meio da utilização da alternativa prevista no
25, I, da Lei nº 8.666/1993, qual seja: a contratação direta por inexigibilidade pela questão da exclusividade da fabricante, desde que comprovado aderência ao
preço de mercado.
8.5.4.14. Neste cenário, conforme consultado o mercado é possível realizar a contratação de várias formas, a saber:
Cenário 4.1 - Contratação de solução Teradata as a Service, por Pregão, pelo período mínimo de 12 meses
Cenário 4.2 - Contratação de solução Teradata as a Service, por Pregão, pelo período de 24 meses
Cenário 4.3 - Contratação de solução Teradata as a Service, por Pregão, pelo período de 36 meses
Cenário 4.4 - Contratação de solução Teradata as a Service, por Inexigibilidade, pelo período de 37 meses
8.5.4.14.1. Cenário 4.1 - Contratação de solução Teradata as a Service, por Pregão, pelo período mínimo de 12 meses
8.5.4.14.1.1. Este cenário consiste na contratação das soluções Teradata por um período mínimo de 12 meses.
8.5.4.14.1.2. As políticas internacionais do fabricante Teradata estabelecem que a contratação de suas soluções só pode ser realizada por meio de parceiros,
com um período máximo de contrato de 36 meses. Nesse contexto, foi proposto um cenário de contratação da solução Teradata as a Service por Pregão, com
um prazo mínimo de vigência de 12 meses.
8.5.4.14.1.3. Para obter cotações de preços, foram solicitadas propostas aos parceiros da Teradata, buscando garantir igualdade de condições para todos os
serviços e produtos envolvidos na contratação.
8.5.4.14.1.4. Contudo, após avaliar o cenário proposto, verificou-se que a viabilidade técnica apresentou desafios significativos. O prazo de 12 meses revelou-
se insuficiente para realizar a migração para a nova solução, mesmo que o processo de migração deva ser realizado em um prazo máximo de 30 dias, conforme
item 5.4.3.1, existem a necessidade de estabilizar-se o novo ambiente e a implementação de novos programas sociais, além da implementação de um backlog
reprimido por motivos da situação emergencial em que se encontra o equipamento atual do ministério.
8.5.4.14.1.5. A complexidade envolvida na migração e na adaptação dos ambientes torna necessário um período maior para garantir o sucesso da transição.
Além disso, o tempo adicional até um novo certame também deve ser considerado.
8.5.4.14.1.6. Portanto, é essencial reavaliar a abordagem de contratação e buscar alternativas que permitam um prazo mais adequado para realizar a migração
e estabilização dos sistemas.
8.5.4.14.1.7. Nesse sentido, esse cenário se mostrou inviável sendo necessária a avaliação da extensão do período de contrato ou explorar outras opções que
atendam às necessidades do projeto de forma mais eficaz e compatível com a complexidade envolvida.
8.5.4.14.2. Cenário 4.2 - Contratação de solução Teradata as a Service, por Pregão, pelo período de 24 meses
8.5.4.14.2.1. O presente cenário visa a contratação das soluções Teradata as a Service por meio de um processo de Pregão, com um período mínimo de 24
meses.
8.5.4.14.2.2. A escolha de uma contratação com duração de 24 meses se mostra tecnicamente viável, pois permite a migração dos ambientes atuais para os
novos equipamentos de forma planejada e ordenada.
8.5.4.14.2.3. Além disso, esse prazo adequado possibilita a realização de um novo processo de contratação e migração, caso seja necessário, garantindo a
continuidade dos serviços e evitando interrupções indesejadas.
8.5.4.14.2.4. A opção por um período mínimo de 24 meses também contribui para a mitigação de riscos e a maximização do sucesso do projeto. Com um
tempo mais longo, há a oportunidade de implementar e ajustar a solução Teradata de acordo com as necessidades específicas do Ministério, garantindo uma
transição suave e eficiente.
8.5.4.14.2.5. Foram solicitadas aos parceiros da fabricante as propostas comerciais, de modo a incluir de forma igualitária os serviços previstos, alinhados com
as necessidades específicas do Ministério.
8.5.4.14.2.6. No entanto, é importante destacar que, após uma análise financeira mais detalhada, esse cenário pode se mostrar inviável do ponto de vista
econômico, uma vez que os valores para esse período específico podem ser maiores ou equivalentes aos custos para uma contratação de 36 meses.
8.5.4.14.2.7. De modo a garantir a melhor decisão para a administração pública em termos técnicos e financeiros esse cenário se mostrou inviável.
8.5.4.14.3. Cenário 4.3 - Contratação de solução Teradata as a Service, por Pregão, pelo período de 36 meses
8.5.4.14.3.1. O presente cenário visa a contratação das soluções Teradata as a Service por meio de um processo de Pregão, com um período mínimo de 36
meses. Como foi mencionado que, devido às políticas comerciais da fabricante, contratos superiores ou iguais a 36 meses só podem ser realizados através de
parceiros.
8.5.4.14.3.2. Tanto a contratação com duração de 36 meses quanto a de 24 meses foram consideradas tecnicamente viáveis, pois permitiriam a migração dos
ambientes atuais para os novos equipamentos de forma planejada e ordenada.
8.5.4.14.3.3. Foram solicitadas aos parceiros da fabricante as propostas comerciais, de modo a incluir de forma igualitária os serviços previstos, alinhados com
as necessidades específicas do Ministério.
8.5.4.14.3.4. O cenário em análise, assim como os outros, demonstrou ser viável tecnicamente. No entanto, com a extensão do prazo, os valores apresentaram
uma melhora proporcional significativa. Verificou-se que as propostas com duração de 36 meses foram consideravelmente mais vantajosas do que os contratos
de 12 e 24 meses.
8.5.4.14.3.5. Dessa forma, esse cenário se destacou como o mais vantajoso para o Ministério e mostrou-se viável tecnicamente e financeiramente.
8.5.4.14.4. Cenário 4.4 - Contratação de solução Teradata as a Service, por Inexigibilidade, pelo período de 37 meses
8.5.4.14.4.1. Atende a situação crítica de forma imediata.
8.5.4.14.4.2. Conduz de forma mais rápida a contratação.
8.5.4.14.4.3. Exige a rescisão contratual com o SERPRO.
8.5.4.14.4.4. Exige nova contratação para evolução de maturidade na plataforma de dados do MDS.
8.5.4.14.4.5. Prazo de 37 meses permite o atendimento de curto e médio prazo das soluções previstas para 2023 para posterior início de um novo processo de
migração para outra tecnologia que garanta a evolução de maturidade.
8.5.4.14.4.6. Nova contratação para evolução de maturidade deve ser prevista para início entre 1,5 a 1 ano antes do fim da vigência deste novo contrato.
8.5.4.14.4.7. Nova contratação para evolução de maturidade pode prever apenas migração durante a vigência do novo contrato e início dos serviços após fim
da vigência do novo contrato.
8.5.4.14.4.8. Incluir análise de custo mensal baseado na proposta da fabricante da solução.
8.5.4.14.4.9. Analisar sobre a dificuldade de adequação aos dispositivos legais que permitem a inexigibilidade de contratação.
8.5.4.14.4.10. Quanto às formas de contratação deste cenário, foram levantadas as seguintes alternativas: Realização de pregão eletrônico, realização de
contratação por inexigibilidade de licitação ou contratação direta por dispensa de licitação.
8.5.4.14.4.11. Primeiramente, cabe ressaltar, que sabidamente a regra geral apontada pela legislação e jurisprudência específica é o dever de licitar. Ou seja,
ressalvados os casos especificados na legislação, as obras, serviços, compras e alienações serão contratados mediante processo de licitação pública que
assegure igualdade de condições a todos os concorrentes, com cláusulas que estabeleçam obrigações de pagamento, mantidas as condições efetivas da
proposta, nos termos da lei, o qual somente permitirá as exigências de qualificação técnica e econômica indispensáveis à garantia do cumprimento das
obrigações.
8.5.4.14.4.12. Dessa maneira, a contratação direta é comumente vista com ressalvas, muito embora seja, em determinadas situações, a única possibilidade
disponível à Administração Pública ou mesmo a melhor escolha, tendo em vista os mais variados critérios.
8.5.4.14.4.13. Logo, como bem apontado acima, o legislador previu algumas ressalvas à regra geral do dever de licitar, uma das quais a inexigibilidade
e dispensa em face da emergência, encontrado nos artigos 24, IV, e 25, I, da Lei nº 8.666/1993, vide recorte abaixo:
"
Art 24. É dispensável a licitação:
VIII - nos casos de emergência ou de calamidade pública, quando caracterizada urgência de atendimento de situação que possa ocasionar prejuízo ou comprometer
a segurança de pessoas, obras, serviços, equipamentos e outros bens, públicos ou particulares, e somente para os bens necessários ao atendimento da situação
emergencial ou calamitosa e para as parcelas de obras e serviços que possam ser concluídas no prazo máximo de 180 (cento e oitenta) dias consecutivos e
ininterruptos, contados da ocorrência da emergência ou calamidade, vedada a prorrogação dos respectivos contratos;
...
Art. 25. É inexigível a licitação quando houver inviabilidade de competição, em especial:
I - para aquisição de materiais, equipamentos, ou gêneros que só possam ser fornecidos por produtor, empresa ou representante comercial exclusivo, vedada a
preferência de marca, devendo a comprovação de exclusividade ser feita através de atestado fornecido pelo órgão de registro do comércio do local em que se
realizaria a licitação ou a obra ou o serviço, pelo Sindicato, Federação ou Confederação Patronal, ou, ainda, pelas entidades equivalentes;
".
8.5.4.14.4.14. Tomando-se por base a definição de "emergência" trazida por de Hely Lopes Meirelles: A emergência caracteriza-se pela urgência de atendimento
de situação que possa ocasionar prejuízos ou comprometer a incolumidade ou a segurança de pessoas, obras, serviços, equipamentos e outros bens, públicos
ou particulares, exigindo rápidas providências da Administração para debelar ou minorar suas consequências lesivas à coletividade. (Direito Administrativo
Brasileiro, 24ª ed. São Paulo: Malheiros, 1999, p. 253)
8.5.4.14.4.15. Diante da evidente situação em que se encontram os equipamentos do Ministério e o menor tempo possível para a migração dos dados e
sustentação no curto prazo dos serviços já existentes sobre os equipamentos atuais, não há como negar que qualquer disputa procedente de um vagaroso
processo licitatório, o qual demandaria tempo superior para sua concretização, haja vista que a licitação por meio de pregão eletrônico é um procedimento
composto por diversas fases internas e externas e formalidades que devem ser observadas, aumenta o risco de uma possível parada dos equipamentos antes da
concretização da migração para uma nova solução.
8.5.4.14.4.16. Assim, não há dúvidas de que a contratação direta de licitação decorrente da situação emergencial deve, rigorosamente, ser vista com cautela e
como medida excepcional. No entanto, de modo algum deve ser repugnada tão somente pelo receio de sua utilização, principalmente quando se comprova ser
a única medida disponível à Administração Pública para salvaguardar o interesse público.
8.5.4.14.4.17.
8.5.4.14.4.18. No modelo por dispensa, poderia ser contratada a solução por um período de 180 (cento e oitenta) dias, vedada prorrogação, por meio de
parceiros Teradata. Nesse caso, devido a complexidade da solução, especialmente considerando que ao fim do contrato todos os serviços também já deveriam
estar estáveis em outra tecnologia, o curto período é impeditivo para adotar esta possibilidade de contratação. Em síntese, o modelo de contratação por
dispensa não permite que a solução se mantenha tempo suficiente para a implantação de um nova solução, garantindo a continuidade dos serviços atuais, e
também a migração completa para outra tecnologia distinta.
8.5.4.14.4.19. Por fim, a outra alternativa seria a realização da contratação por inexigibilidade de licitação, que é caracterizada pela inviabilidade de competição,
indicando situações nas quais não se encontram os pressupostos de um processo licitatório. Essa alternativa está contemplada no art. 25 da Lei 8.666/1993,
com um rol meramente exemplificativo de hipóteses nas quais a competição seria inviável. Neste modelo a fabricante da solução é contratada diretamente e
possui, no caso da solução em questão, carta de exclusividade de fornecimento da solução com suporte agregado (SEI 13751061), todavia, apenas para períodos
superiores a 36 meses de contratação.
8.5.4.14.4.20. No caso de contratação da solução deste cenário, estende-se a necessidade o cancelamento das atividades, que já encontram-se suspensas e sem
ordens de serviço ativas, e possível recisão contratual do Contrato nº 46/2022 pontuado no cenário 7.2.1. Dessa forma, seria necessário para o MDS um tempo
adicional para o planejamento de contratação posterior, após a migração completa e reestabelecimento do ambiente, com uma nova rodada de elaboração de
todos os artefatos necessários.
8.5.4.14.4.21. Também é importante ressaltar que, independente do cenário estabelecido de contratação, há previsão para o desenvolvimento de novas
soluções que precisam do ambiente analítico do Ministério devido aos programas sociais apresentados no início do ano de 2023, como o Programa Bolsa
Família, por exemplo. Isto implica que, após a efetivação da sustentação deste ambiente analítico, será necessário redirecionamento de esforços da STI ao
atendimento das áreas negociais que conduzem estas políticas públicas. Assim, o prazo de apenas 12 meses de contratação é curto pois garante a sustentação
da solução mas a condução dos programas previstos poderão impossibilitar uma troca abrupta para uma nova tecnologia, considerando ainda que o processo
completo de migração deverá contar com um ambiente saudável, com suporte agregado, e deverá observar as necessidades das áreas negociais. Dessa forma,
sugere-se, neste cenário, a contratação por um período de, no mínimo, 24 meses.
8.5.4.14.4.22. Ante o exposto, o presente cenário, de contratação de solução Teradata atende as necessidades presentes do MDS, considerando que:
A solução dispõe de todos as funcionalidades e serviços necessários à sustentação do ambiente analítico atual do MDS;
A solução proporciona o caminho mais rápido e eficiente para sanar a condição crítica do ambiente atual sendo, portanto, a opção de menor risco de parada de
serviços críticos ao atendimento da missão do Ministério;
A solução permite a migração de todos os dados de forma rápida (Atendendo ao requisito técnico 5.4.3.1. - A migração de todos os dados deve ser tempestiva
e todo o processo de migração dos dados e análise de compatibilidade com as soluções ETL, BI, Macros e Views existentes deve ser finalizado em 30 dia) e
dispensa a necessidade de conversão/redesenvolvimento de outras soluções já presentes no MDS, garantindo o menor tempo possível de migração e a
continuidade rápida no atendimento às áreas negociais, como detalhados no item 8.5.3.7;
A solução pode ser contratada pelo período necessário à estabilização das rotinas legadas, bem como das novas necessidades dos próximos programas sociais,
proporcionando a possibilidade de uma migração futura para outra tecnologia, em condições mais adequadas.
8.5.4.14.4.23. Diante de todo o exposto, sugere-se a contratação de solução Teradata, modelo de subscrição, por meio da utilização da alternativa prevista no
25, I, da Lei nº 8.666/1993, qual seja: a contratação direta por inexigibilidade pela questão da exclusividade da fabricante, desde que comprovado aderência ao
preço de mercado ou, de forma mais arriscada devido ao tempo maior do processo licitatório, por pregão.
9. REGISTRO DE SOLUÇÕES CONSIDERADAS INVIÁVEIS
9.1. Pelos motivos expostos na análise de cenários, considerando a situação vivenciada neste momento, declara-se inviável o cenário abaixo:
9.1.1. Cenário 1: Contratação de suporte técnico Teradata para o ambiente atual.
9.1.2. Cenário 2: Utilização do contrato de nuvem existente com o SERPRO.
9.1.3. Cenário 3: Contratação de solução em nova tecnologia.
10. DESCRIÇÃO DA SOLUÇÃO DE TIC A SER CONTRATADA
10.1. Conforme levantamento e análise dos cenários possíveis no item 8 deste ETP, os cenários viáveis à sustentação do ambiente analítico do MDS,
considerando a situação atual são os cenários 4, 4.1, 4.2, 4.3 e 4.4. Dessa forma, segue avaliação, dentre as possibilidades elencadas, visando a definição do
melhor cenário dentre os cenários viáveis.
10.2. Sobre o ambiente de Produção
10.2.1. O equipamento on-premisses atualmente comercializado pela Teradata é o modelo Inteliflex (IFX) 2.5 em dois portes de tamanho, um de menor
porte (6+1) composto por 6 nós ativos e 1 nó de reserva em hot-standby, e um de maior porte (12+1) composto por 12 nós ativos e 1 nó de reserva em hot-
standby. Estes modelos são comercializados na modalidade "as a service" por subscrição, com capacidade de armazenamento e de processamento definida
conforme o necessidade estimada. O modelo de menor porte (6+1) possui um total de 52 cores de processamento que são ativados conforme a demanda e
definindo o nível de desempenho da plataforma.
10.2.2. Para o caso desta contratação, o fator de processamento e de capacidade de I/O (capacidade de entrada e saída de dados) foi quantificado
considerando-se a equivalência com a máquina Database Modelo 2750 atualmente presente no Ministério. Conforme informado em questionamento pela
fabricante, devido a arquitetura nos novos equipamentos Inteliflex, que apresentam um sistema adicional de redundância de dados, para se ter uma capacidade
de I/O equivalente a das máquinas atuais, necessita-se de desempenho mínimo de 6035 MB/S em 50% de leitura, o que exige um quantitativo mínimo de 44
Tcores na nova solução.
10.2.3. Dessa forma foi quantificada uma máquina com a necessidade de ativação de 45 de um total de 52 cores de processamento, para garantir uma
performance equivalente ao ambiente atual, no seu estado saudável. Estes 45 Tcores garantem um índice de processamento equivalente a 0,90 do ambiente
atual e o mesmo nível de capacidade de I/O. Conforme tabelas comparativas a seguir:
Figura 22 - Necessidade mínima de Tcores necessários para equivalência 1/1 de I/O entre o
Model Base 2750 (ambiente produção atual) e o Teradata IFX 2.5 (6+1) (nova solução para o ambiente produção)
10.2.4. Para o total de armazenamento necessário, foi considerada a capacidade de armazenamento necessária baseada na utilização do ambiente atual
e nas bases de dados hoje hospedadas sobre os modelos Database Modelo 2750 e Hadoop, resultando na necessidade de 70 TB de espaço para o
armazenamento de todas as tabelas. Ressalta-se que houve um expressivo aumento no quantitativo de bases que são carregadas semanalmente, a partir do
surgimento dos Auxílio Emergencial, Auxílio Brasil e dos novos processos de Averiguação, Revisão e Focalização cadastral do Cadastro Único. Além disso, existe,
ainda, a possibilidade de expansão deste volume de armazenamento por aditivos ou novos contratos, caso seja necessário em momento posterior.
10.2.5. Este ambiente também deverá prover 3 (três) servidores TMS internos para a hospedagem dos servidores das ferramentas de BI (Business
Intelligence), de ETL (Extração, Transformação e Carga) do Ministério e de monitoramento da solução (Viewpoint).
10.2.6. Os 3 (três) servidores TMS restantes deverão ser reservados para a solução de backup que deverá ser inclusa na solução.
10.2.7. Ressalta-se que este valor de armazenamento leva em consideração a funcionalidade de compressão de tabelas do ambiente. Conforme estudo
já realizado no processo anterior, os ambientes hoje contam, no Ministério, com um volume aproximado de 70 TB Comprimido.
10.2.8. Todas as ferramentas, licenças e componentes físicos necessários a instalação, configuração e migração dos dados deverão ser disponibilizados
pela CONTRATADA e deverão compor o preço do serviço.
10.3. Sobre o ambiente Homologação e Desenvolvimento
10.3.1. Para substituição ao equipamento Database Modelo 2690, deverá ser estruturada no mesmo ambiente para os ambientes de produção e
homologação do Ministério. Este ambiente deverá ser administrado pela CONTRATADA e inclui a implantação do ambiente, e configuração de forma
transparente para os usuários da solução.
10.3.2. Este ambiente, devido a necessidade do Ministério, deverá possuir uma capacidade de processamento de 2 nós R5-8XL, com 11 Tcores,
garantindo a substituição do atual ambiente provisionado sobre o Database Modelo 2690.
10.4. Sobre os serviços de Backup
10.4.1. A solução deverá contemplar a implementação de política e das rotinas necessárias ao backup dos ambientes na nova estrutura.
10.4.2. No equipamento provisionado, on-premisses, para o ambiente produção deverão ser utilizados os ambientes TMS internos da solução para
instalação de ferramenta de backup.
10.4.3. Os requisitos de backup deverão contemplar, minimamente, os apresentados no item "5.3.6. Requisitos de cópia de segurança (Backup)"
apresentados neste estudo técnico.
10.5. Sobre os serviços de suporte, garantia e atualização de versões
10.5.1. O serviços de suporte técnico especializado, garantia e atualização de versões da solução são necessários para garantir que o equipamento
mantenha seu desempenho e disponibilidade em perfeito estado de funcionamento, garantindo o atendimento das necessidades do Ministério. Este suporte
deve ser prestado pela CONTRATADA como parte inclusa do serviço, sem a incorrência de custos adicionais, mesmo que isso exija a intervenção nos
equipamentos físicos e/ou a troca de componentes da solução.
10.5.2. Toda a infraestrutura necessária para a realização deste suporte, bem como a de alocação de profissionais especializados, também estará incluso
no serviço de suporte e serão providos pela CONTRATADA.
10.5.3. O rol de atividades previsto para as ações de suporte e monitoramento são previstos nos itens "5.3.4. Requisitos de Monitoramento" e
"5.3.7. Requisitos de suporte técnico", sem prejuízo de ações adicionais não contempladas que sejam necessárias para o retorno dos equipamentos ao seu
perfeito estado de funcionamento, durante o período de vigência contratual.
11. ESTIMATIVA DE CUSTO TOTAL DE CONTRATAÇÃO
11.1. A pesquisa de preços foi obtida seguindo as orientações da Instrução Normativa SEGES/ME nº 73, de 05 de agosto de 2020, especialmente no que
tange aos arts. 5º e 6º, in verbis:
Art. 5º A pesquisa de preços para fins de determinação do preço estimado em processo licitatório para a aquisição de bens e contratação de serviços em geral será
realizada mediante a utilização dos seguintes parâmetros, empregados de forma combinada ou não:
I - Painel de Preços, disponível no endereço eletrônico gov.br/paineldeprecos, desde que as cotações refiram-se a aquisições ou contratações firmadas no período de
até 1 (um) ano anterior à data de divulgação do instrumento convocatório;
II - aquisições e contratações similares de outros entes públicos, firmadas no período de até 1 (um) ano anterior à data de divulgação do instrumento convocatório;
III - dados de pesquisa publicada em mídia especializada, de sítios eletrônicos especializados ou de domínio amplo, desde que atualizados no momento da pesquisa e
compreendidos no intervalo de até 6 (seis) meses de antecedência da data de divulgação do instrumento convocatório, contendo a data e hora de acesso; ou
IV - pesquisa direta com fornecedores, mediante solicitação formal de cotação, desde que os orçamentos considerados estejam compreendidos no intervalo de até 6
(seis) meses de antecedência da data de divulgação do instrumento convocatório.
§ 1º Deverão ser priorizados os parâmetros estabelecidos nos incisos I e II, devendo, em caso de impossibilidade, apresentar justificativa nos autos.
................................................................................................................
Art. 6º Serão utilizados, como métodos para obtenção do preço estimado, a média, a mediana ou o menor dos valores obtidos na pesquisa de preços, desde que o
cálculo incida sobre um conjunto de três ou mais preços, oriundos de um ou mais dos parâmetros de que trata o art. 5º, desconsiderados os valores inexequíveis,
inconsistentes e os excessivamente elevados.
11.2. A pesquisa de preços (SEI nº 13750884) descreve as pesquisas realizadas no âmbito do Painel de Preços
(https://paineldeprecos.planejamento.gov.br/), não tendo sido encontrado nenhum contrato similar que pudesse ser usado como parâmetro de comparação.
11.3. Importante frisar que a solução composta é formada sobre demanda e dimensionada, em seus equipamentos e serviços, de forma a garantir a
equivalência, da melhor forma possível, com o ambiente já disponível no Ministério. Além disso, a solução conta também com a inclusão de todo o processo de
migração dos dados e soluções que atualmente rodam sobre o ambiente atual. Isto posto, encontrar outras contratações equivalentes no âmbito da
Administração Pública exige uma análise pormenorizada dos componentes de equipamentos e serviços envolvidos e não foram encontradas contratações que
refletem a mesma proposta apresentada neste Estudo Técnico Preliminar.
11.4. Da Pesquisa de Mercado
11.4.1. Apesar das vantagens de contratações diretas com a fabricante da solução como o tempo reduzido de alocação e instalação de máquina, suporte
técnico direto de alta especialização e redução no custo por eliminação de margem dos parceiros entende-se que, como o objetivo da presente contratação visa
sanar condição crítica, para garantir a continuidade das atividades do MDS, o melhor cenário seria a contratação por um prazo de 24 meses, podendo ser
prorrogado por mais 12 meses, a critério da administração, caso a solução definitiva ainda não estivesse plenamente operacional.
11.4.2. Como exposto no item 8.5.4.14, os contratos diretos com a fabricante devem ser realizados, necessariamente, por períodos superiores a 36
meses e, portanto, foram solicitadas cotações de preços para parceiros Teradata no intuito de avaliar os valores de contratação para períodos de 12, 24 e 36
meses. Além disso, foi solicitada também a cotação direta com a fabricante da solução, pelo menor prazo possível de contrato, por 37 meses.
11.4.3. Para a pesquisa de mercado, foram encaminhados ofícios para 12 empresas parceiras de fornecimento da solução Teradata. Segue abaixo a lista
de empresas contactadas:
Extreme Digital Solutions (EDS) Brasil (OFÍCIO Nº 52/2023/SE/STI/CGDI - SEI nº 14193595);

Tech6 (OFÍCIO Nº 53/2023/SE/STI/CGDI - SEI nº 14193686);
Dataeasy (OFÍCIO Nº 54/2023/SE/STI/CGDI - SEI nº 14193692);
Smart Decision Consulting (OFÍCIO Nº 55/2023/SE/STI/CGDI - SEI nº 14193835);
3structure (OFÍCIO Nº 56/2023/SE/STI/CGDI - SEI nº 14193864);
Tenbu (OFÍCIO Nº 57/2023/SE/STI/CGGTI/CPL - SEI nº 14193876);
Arbit (OFÍCIO Nº 58/2023/SE/STI/CGGTI/CPL - SEI nº 14193891);
Jump Label (OFÍCIO Nº 59/2023/SE/STI/CGGTI/CPL - SEI nº 14193900);
Í
EY (OFÍCIO Nº 60/2023/SE/STI/CGGTI/CPL - SEI nº 14193908);
Accenture (OFÍCIO Nº 61/2023/SE/STI/CGGTI/CPL - SEI nº 14193917);
Capgemini (OFÍCIO Nº 62/2023/SE/STI/CGGTI/CPL - SEI nº 14193924); e
Kyndryl (OFÍCIO Nº 63/2023/SE/STI/CGGTI/CPL - SEI nº 14193929).
11.4.4. Nesse sentido, foram recebidas, no âmbito da proposta, a cotação de preços de 3 (três) parceiros, além da cotação direta com a fabricante das
soluções. Os documentos das propostas comerciais das empresas que retornaram foram anexados ao processo e seguem abaixo as referências de cada um
deles:
Proposta da Fabricante da Solução - 37 meses (SEI nº 14222179);

Proposta 3structure 12, 24 e 36 meses (SEI nº 14213414);
Proposta Tech6 12, 24 e 36 meses (SEI nº 14230882);
Proposta Jump Label 12, 24 e 36 meses (SEI nº 14211418).
11.4.5. Segue abaixo as tabelas com os valores totais encaminhados, e o valor mensal de cada proposta para fins comparativos:
Tabela 13 - Comparativo de preços.
CONTRATAÇÃO - LICITAÇÃO - PREGÃO POR 12 MESES
Id. CONTRATAÇÃO EMPRESAS VALOR TOTAL VALOR ÚNICO VALOR MENSAL VALOR MÉDIO
Fornecimento de solução para R$
Jump Label - R$ 1.772.251,76
sustentação do ambiente analítico 21.267.021,10
de dados do Ministério, na R$
1 Tech6 - R$ 2.726.541,17 R$ 2.181.232,93
modalidade de subscrição, com 32.718.494,00
capacidade para 70 TB CDS por 12 R$
meses. 3structure - R$ 2.044.905,87
24.538.870,44
R$ R$
Jump Label -
3.104.280,40 3.104.280,40
Migração dos dados do ambiente R$ R$
2 Tech6 - R$ 4.218.637,47
atual para a nova solução. 5.969.770,00 5.969.770,00
R$ R$
3structure -
3.581.862,00 3.581.862,00
Valor total médio por mês R$ 2.181.232,93
Valor total médio único R$ 4.218.637,47
R$
Valor total médio por 12 meses (médio por mês * 12 + médio único)
30.393.432,67
VALOR
Id. CONTRATAÇÃO EMPRESAS VALOR TOTAL VALOR ÚNICO VALOR MÉDIO
MENSAL
Fornecimento de solução para R$ R$
Jump Label -
sustentação do ambiente analítico 28.378.779,00 1.182.449,13
de dados do Ministério, na R$ R$
1 Tech6 - R$ 1.315.387,20
modalidade de subscrição, com 33.584.353,9 1.399.348,08
capacidade para 70 TB CDS por 24 R$ R$
meses. 3structure -
32.744.745,00 1.364.364,38
R$ R$
Jump Label -
3.104.280,40 3.104.280,40
Migração dos dados do ambiente R$ R$
2 Tech6 - R$ 4.218.637,47
atual para a nova solução. 5.969.770,00 5.969.770,00
R$ R$
3structure -
3.581.862,00 3.581.562,00
Valor total médio por mês R$ 1.315.387,20
Valor total médio único R$ 4.218.637,47
R$
35.787.930,19
VALOR
MENSAL
R$ R$
Fornecimento de solução para Jump Label -
30.695.719,60 852.658,88
sustentação do ambiente analítico de
R$ R$
1 dados do Ministério, na modalidade Tech6 - R$ 927.260,07
34.030.230,00 945.284,17
de subscrição, com capacidade para 70
TB CDS por 36 meses. R$ R$
3structure -
35.418.137,76 983.837,16
R$ R$
Jump Label -
3.104.280,40 3.104.280,40
Migração dos dados do ambiente R$ R$ R$
2 Tech6 -
atual para a nova solução. 5.969.770,00 5.969.770,00 4.218.637,47
R$ R$
3structure -
3.581.862,00 3.581.862,00
Valor total médio por mês R$ 927.260,07
R$
Valor total médio único
4.218.637,47
R$
37.599.999,99
Tabela 14 - Preço direto da fabricante da solução.
CONTRATAÇÃO - INEXIGIBILIDADE (ACIMA DE 37 MESES)
VALOR
MENSAL
Fornecimento de solução para
R$ R$
1 dados do Ministério, na modalidade Jump Label - R$ 972.972,97
36.000.000,00 972.972,97
de subscrição, com capacidade para 70
TB CDS por 37 meses.
Migração dos dados do ambiente R$ R$ R$
2 Jump Label -
atual para a nova solução. 3.940.000,00 3.940.000,00 3.940.000,00
Valor total médio por mês R$ 972.972,97
R$
Valor total médio único
3.940.000,00
R$
39.940.000,00
11.4.6. Conforme pontuado no item 11.4.1, o melhor cenário seria a contratação por um prazo de 24, com parceiros Teradata, porém, ante os preços
apontados, mesmo considerando uma grande redução nos valores em um possível pregão, não seria vantajoso para a administração pública a contratação de
curto prazo, seja em 12 ou 24 meses, com valores tão próximos aos cenários de contratação por períodos de 36 meses ou superiores. Ocorre que, por tratar-se
de equipamento personalizado para a necessidade de cada cliente, independente do períodos de prestação do serviço é necessário um alto investimento para o
processo de fabricação e preparação dos equipamentos, assim como dos serviços iniciais de migração, valor que vem a ser diluído no custo do serviço com
períodos mais longos de contratação. Dessa forma, a contratação por um curto prazo, seja por pregão ou por dispensa de licitação, não é indicada para a
presente contratação.
11.4.7. Avaliando-se as propostas dos parceiros, em comparação com a proposta apresentada pela fabricante da solução, os preços encontram-se em
patamares próximos, com uma diferença de 6% maior no preço da fabricante. Os períodos de contratação também são praticamente os mesmos, de 36 meses
(parceiros) e 37 meses (fabricante).
11.4.8. A condução de um processo licitatório leva, em média, 90 dias para o trâmite de todas suas fases a partir da elaboração dos artefatos iniciais e,
mesmo que tudo corra com a maior celeridade possível, não se pode prever possíveis atrasos derivados de ações externas, como impugnações ou
questionamentos. Nessa linha, também é importante frizar que, tanto os parceiros quanto o fabricante, necessitam ainda de um prazo estimado de 30 a 60 dias
para entrega, instalação, configuração da máquina e migração de todos os dados necessários para que o risco de descontinuidade dos serviços seja
completamente mitigado.
11.4.9. Reitera-se neste contexto o fator emergencial e que qualquer tipo de atraso ou prolongamento do processo, seja devido aos processos
necessários pela administração pública, seja por meio de agentes externos que possam entrar com pedidos de questionamentos ou impugnações (neste último
podendo paralizar o processo por tempo imprevisível) aumentam o risco, já presente, de paralização de processos críticos a todo o Ministério podendo impactar
diretamente a população beneficiada pelos programas sociais conduzidos por esta pasta.
11.4.10. Dessa forma, conforme apresentado anteriormente, a partir de fevereiro os equipamentos vem apresentando graves alertas e uma possível
interrupção nos serviços por uma parada completa tem um impacto muito elevado na condução das políticas sociais sob gestão do Ministério. A diferença de
custo entre um preço final de pregão e o valor apresentado para uma contratação por inexigibilidade pode ser medido, mas o impacto derivado do atraso nos
benefícios garantidos ao cidadão, devido a interrupção dos serviços de tamanha criticidade, são imensuráveis. Assim, o risco de atrasar ainda mais a
continuidade da sustentação deste ambiente analítico é muito elevado para que seja recomendada a opção de pregão.
11.4.11. Conforme apontado pelos relatórios apresentados no item 2.2, os equipamentos que atualmente compõe a solução apresentam muita fragilidade
em sua operação e o surgimento de novos alertas são imprevisíveis e elevam drasticamente o risco de parada do equipamento, chegando, no pior cenário, em
uma possível perda de dados relativos aos programas sociais conduzidos pelo órgão.
11.4.12. Nesse contexto, após apresentação do histórico à alta gestão de Ministério, esta entendeu que a contratação dos serviços pelo período de 36
meses, por meio do pregão eletrônico, pode apresentar vantajosidade econômica ao Ministério e uma ampla concorrência entre os fornecedores da solução
escolhida.
11.4.13. Ademais, considerando que existe ainda um contrato vigente para plataforma analítica de banco de dados em nuvem, firmada com o SERPRO por
meio do Contrato Administrativo nº 46/2022 pelo período de 36 meses, recomenda-se avaliar a possibilidade de rescisão contratual, enquanto os serviços de
migração e de utilização da plataforma ainda não foram efetivamente iniciados, para que se evite a caracterização da duplicidade de objeto e uma possível
sobreposição de serviços desta natureza.
11.5. Da Metodologia de Formação de Preços
11.5.1. A metodologia empregada para a estimativa de preços será o menor dos valores das propostas dos parceiros, em consonância com o Artigo
6º da IN 73/2020/SEGES/ME.
Art. 6º Serão utilizados, como métodos para obtenção do preço estimado, a média, a mediana ou o menor dos valores obtidos na pesquisa de preços, desde que o
cálculo incida sobre um conjunto de três ou mais preços, oriundos de um ou mais dos parâmetros de que trata o art. 5º, desconsiderados os valores inexequíveis,
inconsistentes e os excessivamente elevados.
11.6. Com isso, obteve-se a seguinte estimativa de preços:

Tabela 15 - Estimativa de preços para o cenário viável.
Métrica
Código
Id. Descrição dos Serviços Tipo Quantidade ou Valor Unitário Valor Anual Valor Total
CATSER
Unidade
Fornecimento de solução
para sustentação do
ambiente analítico de dados
R$ R$
1 do Ministério, na 26069 Fixo 36 Mensal R$ 927.260,07
11.127.120,84 33.381.362,52
modalidade de
subscrição, com capacidade
para 70 TB CDS.
Migração dos dados do
R$
2 ambiente atual para a nova 26069 Fixo 1 Único R$ 4.218.637,47 -
4.218.637,47
solução.
R$
Valor Total
37.599.999,99
12. ANÁLISE COMPARATIVA DE CUSTOS (TCO)
12.1. A presente seção registra a comparação de Custos Totais de Propriedade para as soluções técnica e funcionalmente viáveis, nos termos do inciso
III do art. 11. da IN SGD-ME nº 01/2019.
12.2. Tendo como base a IN SGD-ME n° 01/2019, o Custo Total de Propriedade é obtido por meio da composição dos custos inerentes ao ciclo de vida
dos bens e serviços de cada solução. A título de exemplo, a supracitada Instrução Normativa apresenta os custos de aquisição dos ativos, insumos, garantias e
de manutenção.
12.3. Para o presente documento realizou-se a estimativa do custo administrativo inerente a solução abrangendo a Fiscalização e Gestão do Contrato
12.4. Custo Tecnológico - Ambiente de Instalação da Solução
12.4.1. Não haverá custos adicionais no ambiente do CONTRATANTE.
12.5. Custos Administrativos das Soluções
12.5.1. Tendo como base a IN SGD-ME n° 01/2019, o Custo Total de Propriedade é obtido por meio da composição dos custos inerentes ao ciclo de vida
dos bens e serviços de cada solução. A título de exemplo, a supracitada Instrução Normativa apresenta os custos de aquisição dos ativos, insumos, garantias e
de manutenção.
12.5.2. Para o presente documento realizou-se a estimativa do custo administrativo inerente a solução abrangendo a Fiscalização e Gestão do Contrato.
12.5.3. Desta forma, estimou-se a quantidade de recursos administrativos alocados e atribui-se um número de horas úteis daquele profissional para
realização específica daquela atividade. Como parâmetro, foi utilizada a média de contratos geridos e fiscalizados no âmbito da Coordenação-Geral de Gestão de
Dados e Informação do MDS por servidor, obtendo-se o quantitativo de 4 contratos. Ao se considerar 8 horas diárias (carga horária), é possível definir uma
estimativa de horas trabalhadas por contrato, sendo 2 horas diárias. Para realização da estimativa mensal, considerou o número de 22 dias úteis, totalizando 44
horas mensais de trabalho em um contrato por servidor. Diante desta metodologia, definiu-se como base de cálculo o quantitativo de 528 horas anuais de
esforço em um contrato, por servidor
12.5.4. O levantamento do custo médio mensal por servidor seguiu as seguintes etapas:
a) Foram levantadas as remunerações iniciais e finais para todos os cargos da Administração Pública Federal disponibilizado pelo Painel
Estatístico de Pessoal;
b) Após essa atividade foi realizado a média entre as remunerações identificadas para cada cargo apresentado no painel conforme disposto no
documento SEI nº 13757732.
12.5.5. Por fim, foi realizada a média dos valores identificados para cada cargo, chegando-se ao valor de R$ 5.301,94.
12.5.6. Com o intuito de trazer o valor para a realidade da administração aplicou-se os seguintes ajustes ao valor identificado:
a) incremento do décimo terceiro salário no valor de R$ 441,82 ( Valor da remuneração média dividido por 12 meses);
b) adicional de um terço de férias no valor de R$ 2.209,13 ( Valor da remuneração média dividido por 3).
12.5.7. Chegando-se ao montante final médio mensal por servidor de R$ 7.511,07 (sete mil quinhentos e onze reais e sete centavos).
12.6. Reajuste de Preços - Índice de Custo da Tecnologia da Informação (ICTI)
12.6.1. Para as contratações de serviços de Tecnologia da Informação em que haja previsão de reajuste de preços por aplicação de índice de correção
monetária, é obrigatória a adoção do Índice de Custos de Tecnologia da Informação (ICTI) consoante ao disposto no artigo 24 da Instrução Normativa SGD/ME
n° 01, de 4 de abril de 2019, in verbis:
"Art. 24. Nas contratações de serviços de Tecnologia da Informação em que haja previsão de reajuste de preços por aplicação de índice de correção monetária, é
obrigatória a adoção do Índice de Custos de Tecnologia da Informação - ICTI, instituído pela Portaria GM/MP nº 424, de 7 de dezembro de 2017, e mantido pela
Fundação Instituto de Pesquisa Econômica Aplicada - IPEA."
12.6.2. O ICTI tem por objetivo captar a evolução específica dos custos efetivos da área de TI. Os custos efetivos na área de TI podem evoluir de forma
distinta da média dos preços na economia, captada pelos índices gerais, e os reajustes de valores contratuais do governo federal com base nesses índices gerais
podem configurar prejuízos indevidos ao erário público ou às empresas fornecedoras de serviços de TI, causando distorções indesejáveis nas contas públicas e
na economia do país.
12.6.3. Após a incorporação desse resultado, nos últimos doze meses, o ICTI acumula alta de 7,11%, atingindo patamar superior ao registrado pelo Índice
de Preços ao Consumidor Amplo (IPCA), do Instituto Brasileiro de Geografia e Estatística (IBGE), do Índice de Preços por Atacado segundo Estágios de
Processamento (IPA-EP) e do Índice Geral de Preços do Mercado (IGP-M), ambos da Fundação Getulio Vargas (FGV), como mostra a imagem abaixo.

Figura 23. ICTI/IPEA - Referência Jan/2023.
Fonte: https://www.ipea.gov.br/cartadeconjuntura/index.php/2023/03/indice-de-custo-da-tecnologia-da-informacao-icti-janeiro-de-2023
12.6.4. Considerando o prazo de vigência do contrato de 37 meses, este contrato pode sofrer variação de preço a cada ciclo de 12 (doze) meses.
12.7. Custo Total de Propriedade da Solução - Memória de Cálculo
12.7.1. Para a composição do TCO da solução durante o período de prestação dos serviços (37 meses) foram levados em consideração:
a) Custos da Solução e reajuste de preços conforme Índice de Custo da Tecnologia da Informação (ICTI) ; e
b) Custos administrativos.
12.7.2. Segue planilha com os custos totais de propriedade:
a) Custos da Solução
Tabela 16 - Custos da solução.
Custos da Solução
Elemento de Item Custo Quantidade Métrica Reajuste 2023* 2024** 2025** 2026** Total
Custo Unitário do ICTI
Item
Fornecimento
de solução para
A) Custos da sustentação do
Solução e ambiente
Índice de analítico de
Custo da R$ R$ R$ R$ R$ R$
dados do 36 Mensal 7,11%
Tecnologia da Ministério, na 927.260,07 3.709.040,28 11.390.833,60 12.200.721,87 8.510.431,57 35.811.027,33
Informação modalidade de
(ICTI) subscrição, com
capacidade
Considerando para 70 TB CDS.
ICTI
Migração dos
acumulado
dados do
em doze R$ R$ R$
ambiente 1 Único 7,11% - - -
meses de 4.218.637,47 4.218.637,47 4.218.637,47
atual para a
7,11%
nova solução.
(Jan/2023).
Custos da Solução e Índice de Custo da Tecnologia da R$ R$ R$ R$ R$
Informação (ICTI) - Subtotal 7.927.677,75 11.390.833,60 12.200.721,87 8.510.431,57 40.029.664,79
*Foi considerado que o faturamento inicie no mês de setembro/2023, em observância aos prazos de entrega da
solução.
**Foi observado o interregno mínimo de 1 (um) ano para aplicação do reajuste de 7,11%.
b) Custos Administrativos
Tabela 17 - Custos administrativos.
Custos Administrativos
Custo
Elemento de Quantidade Horas
Item Unitário do 2023 2024 2025 2026
Custo por Servidor
Item
Fiscalização e
Gestão do
2 horas diárias / 44
Contrato R$ R$ R$ R$
R$ 7.511,07 horas mensais / 528
B) Custos (4 servidores do 30.044,28 90.132,84 90.132,84 52.577,49
horas anuais
Administrativos Ministério da
Cidadania)
R$ R$ R$ R$
Custos Administrativos - Subtotal
30.044,28 90.132,84 90.132,84 52.577,49
Tabela 18 - Custo total de propriedade da solução.
CUSTO TOTAL DE PROPRIEDADE DA SOLUÇÃO
(Custos da Solução + Custos Administrativos)
Custo Total de
Propriedade da
2023 2024 2025 2026
Solução (por 36
meses )
Fornecimento de solução para
R$ R$ R$ R$
dados do Ministério, na modalidade de R$ 36.073.914,78
3.739.084,56 11.480.966,44 12.290.854,71 8.563.009,06
subscrição, com capacidade para 70 TB
CDS.
Migração dos dados do ambiente R$
- - - R$ 4.218.637,47
atual para a nova solução. 4.218.637,47
13. ORÇAMENTO ESTIMADO DA CONTRATAÇÃO
13.1. O orçamento estimado da contratação, conforme proposta comercial direta da fabricante é de R$ 37.599.599,99 (Trinta e sete milhões
quinhentos e noventa e nove mil quinhentos e noventa e nove reais e noventa e nove centavos) para um período de 36 meses, conforme detalhado na tabela
a seguir:
Tabela 19 - Orçamento estimado da contratação.
Código Métrica ou Valor Valor Total
Id. Descrição dos Serviços Quantidade
CATSER Unidade Unitário (36 meses)
Fornecimento de solução para sustentação do
ambiente analítico de dados do Ministério, na R$ R$
1 26069 36 Mensal
modalidade de subscrição, com capacidade para 927.260,07 33.381.362,52
70 TB CDS.
Migração dos dados do ambiente atual para a R$
2 26069 1 Único R$ 4.218.637,47
nova solução. 4.218.637,47
R$
Valor Total
37.599.999,99
14. DECLARAÇÃO DE VIABILIDADE DA CONTRATAÇÃO
14.1. O presente planejamento foi elaborado em harmonia com a Instrução Normativa nº 01/2019/ME/SEDGG/SGD, bem como em conformidade com
os requisitos técnicos necessários ao cumprimento das necessidades e objeto da aquisição. O presente planejamento está em conformidade com os requisitos
administrativos necessários ao cumprimento do objeto e está de acordo com as necessidades técnicas, operacionais e estratégicas do órgão.
14.2. No mais, atende adequadamente às demandas de negócio formuladas, os benefícios pretendidos são adequados, os custos previstos são
compatíveis e caracterizam a economicidade, os riscos envolvidos são administráveis e a área requisitante priorizará o fornecimento de todos os elementos aqui
relacionados necessários à consecução dos benefícios pretendidos, pelo que recomendamos a contratação proposta.
15. APROVAÇÃO E ASSINATURA
15.1. A Equipe de Planejamento da Contratação foi instituída pela Portaria nº 448, de 20 de julho de 2023 (SEI nº 14201591).
15.2. Conforme o § 2º do Art. 11 da da IN SGD/ME nº 01/2019, o Estudo Técnico Preliminar deverá ser aprovado e assinado pelos Integrantes Técnicos
e Requisitantes e pela autoridade máxima da área de TIC.

À consideração superior.

DAVID AMARAL AVELINO
Integrante Requisitante
SIAPE: 3336295

JOSÉ NEY DE OLIVEIRA LIMA
Integrante Técnico
SIAPE: 8660185

Aprovo o prosseguimento da contratação e declaro que o conteúdo do presente Estudo Técnico Preliminar está adequado às disposições da
Instrução Normativa nº 01/2019 – SGD/ME.

AVELYNO MEDEIROS DA SILVA FILHO
Autoridade Máxima da área de TIC
Subsecretário de Tecnologia da Informação
Referência: Processo nº 71000.005301/2023-72 SEI nº 14250839

Teste

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Teste

Enviado por

Direitos autorais:

Formatos disponíveis

31/07/2023, 21:02 SEI/MC - 14250839 - IN1: Estudo Técnico Preliminar

Figura 1 - Números do Cadastro Único - Referência Janeiro/2023.

Figura 4 - Uso máximo da CPU em percentual (%).

Figura 7 - Ciclo de vida dos Appliances.

Figura 8. Relatório de Situação dos Equipamentos. (Atualizado em 06/03/2023)

todas as tabelas e views armazenadas nos equipamentos em ambiente de Produção e Datalabs;

Definição da estrutura de banco de dados a ser criada;

5.3.4. Requisitos de armazenamento de dados para o banco de dados analítico

Figura 10 - Distribuição de SP e GP por complexidade.

Figuras 13 e 14 - Proposta de arquitetura apresentada pela Teradata.

Figura 15 - Arquitetura Redshift.

Figura 16 - Arquitetura Big Query.

Figura 17 - Arquitetura Azure Synapse Analytics.

Figura 18 - Arquitetura de referência Oracle ADW.

Figura 19 - Arquitetura Snowflake.

Figura 20 - Arquitetura IBM db2 Warehouse.

Figura 21 - Arquitetura SAP Data Waherouse Cloud.

Extreme Digital Solutions (EDS) Brasil (OFÍCIO Nº 52/2023/SE/STI/CGDI - SEI nº 14193595);

Proposta da Fabricante da Solução - 37 meses (SEI nº 14222179);

11.6. Com isso, obteve-se a seguinte estimativa de preços:

Você também pode gostar

Teste

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Teste

Enviado por

Direitos autorais:

Formatos disponíveis

31/07/2023, 21:02 SEI/MC - 14250839 - IN1: Estudo Técnico Preliminar

Figura 1 - Números do Cadastro Único - Referência Janeiro/2023.

Figura 4 - Uso máximo da CPU em percentual (%).

Figura 7 - Ciclo de vida dos Appliances.

Figura 8. Relatório de Situação dos Equipamentos. (Atualizado em 06/03/2023)

todas as tabelas e views armazenadas nos equipamentos em ambiente de Produção e Datalabs;

Definição da estrutura de banco de dados a ser criada;

5.3.4. Requisitos de armazenamento de dados para o banco de dados analítico

Figura 10 - Distribuição de SP e GP por complexidade.

Figuras 13 e 14 - Proposta de arquitetura apresentada pela Teradata.

Figura 15 - Arquitetura Redshift.

Figura 16 - Arquitetura Big Query.

Figura 17 - Arquitetura Azure Synapse Analytics.

Figura 18 - Arquitetura de referência Oracle ADW.

Figura 19 - Arquitetura Snowflake.

Figura 20 - Arquitetura IBM db2 Warehouse.

Figura 21 - Arquitetura SAP Data Waherouse Cloud.

Extreme Digital Solutions (EDS) Brasil (OFÍCIO Nº 52/2023/SE/STI/CGDI - SEI nº 14193595);​

Proposta da Fabricante da Solução - 37 meses (SEI nº 14222179);

11.6. Com isso, obteve-se a seguinte estimativa de preços:

Você também pode gostar

Extreme Digital Solutions (EDS) Brasil (OFÍCIO Nº 52/2023/SE/STI/CGDI - SEI nº 14193595);