Serviços gerenciados ganham valor quando deixam de ser medidos apenas pelas atividades executadas e passam a responder pela condição operacional do ambiente.
Tradicionalmente, serviços gerenciados foram estruturados em torno de atividades relativamente bem definidas. Monitorar, atender incidentes, executar mudanças, aplicar atualizações, administrar capacidade e manter a infraestrutura disponível.
Essas atividades continuam essenciais. O problema começa quando a qualidade da operação passa a ser confundida com a execução correta dessas rotinas.
Um ambiente pode ter chamados atendidos dentro do prazo, mudanças realizadas conforme o processo e indicadores de disponibilidade dentro do SLA e, ainda assim, acumular fragilidades que aumentam progressivamente seu risco operacional.
A diferença está entre executar a operação e assumir responsabilidade pela forma como o ambiente evolui.
A diferença está entre executar a operação e assumir responsabilidade pela forma como o ambiente evolui.
O SLA pode estar verde enquanto o risco aumenta
SLAs são importantes porque tornam expectativas mensuráveis. Definem tempos de atendimento, disponibilidade, prioridades e responsabilidades. Mas representam apenas parte da condição operacional de um ambiente.
Um incidente resolvido dentro do SLA pode voltar a ocorrer na semana seguinte. Uma utilização de capacidade ainda dentro dos limites pode indicar uma tendência que se tornará crítica em alguns meses. Uma atualização adiada pode não causar impacto imediato, mas aumentar exposição ou dificultar uma mudança futura.
Individualmente, nenhum desses eventos necessariamente compromete os indicadores do serviço. Em conjunto, podem revelar uma infraestrutura que está se tornando mais frágil.
É por isso que uma operação madura precisa enxergar além do evento que acabou de acontecer. Recorrência, tendência, obsolescência, capacidade, configuração, vulnerabilidade e dependências também fazem parte da saúde operacional.
Cumprir o SLA mostra que a operação respondeu como previsto. Não necessariamente mostra que o ambiente está evoluindo na direção correta.
Resolver incidentes é diferente de reduzir sua recorrência
Toda operação precisa responder rapidamente quando alguma coisa falha. Mas a velocidade de resposta não deveria ser sua única medida de eficiência.
Quando os mesmos tipos de incidente aparecem repetidamente, a questão deixa de ser apenas operacional. Existe uma informação sobre a arquitetura sendo produzida:
Talvez haja uma configuração inadequada.
Uma dependência pouco resiliente.
Capacidade insuficiente.
Um componente próximo da obsolescência.
Uma automação que deveria existir.
Ou simplesmente uma decisão arquitetural que fazia sentido anos atrás e já não corresponde às necessidades atuais.
Tratar cada ocorrência como um evento independente mantém o serviço funcionando, mas preserva a causa que continuará gerando trabalho.
Serviços gerenciados mais maduros transformam essa informação em melhoria. O conhecimento produzido pela operação retorna para o ambiente na forma de correções estruturais, automação, revisão de padrões e decisões de arquitetura.
A operação conhece a infraestrutura de uma forma diferente
Projetos enxergam o ambiente em determinados momentos. A operação o observa continuamente.
Essa diferença é relevante.
É durante a operação que aparecem padrões de consumo, comportamentos inesperados, dependências pouco documentadas e consequências de decisões tomadas ao longo do tempo. Também é onde se percebe como aplicações e infraestrutura se comportam em condições reais, e não apenas nas condições previstas durante seu desenho.
Esse conhecimento pode permanecer restrito a chamados e relatórios ou se transformar em inteligência operacional.
A operação observa continuamente aquilo que os projetos enxergam apenas em determinados momentos.
Quando informações de incidentes, mudanças, capacidade, segurança e desempenho são analisadas em conjunto, a operação passa a contribuir diretamente para decisões sobre evolução tecnológica.
O serviço deixa de ser apenas uma camada de sustentação e passa a participar do ciclo de melhoria da infraestrutura.
Automação muda onde está o valor da operação
Boa parte das atividades tradicionalmente associadas à gestão de infraestrutura pode ser automatizada. Coleta de eventos, correlação, execução de rotinas, aplicação de políticas, provisionamento e determinadas ações corretivas já não precisam depender exclusivamente de intervenção manual.
Isso não reduz a importância dos serviços gerenciados. Muda onde seu valor está.
Se uma atividade previsível pode ser executada com segurança por automação, manter pessoas realizando repetidamente essa atividade não representa necessariamente maior qualidade operacional. O conhecimento especializado deve ser direcionado para aquilo que exige contexto, julgamento e capacidade de decisão.
A automação também permite uma mudança importante de postura. Em vez de utilizar toda a capacidade operacional para responder ao volume de eventos, parte dela pode ser direcionada para eliminar as condições que produzem esses eventos.
Uma operação eficiente não deveria crescer na mesma proporção da complexidade do ambiente.
Gerenciar também significa antecipar
Alguns dos problemas mais relevantes de infraestrutura não começam como incidentes.
Eles aparecem primeiro como tendência:
O crescimento de capacidade começa a se aproximar de um limite. Uma plataforma perde suporte. Uma configuração passa a divergir do padrão. Uma dependência se torna excessivamente crítica. Uma solução provisória permanece tempo suficiente para se tornar parte permanente da arquitetura.
- O crescimento de capacidade começa a se aproximar de um limite;
- Uma plataforma perde suporte;
- Uma configuração passa a divergir do padrão;
- Uma dependência se torna excessivamente crítica;
- Uma solução provisória permanece tempo suficiente para se tornar parte permanente da arquitetura.
Nenhum desses sinais necessariamente gera um alerta crítico hoje. Mas todos podem determinar a estabilidade do ambiente amanhã.
Serviços gerenciados precisam, portanto, combinar capacidade de resposta com capacidade de antecipação. Isso exige contexto sobre a infraestrutura, entendimento das prioridades do negócio e acompanhamento contínuo das condições que podem alterar seu perfil de risco.
É nesse ponto que a relação entre operação e responsabilidade se torna mais evidente.
Da sustentação para a evolução contínua
Uma infraestrutura corporativa nunca está realmente concluída. Aplicações mudam, volumes crescem, ameaças evoluem, fornecedores atualizam tecnologias e o negócio cria novas exigências.
A operação está no ponto privilegiado para observar essas mudanças e seus efeitos.
Quando esse conhecimento é utilizado apenas para manter o ambiente funcionando até o próximo incidente, parte importante do valor operacional é perdida. Quando retorna para arquitetura, automação, segurança e capacidade, cria-se um ciclo contínuo de melhoria.
Isso não elimina incidentes nem torna a infraestrutura imune a falhas. Significa que cada evento relevante pode contribuir para tornar o ambiente mais compreendido, previsível e preparado.
A responsabilidade está no resultado
Monitoramento, incidentes, mudanças, patches, capacidade e relatórios continuam sendo partes fundamentais de qualquer serviço gerenciado. Mas são meios, não o resultado final.
O resultado é uma infraestrutura capaz de sustentar as necessidades da organização com disponibilidade, segurança, desempenho e capacidade de evolução compatíveis com aquilo que o negócio exige.
Por isso, a maturidade de um serviço gerenciado não deveria ser percebida apenas pela quantidade de atividades executadas ou pela velocidade com que reage a eventos. Também deveria aparecer na redução de recorrências, na antecipação de riscos, na automação do que é previsível e na melhoria contínua do ambiente.
Operar é manter o ambiente funcionando. Gerenciar é assumir responsabilidade para que ele continue funcionando.
