TL;DR: Este artigo analisa o novo Service Health do Microsoft Fabric, em preview, que unifica a comunicação de incidentes via banners in-product, notificações por Teams/e-mail e dashboard no admin portal. A conclusão principal: a ferramenta reduz o ruído e o retrabalho na detecção de falhas, mas depende de configuração ativa pelo admin e da expansão futura para cargas além do Power BI. Para empresas brasileiras, é um passo importante rumo a uma observability mais integrada.
Como o Microsoft Fabric comunica incidentes de serviço?
A Microsoft apresentou um preview do Service Health para o Microsoft Fabric, um conjunto de mecanismos que visa centralizar e agilizar a comunicação sobre interrupções e degradações. Em vez de depender apenas de canais externos ou de简 relatos manuais, o Fabric passa a oferecer três camadas de notificação:
- Service interruption (Interrupção de serviço): detectada por sistemas de monitoramento automatizados. Pode aparecer como banner in-product, notificação no Teams, e-mail (quando habilitado) ou no dashboard Service Health.
- Service status message (Mensagem de status do serviço): uma comunicação de alto nível sobre degradação ou outage que afeta um cenário ou região específica. Exibida na página de Suporte do Fabric.
- Service health message (Mensagem de saúde do serviço): enviada diretamente a clientes impactados por uma degradação ou outage. Disponível no dashboard Service Health dentro do portal admin.
Essa categorização é importante porque define quem vê o quê e onde. Para o time de infraestrutura no Brasil, saber diferenciar esses tipos pode evitar retrabalho: um banner in-product pode alertar a operação antes mesmo de um ticket chegar ao suporte.
Onde os avisos aparecem — e como isso muda seu dia a dia
Banners in-product
Quando um incidente afeta seu ambiente, um banner aparece nas páginas relevantes do Fabric. O banner mostra informações sobre o impacto potencial e o status. Conforme a situação evolui, o banner é atualizado. O usuário pode dispensá-lo, mas se houver novas informações, ele retorna. Em caso de múltiplos incidentes, o banner prioriza o mais recente.
Para a operação: esse mecanismo reduz a necessidade de checar múltiplos dashboards. Mas é importante lembrar que o banner é descartável — um membro da equipe pode fechá-lo sem querer e perder o acompanhamento. Combine o banner com outros canais.
Notificações no Teams e por e-mail
As notificações podem ser enviadas para o Microsoft Teams e para o e-mail. Por padrão, estão desligadas. O administrador do Fabric precisa ativá-las no portal admin por meio de duas configurações independentes:
- In-product banners
- Teams and email notifications
Ponto de atenção para gestores de TI brasileiros: muitas empresas ainda usam canais informais (como grupos de WhatsApp) para comunicar incidentes. Ativar as notificações no Teams pode padronizar o fluxo e integrar a comunicação com ferramentas de ITSM, mas lembre-se de que o Teams não substitui um sistema de chamados — ele é um canal de alerta.
Dashboard Service Health no admin portal
O Fabric agora inclui uma página dedicada de Service Health no portal admin: Admin Portal > Help + Support > Service Health. É uma visão centralizada da atividade de saúde do serviço, com informações sobre incidentes ativos e recentes.
Esse dashboard complementa a visão existente no Microsoft 365 admin center, permitindo que cada equipe use a visão que melhor se adapta ao seu workflow.
Quem pode acessar? Apenas usuários que podem criar casos de suporte à Microsoft. Ou seja, é uma funcionalidade restrita a administradores e perfis com permissão de abertura de tickets. Para empresas brasileiras que gerenciam múltiplos tenants, vale verificar se o acesso está corretamente provisionado para o time de SRE ou NOC.
O que esperar para frente?
A Microsoft afirma que está expandindo a detecção automatizada de incidentes para workloads adicionais além do Power BI. Isso significa que, no preview, a cobertura pode ser limitada. Equipes que utilizam Data Factory, Data Engineering, Data Warehouse, Data Science, Real-Time Intelligence e outros componentes do Fabric devem ficar atentas: quando a expansão chegar, a configuração de notificações precisará ser revista.
O sucesso dessa funcionalidade depende de:
- Configuração ativa pelo admin — sem ela, as notificações não chegam.
- Adesão da equipe — de nada adianta o banner se ninguém olhar para ele.
- Integração com processos existentes — o Service Health não substitui runbooks de resposta a incidentes.
Para empresas que já investem em observability e FinOps, essa novidade reduz o ruído na detecção de falhas e pode até ajudar a evitar custos desnecessários com retrabalho ou downtime não planejado. Mas é apenas uma peça do quebra-cabeça.
Perguntas Frequentes
-
O Service Health do Fabric substitui o dashboard de saúde do Microsoft 365 admin center?
Não substitui, mas complementa. O artigo destaca que o novo dashboard no admin portal (Help + Support > Service Health) funciona lado a lado com o M365 admin center, permitindo que cada equipe escolha a visão que melhor se adapta ao seu fluxo de trabalho. -
Quem pode visualizar as mensagens de Service Health no Fabric?
Apenas usuários que podem criar casos de suporte junto ao suporte da Microsoft. Ou seja, o acesso é limitado a administradores e perfis com permissão de abertura de tickets, conforme detalhado na documentação de criação de support tickets dentro do Fabric. -
As notificações no Teams e e-mail são ativadas por padrão?
Não. O artigo informa que ambos os canais de notificação (Teams e e-mail) estão desligados por padrão. O administrador do Fabric precisa habilitá-los manualmente no portal admin, por meio de duas configurações independentes: uma para banners in-product e outra para notificações por Teams/e-mail. -
O Service Health cobre todos os workloads do Fabric desde o preview?
Não completamente. A Microsoft afirma que está expandindo a detecção automatizada de incidentes para workloads adicionais além do Power BI. Portanto, no preview, a cobertura pode ser limitada, e equipes que utilizam outros componentes do Fabric (como Data Factory ou Data Engineering) devem ficar atentas à abrangência real. -
Como o banner de incidente se comporta quando há múltiplos problemas simultâneos?
O banner prioriza as atualizações mais recentes. Quando múltiplos incidentes estão ativos, ele exibe as informações do problema mais recente. O usuário pode dispensar o banner a qualquer momento, mas se houver novas atualizações, o banner pode reaparecer com os dados atualizados.
Artigo originalmente publicado em Azure Updates - Latest from Azure Charts.
