Executar backups programados, verificar se foram concluídos com sucesso e sinalizar desvios: esta é uma das tarefas em que a resposta se aproxima bastante de "sim". Não porque seja um trabalho sem importância, mas precisamente porque o trabalho está tão bem delimitado que um sistema pode seguir o processo sem que seja necessário pensar em nada pelo caminho.
Um backup é executado segundo um cronograma, comunica sucesso ou falha, e essa comunicação tem um formato fixo. Isso torna o grau de estruturação elevado: há um gatilho claro, um resultado esperado claro e um resultado claro em caso de falha. Não é necessário contacto com clientes, nem qualquer ação física, nem contributo criativo — trata-se puramente de seguir um processo e reconhecer um resultado. Um agente de backup pode vigiar o cronograma, ler registos (logs), interpretar códigos de estado e, em caso de falha, encaminhar automaticamente uma notificação para a pessoa ou o sistema certo, de forma semelhante ao que já acontece, em grande medida, com a monitorização do desempenho de sistemas.
O volume também é favorável: num ambiente de TI médio, decorrem diariamente ou semanalmente dezenas a centenas de tarefas de backup, distribuídas por servidores, bases de dados e estações de trabalho. É exatamente o tipo de repetição em que um sistema automatizado demonstra o seu valor — não porque seja mais inteligente do que um administrador, mas porque nunca salta uma verificação por falta de tempo ou cansaço.
A razão pela qual isto não é um "sim, totalmente automático" incondicional está no custo do erro. Um backup falhado que passa despercebido só se torna um problema no momento em que há perda de dados e é necessária uma recuperação — e nessa altura o dano muitas vezes já não pode ser revertido. Trata-se de uma ordem de risco diferente de um e-mail mal classificado ou de campos preenchidos incorretamente em dados-mestre. Por isso, esta tarefa exige uma condição que não é opcional: monitorização automatizada com alertas, e um protocolo de escalonamento que defina quem verifica uma notificação de falha e dentro de que prazo. A IA pode fazer a verificação e a sinalização; um humano continua responsável pelo que acontece a partir do momento em que algo corre mal.
Pela mesma razão, a margem de julgamento e a pontuação de conformidade são baixas. Num backup falhado de uma base de dados de produção, há pouca margem para interpretação — é uma falha que tem de ser resolvida, não uma situação em que um sistema possa decidir por si próprio a gravidade do problema. E em setores com obrigações de retenção ou de auditoria, como em manter um registo de auditoria de alterações financeiras, conta ainda o facto de a própria política de backup poder fazer parte de um requisito de controlo. Isso não altera o que a IA é tecnicamente capaz de executar, mas determina quem, no final, responde pela conformidade.
Numa organização com alguns servidores de ficheiros e um cronograma de backup simples, a tarefa é praticamente automatizável na totalidade: o agente verifica diariamente os códigos de estado, envia um resumo e só escala em caso de erro. O administrador de sistemas deixa de dedicar tempo fixo a isso, exceto quando ocorre efetivamente uma notificação.
Numa organização com muitos sistemas diferentes, migrações em curso ou um ambiente em que a política de backup varia por cliente — como acontece com um prestador de serviços de TI que trabalha para vários clientes —, a situação é diferente. Aí é necessária mais interpretação sobre o que exatamente significa um backup "bem-sucedido" em cada contrato de cliente, e a tarefa aproxima-se mais de uma supervisão com aprovação humana.
O que está a mudar agora não é o facto de os backups passarem a ser verificados por primeira vez — isso já sempre aconteceu. A diferença é que a verificação já não depende de alguém que, de manhã, percorre um ficheiro de registo. A monitorização funciona continuamente, a notificação surge automaticamente, e o administrador só entra em cena no momento em que é realmente necessário tomar uma decisão. Esse padrão — um sistema que vigia o processo regular e um humano que só é chamado em caso de desvio — também o vemos em comunicar falhas aos utilizadores e em resolver incidentes de TI de primeira linha. Em empresas onde o ambiente de TI é simples e estável, essa mudança já está bastante avançada. Em empresas com ambientes complexos e compósitos — ou fora da TI, como na construção civil, onde os sistemas e processos são menos padronizados — isso avança mais lentamente, simplesmente porque ainda não existe a estrutura de que um sistema precisa para poder verificar.
Isto não é uma questão de pessoal nem uma afirmação sobre funções. Trata-se apenas da tarefa: executar e verificar backups, independentemente de quem executa atualmente essa tarefa ou de quanto tempo isso ocupa numa organização específica.
Saber se esta tarefa é, de facto, largamente substituível no seu próprio ambiente depende do número de sistemas, da sensibilidade ao erro dos seus dados e da questão de já existirem monitorização automatizada e um protocolo de escalonamento. Para obter uma primeira ideia disso sem iniciar de imediato uma investigação aprofundada, pode preencher o teste rápido gratuito: doze perguntas, sem necessidade de conta, com uma indicação da parte das horas deste perfil de trabalho que pode hoje ser assumida pela IA. O teste de trabalho completo, que mapeia o trabalho da sua empresa tarefa a tarefa, está ainda em construção.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.