Neste artigo
O inventário dos seus sistemas legados é feito com uma página por sistema que responde a 7 perguntas: responsável, usuários, dados e se incluem dados pessoais, conexões, o que para se ele parar, datas de renovação das licenças, e a tecnologia e o fim do seu suporte. Depois você dá a cada sistema uma de 5 decisões: manter, desativar, substituir por um produto pronto, levar como está para a nuvem ou reconstruir, uma versão simplificada das 7 estratégias do guia oficial de migração da Amazon. A IA acelera a metade técnica, mas não consegue dizer quem é o responsável por um sistema.
Na parte 2 você deu a cada sistema uma nota sobre 8. A nota mostra o risco; o inventário dá o que você precisa para decidir.
O que entra na página de cada sistema
Você não precisa de um software especial para começar. Uma tabela simples basta, desde que responda a estas perguntas para cada sistema:
- Responsável: uma pessoa com nome que decide sobre o sistema pelo lado do negócio, não o departamento de TI. Se você não encontrar ninguém, essa é a primeira constatação do inventário.
- Usuários: quais departamentos o usam, cerca de quantas pessoas e se clientes ou fornecedores de fora da empresa também o usam.
- Dados: o que ele armazena, se inclui dados pessoais de clientes ou funcionários e onde eles realmente ficam: um servidor no escritório ou uma nuvem, e em qual país.
- Conexões: de onde vêm os dados e para onde vão: faturamento, banco, loja online, folha de pagamento, uma planilha de Excel exportada toda semana.
- Impacto de uma parada: o que acontece se ele parar um dia inteiro: as vendas param, a folha atrasa ou ninguém percebe?
- Licenças e contratos: a quem você paga, quando o contrato é renovado e se há prazo de aviso antes da renovação. A data de renovação costuma definir quando sua decisão precisa estar pronta.
- Tecnologia e suporte: a linguagem de programação, o banco de dados e o sistema operacional, e quando termina o suporte de cada um, como vimos na parte 2.
Se o inventário mostrar que alguns dos seus sistemas reais são planilhas das quais o trabalho diário depende, explicamos como inventariá-las em qual planilha é o sistema.
A questão dos dados: não pule esta etapa
A coluna de dados pessoais importa mais do que qualquer outra, porque muda a decisão. Um sistema que guarda nomes e telefones de clientes ou registros de funcionários está sujeito à Lei de Proteção de Dados Pessoais (PDPL), supervisionada pela Autoridade Saudita de Dados e Inteligência Artificial (SDAIA), e transferir ou tratar esses dados fora do Reino durante a modernização exige uma análise antes de começar. Explicamos as obrigações práticas no nosso guia da PDPL para empresas.
Isso afeta também as próprias ferramentas de modernização. Por exemplo, a página oficial de Regiões do AWS Transform lista 9 Regiões onde é possível criar espaços de trabalho, nenhuma no Oriente Médio, e avisa que os dados podem ser processados em uma Região diferente daquela de onde você trabalha. Segundo a Agência de Imprensa Saudita em 1 de setembro de 2026, a Amazon anunciou que sua primeira Região de nuvem no Reino está a caminho de ser lançada em dezembro de 2026. Por isso, anote onde estão hoje os dados de cada sistema, para saber quais ferramentas podem lê-los sem problema.
Como a IA acelera o inventário, e o que ela não sabe
A metade técnica de um inventário costumava levar semanas de verificação de servidores e leitura de código à mão. As ferramentas atuais leem servidores e código e mapeiam automaticamente as conexões entre eles. Um exemplo entre muitos: a Amazon diz na página do AWS Transform que seus agentes automatizam a migração desde a descoberta e o planejamento em ondas até a virada, e que sua avaliação de mainframes reduz meses de descoberta a horas. Essa é uma afirmação da Amazon, não um resultado garantido. Sua página de preços lista hoje a avaliação entre os agentes gratuitos.
O guia de migração da Amazon também dá sinais práticos para identificar sistemas que podem ser desativados, usando os dados da própria ferramenta de descoberta:
- Um sistema cujo uso médio de CPU e memória fica abaixo de 5 por cento é o que o guia chama de aplicação zumbi.
- Um sistema que usa entre 5 e 20 por cento ao longo de 90 dias é o que ele chama de aplicação ociosa.
- Um sistema sem nenhuma conexão de entrada nos últimos 90 dias é candidato à desativação.
Mas a ferramenta não sabe quem é o responsável pelo sistema, quando o contrato é renovado, que o único funcionário que o entende se aposenta no ano que vem, nem que um único relatório anual de zakat sai dele. Isso vem de uma conversa curta com o responsável e os usuários de cada sistema. A máquina preenche as colunas técnicas; as pessoas preenchem as colunas de negócio.
As cinco decisões para cada sistema
Depois do inventário, você dá uma decisão a cada sistema. Esta é uma visão simplificada das sete estratégias do guia da Amazon:
| Decisão | O que significa, em poucas palavras | Quando se aplica |
|---|---|---|
| Manter | Fica como está por enquanto, com acompanhamento | Estável e isolado, ligado a hardware especial, atualizado há pouco ou à espera de uma versão pronta do fornecedor |
| Desativar | Você o desliga e arquiva seus dados | Sem valor para o negócio, quase sem uso ou com tecnologia fora de suporte que não vale modernizar |
| Substituir por um produto pronto | Você compra um produto ou assinatura que faz o mesmo trabalho | O trabalho que ele faz é comum e não diferencia você, e um produto o cobre sem grandes mudanças |
| Levar como está | Você o leva para a nuvem sem mudar o código | O problema é o servidor e o hardware, não o software em si |
| Reconstruir | Você o reescreve ou muda sua estrutura | Suas regras de negócio são o que diferencia você, e ele não pode ser alterado ou ninguém sabe mantê-lo |
O guia alerta que reconstruir é a opção mais complexa e cara e, em grandes migrações, recomenda levar o sistema primeiro e modernizá-lo depois que a migração terminar. Se a sua decisão é a nuvem, comece pelo nosso guia de migração para a nuvem para empresas sauditas.
A visão da Origami
Construímos sistemas, conectamos e modernizamos os antigos e, mesmo assim, começamos todo projeto de modernização pelo inventário, não pelo código. Um sistema cujas conexões você não conhece pode quebrar algo que você não vê até um cliente reclamar, e o inventário muitas vezes mostra que a decisão certa para muitos sistemas é mantê-los ou desativá-los, não reconstruí-los.
Por isso usamos ferramentas de IA para ler servidores e código e mapear as conexões rapidamente, depois sentamos com o responsável de cada sistema para completar o que a ferramenta não sabe, e saímos com uma decisão por sistema e uma ordem clara para começar. Se quiser ver como trabalhamos, conheça nossos serviços.
O exercício desta semana: uma página por sistema
Pegue os sistemas que tiveram nota 6 de 8 ou mais no exercício da parte 2 e preencha esta tabela para cada um em uma única página:
| Item | Resposta |
|---|---|
| Nome do sistema e o que ele faz, em uma frase | |
| Responsável de negócio | |
| Usuários (departamentos, número aproximado, terceiros) | |
| Dados, se incluem dados pessoais e onde são armazenados | |
| Conexões de entrada e de saída | |
| O que para se ele parar por um dia | |
| Licenças, data de renovação e prazo de aviso | |
| Tecnologia e fim do seu suporte | |
| Nota da parte 2, sobre 8 | |
| Decisão provisória, uma das cinco |
Escreva a decisão a lápis. Ela continua provisória até você saber quais regras vivem dentro do sistema, e esse é o tema da próxima parte.
A seguir
Agora você tem um inventário e uma decisão provisória para cada sistema. Mas os sistemas que você decidiu reconstruir escondem seu ativo mais valioso: as regras de negócio reais de descontos, preços, multas por atraso e aprovações, enterradas no código e na cabeça das pessoas. Na parte 4 explicamos como a IA extrai essas regras do seu sistema antigo e as escreve como especificações claras, e por que o responsável por cada processo deve confirmar cada regra antes que qualquer código novo seja escrito.
Fontes
- AWS Prescriptive Guidance: as sete estratégias de migração — retain, retire, repurchase, rehost, relocate, replatform e refactor, e os sinais de 5 por cento, 20 por cento e 90 dias.
- AWS Transform: página oficial do serviço — descoberta, planejamento em ondas e avaliação de mainframes.
- AWS Transform: preços — a avaliação aparece hoje entre os agentes gratuitos.
- AWS Transform: Regiões compatíveis — 9 Regiões; os dados podem ser processados em outra Região.
- Agência de Imprensa Saudita: Região da AWS no Reino em dezembro de 2026.
- SDAIA: proteção de dados pessoais.
Perguntas frequentes
Como começo o inventário dos sistemas legados da minha empresa?
Comece pelos sistemas sem os quais sua empresa não funciona nem um dia e depois escreva uma página por sistema: responsável, usuários, dados e se incluem dados pessoais, conexões, o que para se ele parar, licenças e datas de renovação, e a tecnologia e o fim do seu suporte.
A IA consegue fazer o inventário dos meus sistemas sozinha?
Ela reúne rapidamente a metade técnica, lendo servidores e código e mapeando as conexões. Não sabe quem é o responsável por um sistema, quando o contrato é renovado nem qual funcionário o entende; isso vem de uma conversa curta com o responsável de cada sistema.
Que decisões posso tomar para cada sistema legado depois do inventário?
Cinco: mantê-lo como está, desativá-lo e arquivar seus dados, substituí-lo por um produto pronto, levá-lo como está para a nuvem ou reconstruí-lo. Elas simplificam as sete estratégias do guia de migração da Amazon.
Por que o inventário pergunta sobre dados pessoais?
Porque um sistema com dados de clientes ou funcionários está sujeito à Lei de Proteção de Dados Pessoais, e transferir ou tratar esses dados fora do Reino durante a modernização exige uma análise prévia, que pode mudar a ferramenta ou a própria decisão.
Siga a Origami no Google
Adicione a Origami como fonte preferida e os nossos artigos aparecerão primeiro para você na Pesquisa Google e nas principais notícias.
