Serviços gerenciados Azure são a operação contínua de ambientes Microsoft Azure em produção, com monitoramento, controle de custos e continuidade definidos por escopo, indicadores e responsabilidades. O serviço transforma telemetria, consumo e políticas de recuperação em rotinas operacionais, com responsáveis por observar alertas, agir sobre desvios e validar a capacidade de restauração.
Serviços gerenciados Azure começam quando o ambiente já está em produção e a empresa precisa transformar recursos técnicos em uma operação contínua. Azure Monitor, Microsoft Cost Management, Azure Backup e Azure Site Recovery fornecem recursos de plataforma, mas o contrato define quem acompanha os sinais, responde aos incidentes, controla o consumo e executa as rotinas de recuperação.
O escopo precisa estabelecer inventário, responsabilidades, indicadores e limites antes do início da operação. Monitoramento exige sinais, severidades e escalonamento definidos; gestão de custos exige revisão recorrente de recursos e consumo; continuidade exige políticas de backup, metas de RTO e RPO e testes de recuperação registrados.
Esses três eixos estruturam a avaliação de um serviço gerenciado de Azure. O conteúdo detalha o que entra no contrato, como monitoramento e custos são tratados, quais critérios sustentam continuidade e recuperação e o que deve ser medido antes de contratar a operação.
O que entra em um contrato de serviços gerenciados Azure
Contrato de operação começa por delimitação: o que está coberto, o que está fora, quem executa e como se mede. Quem assina sem isso compra expectativa.
O ponto de partida é o inventário
Antes de qualquer alerta, alguém escreve o que existe: assinaturas, cargas de produção e homologação, bancos, identidades e permissões no Entra ID. Ambiente híbrido entra também, porque o Azure Arc traz o servidor local para o mesmo monitoramento, segundo a documentação do Azure Monitor.
Recurso não inventariado não é monitorado, não é orçado e não é restaurado. Ele só aparece quando falha.
A Microsoft entrega uma coisa, o parceiro entrega outra
A Microsoft entrega plataforma: Azure Monitor, Microsoft Cost Management, Azure Backup, Azure Site Recovery. Tudo isso já está na sua assinatura. Nenhum deles abre chamado, decide se o pico das 3h é sazonalidade, nem liga para você quando o ERP para.
O break-fix cobra por hora depois da parada, e o incentivo dele é a parada. A alocação entrega pessoa, e o resultado fica por conta do cliente. Operação gerenciada entrega resultado medido, sob indicador acordado antes. Ter a ferramenta é uma linha na assinatura. Ter operação é uma linha no contrato.
Monitoramento: o que se observa de fato
Monitorar não é ter painel. É ter sinal escolhido, limiar calibrado, dono definido e prazo de resposta acordado. O monitoramento contínuo de ambiente vira serviço quando alguém responde pelo tempo entre o sinal e a ação.
Os sinais, e onde o dado mora
O Azure Monitor é o serviço de observabilidade unificada da Microsoft para coletar, analisar e agir sobre telemetria de ambientes híbridos e de nuvem, em quatro sinais: métricas, logs, rastreamentos e eventos.
Onde esse dado fica é decisão de custo. Logs e rastreamentos vão para um workspace do Log Analytics, em KQL; métricas Prometheus e OpenTelemetry vão para um Azure Monitor workspace, em PromQL. São recursos separados, faturados à parte. Cada tabela tem plano e retenção próprios, e é isso que define a janela de observabilidade. Janela curta é barata até o dia em que alguém pede o histórico de março.
O Service Health mostra a saúde dos serviços do Azure; o Resource Health mostra a dos seus recursos, conforme a documentação de continuidade de negócios. Um diz se o problema é da Microsoft; o outro diz se é seu. E o modelo de saúde do contrato classifica cada fluxo em saudável, degradado e não saudável, conforme a documentação de confiabilidade. Degradado é o estado que ninguém trata.
Do alerta ao chamado: severidade, escalonamento e plantão
Os alertas do Azure Monitor notificam proativamente, com limites dinâmicos e detecção inteligente para cortar o ruído do limiar fixo, e a resposta aciona grupos de ação, Logic Apps ou runbooks do Azure Automation. Falta a parte humana. Alerta sem escalonamento é notificação: chega, pisca e morre.
| Severidade | Situação típica | Acionamento | Escalonamento |
|---|---|---|---|
| 1 | Fluxo crítico parado | Plantão imediato | Gestor de serviço na abertura |
| 2 | Degradação com impacto ao usuário | Plantão do turno | Gestor se não houver contorno |
| 3 | Falha isolada, sem impacto | Fila do horário comercial | Só na reincidência |
| 4 | Solicitação planejada | Janela de manutenção | Não se aplica |
Duas linhas quase nunca aparecem em proposta: cobertura horária nominal e passagem de plantão. Sem o contexto por escrito, o incidente reinicia a cada troca de turno. O que se compra aqui é tempo, não painel.
SLO, SLI e SLA: o que de fato se assina
Três siglas, três coisas. O SLO é a meta mensurável, o SLI é a medida que verifica a conformidade e o SLA é o acordo contratual, com consequência financeira quando não se cumpre.
O detalhe que muda a negociação está na documentação da Microsoft: um SLA não garante uma oferta como um todo. Ele cobre um critério publicado de um serviço, e sua aplicação soma vários serviços, rede e código.
| Meta de disponibilidade | Indisponibilidade tolerada por mês |
|---|---|
| 99,9% | 43,20 minutos |
| 99,95% | 21,60 minutos |
| 99,99% | 4,32 minutos |
Escolher a meta é escolher quanto se paga por redundância. Disponibilidade é decisão de negócio, tomada por fluxo crítico, nunca pelo ambiente inteiro.
Custo: disciplina financeira aplicada ao consumo
A conta do Azure raramente sobe por um recurso novo; sobe por um recurso esquecido. A disciplina de gestão e otimização de custos em nuvem dentro de um contrato é rotina mensal com ação e responsável, não relatório trimestral.
Rightsizing, desligamento e compromisso de consumo
O Azure Advisor identifica recurso ocioso, recomenda redimensionar ou desligar máquinas virtuais e aponta discos não anexados, conforme a referência de recomendações de custo.
O varejo mostra o mecanismo: dimensiona-se o ambiente para a Black Friday e mantém-se assim em fevereiro. O disco da VM excluída em janeiro continua faturando em julho. É ausência de rotina.
Depois do corte vem o compromisso. A reserva compromete capacidade por 1 ou 3 anos, e o savings plan compromete um valor fixo por hora. O risco mora no vencimento: reserva que expira sem renovação joga a carga de volta na tarifa sob demanda. O Advisor sinaliza as expirando, e alguém precisa ler o aviso.
A economia vem do que se desliga e do que se compromete, nessa ordem.
Tags, showback e detecção de anomalia
Sem tag, a nuvem é rubrica única no orçamento. Com tag de dono e de centro de custo, o Microsoft Cost Management transforma a fatura em showback: cada área vê o que gastou.
A detecção de anomalia tem regras próprias. As anomalias são avaliadas diariamente por assinatura, comparando o dia com uma previsão dos últimos 60 dias; a avaliação roda 36 horas após o fim do dia em UTC; o alerta é enviado uma única vez, com limite de cinco regras por assinatura, segundo a documentação sobre cobranças inesperadas.
O desvio aparece em um dia e meio, não no fechamento. Previsibilidade é o que o CFO assina.
Higiene de telemetria: o log também é fatura
Monitorar custa dinheiro. Cada tabela ingerida no workspace tem preço, e o plano de tabela é alavanca de custo como o tamanho da máquina virtual: plano de log Básico para dado verboso, tier de commitment quando o volume é estável, retenção curta para tabela sem valor de investigação.
Quem liga todo conector paga para guardar dado que nunca vai consultar. Para discutir o desenho do seu contrato, o WhatsApp da Qualiserve é (11) 4941-1500.
Continuidade: backup, retenção e o teste que quase ninguém faz
Backup que nunca foi restaurado é hipótese, não plano de continuidade. Continuidade num contrato de serviços gerenciados Azure é política escrita, cópia isolada, meta de recuperação por carga e teste com registro.
Política de retenção e cópia isolada
O Azure Backup guarda pontos de recuperação em um cofre dos Serviços de Recuperação. A documentação de segurança do Azure Backup trabalha com retenções mínimas de 7 dias, 4 semanas, 3 meses e 1 ano. A escolha é por carga: um escritório jurídico com volume documental tem exigência diferente da do compartilhamento de arquivos do marketing. Um backup gerenciado com retenção definida resolve isso no papel antes da ferramenta.
Backup no mesmo lugar do dado não é backup. A cópia fica separada do dado principal, tipicamente em outra região. Entre as falhas do modelo tradicional, a documentação de responsabilidade compartilhada cita o backup insuficiente: pouco frequente, não testado ou armazenado no local.
Contra exclusão maliciosa existem três camadas: PIN para operações críticas, autorização multiusuário para exigir um segundo aprovador e cofre imutável, que bloqueia a redução de retenção e a exclusão de ponto de recuperação válido. Quem administra o ambiente com posse total também consegue apagar o backup.
RTO e RPO: definir por carga, não por empresa
RTO é a duração máxima aceitável de indisponibilidade. RPO é a duração máxima aceitável de perda de dados. Um mede tempo parado, o outro mede dado perdido.
Duas confusões custam caro. Alta disponibilidade e recuperação de desastre não são a mesma coisa: HA trata risco comum, DR trata risco raro. E DR não é recurso automático do Azure: redundância de zona não substitui plano de recuperação. A dúvida do jurídico nunca foi se existe backup, é em quanto tempo se volta.
Simulado de recuperação, sem perda de dados e sem parada
O Azure Site Recovery permite um test failover para validar a replicação sem perda de dados e sem parada, sem afetar a replicação em curso nem a produção, conforme a documentação do test failover. Use rede de teste isolada e registre as observações.
O ponto de recuperação muda o resultado: “Latest processed” entrega o menor RTO, “Latest” entrega o menor RPO. Escolher um é abrir mão do outro. O simulado exercita também o runbook, a árvore de comunicação e o failback. Voltar é metade do trabalho.
Peça a checagem do seu RTO e RPO atuais. O custo de um plano não testado só aparece no dia do incidente, e aparece inteiro.
O que separa um contrato bom de um contrato ruim
Proposta de operação gerenciada quase sempre lista as mesmas ferramentas. A diferença aparece em três lugares: quem faz o quê, o que o cliente lê todo mês e o que está fora do escopo. Critérios para avaliar o fornecedor estão em parceiro Microsoft Azure no Brasil.
Matriz de responsabilidade explícita
A base é o modelo de responsabilidade compartilhada da Microsoft: independentemente do tipo de implantação, o cliente sempre mantém responsabilidade sobre dados, endpoints, contas e acesso. Contratar operação transfere execução. Não transfere titularidade.
| Item | Cliente | Parceiro | Microsoft |
|---|---|---|---|
| Dados, contas e acesso | Responsável | Executa | Sem papel |
| Limiar e severidade | Aprova | Define e mantém | Fornece a plataforma |
| Plantão e atendimento | Aciona | Responde | Sem papel |
| Backup e restauração | Define a exigência | Opera e testa | Fornece a plataforma |
| Compromisso de consumo | Aprova | Recomenda e vigia | Fatura |
| Infraestrutura física | Sem papel | Sem papel | Responsável |
Matriz publicada encurta o incidente. Quem procura o responsável durante a parada já perdeu o RTO.
Relatório executivo: o que o CEO lê em uma página
Uma página, cadência mensal, seis linhas: disponibilidade contra o SLO de cada fluxo crítico, incidentes por severidade com o tempo de resposta, consumo por área via showback, ações de corte e efeito na fatura, teste de restauração e mudanças nas janelas. Relatório que omite o teste de restauração esconde o item mais caro.
O que não está incluso, escrito
A lista de exclusões é o parágrafo mais honesto de um contrato. O que costuma ficar de fora:
- Operação de segurança, caça a ameaças e resposta a incidente: segurança gerenciada é um contrato à parte.
- Projeto de migração de novas cargas, com método próprio em migração para nuvem.
- Desenvolvimento e sustentação de aplicação proprietária.
- Service desk e suporte ao usuário final.
- Mudança fora da janela de manutenção acordada.
Contrato sem lista de exclusão não é mais generoso. Ele adia a discussão para o dia do incidente.
Como a Qualiserve opera ambientes Azure
São 20 anos de mercado e 40 profissionais. Em 2019 fizemos a nossa própria virada de break-fix para serviços gerenciados: a rotina descrita acima é a que operamos. Nosso NOC próprio monitora mais de 20.000 dispositivos, entre ambientes de nuvem, híbridos e locais. Quem escreve sobre plantão mantém plantão.
No eixo de custo, o caso publicado pela Microsoft com a Mania de Churrasco mostra o mecanismo em escala: R$ 3,5 milhões economizados em 5 anos, 5 sistemas consolidados em 3 e 99,3% de sucesso nas integrações.
Severidade, cobertura horária e meta de disponibilidade entram no contrato depois do levantamento do ambiente. Prometer prazo antes de ver inventário é chute com assinatura.
Perguntas frequentes sobre serviços gerenciados Azure
As dúvidas abaixo se repetem em quase toda mesa de decisão sobre operação de ambiente Azure, e as respostas seguem a documentação da plataforma.
O que está incluído em um contrato de serviços gerenciados Azure?
Um contrato de serviços gerenciados Azure cobre monitoramento com alerta e escalonamento, gestão de custo com rightsizing e compromissos de consumo, e continuidade com backup, retenção e teste de restauração. Some a isso o inventário, a matriz de responsabilidade e o relatório executivo. O que não estiver escrito não está contratado.
Qual a diferença entre usar o Azure Monitor e ter um serviço gerenciado de Azure?
O Azure Monitor coleta, analisa e permite agir sobre a telemetria do ambiente. Ele não calibra limiar, não classifica severidade, não abre chamado e não acorda ninguém às 3h. O serviço gerenciado é a camada humana em cima da ferramenta: quem ajusta o alerta, quem responde e sob qual indicador.
Quem responde a um incidente no Azure fora do horário comercial?
Quem o contrato nomear. Cobertura horária, plantão e escalonamento precisam estar escritos, com turno e responsável. Em operação madura, o alerta de severidade 1 aciona o plantão e escala para o gestor de serviço na abertura. Sem plantão nominal e sem passagem de plantão, a resposta de madrugada vira sorte.
O SLA da Microsoft garante a disponibilidade da minha aplicação?
Não garante. O SLA de plataforma cobre um critério publicado de um serviço específico, e a documentação afirma que um SLA não garante uma oferta como um todo. Sua aplicação soma vários serviços, rede e código. A meta do negócio é outro documento: o SLO acordado no contrato de operação.
Como reduzir o custo do Azure sem desligar o ambiente?
Comece pelo ocioso: redimensionar máquinas virtuais subutilizadas, remover discos não anexados e desligar homologação fora do horário útil. Depois vêm os compromissos de consumo, com reserva ou savings plan alinhados ao uso real e renovação vigiada. Por último, a higiene de telemetria: plano de tabela e retenção ajustados ao dado.
Qual a diferença entre RTO e RPO?
RTO é a duração máxima aceitável de indisponibilidade; RPO é a duração máxima aceitável de perda de dados. Um mede tempo parado, o outro mede dado perdido. Os dois se definem por carga, porque o ERP e o compartilhamento de arquivos raramente toleram o mesmo prejuízo. Definidos por empresa, viram número inútil.
Com que frequência o backup precisa ser testado?
Em cadência acordada no contrato e após mudança relevante de arquitetura, com registro do resultado. O Azure Site Recovery permite um test failover que valida a replicação sem perda de dados e sem parada, sem afetar a replicação em curso nem a produção. Backup nunca restaurado é suposição sobre o seu RTO.
Serviços gerenciados Azure fazem sentido para uma empresa de médio porte?
Faz sentido quando o ambiente já está em produção e a equipe interna não cobre plantão, disciplina de custo e teste de recuperação ao mesmo tempo. Em empresas acima de 50 funcionários, o time de TI costuma ter um dia inteiro antes de olhar para o Azure. O contrato estende esse time.
O que medir antes de assinar
Serviços gerenciados Azure se resumem a três compromissos verificáveis. Alguém observa e responde num prazo acordado. Alguém persegue o desperdício mês a mês. Alguém prova por teste que o ambiente volta. Se a proposta não permite conferir os três, ela vende acesso a ferramenta.
Qual o SLO de cada fluxo crítico e quem atende às 3h. Quais alavancas de custo entram no trimestre. Quando foi o último teste de restauração.
O próximo passo não é comprar. É medir. Um assessment lê o inventário, os alertas ativos, o consumo e a política de backup, e devolve as lacunas por prioridade. Conheça a operação gerenciada da Qualiserve e peça o assessment pelo formulário, ou fale pelo WhatsApp (11) 4941-1500.
