Subscribe
Share
Share
Embed
Real-Time Hub coloca os mesmos 25 conectores numa segunda interface que ninguém pediu. Discutimos por que esse catálogo auto-provisionado vira peça estrutural quando streams sobrevivem a quem as criou — e a armadilha de custo do Activator escondida atrás de cada alerta.
AI-generated voices. Matthias — cloned voice. Fabia — designed AI co-host.
Based on the Fabric Periodic Table.
New episodes every Friday. DM Matthias on LinkedIn.
AI-generated voices. Brand design based on fabricperiodictable.com.
Decisões de arquitetura para Microsoft Fabric. Cenários reais anonimizados, realismo de custos, contra-argumentos incluídos. Episódios semanais alinhados com as gravações do Fabric Friday. Gerado por inteligência artificial.
O Catálogo Que Ninguém Pediu
Episode 18 | 2026-05-01
Fabric Architecture Podcast | Hosted by Matthias Falland with AI co-host Fabia
---
[00:08] Fabia: Uns vinte e cinco conectores de fonte em dois lugares diferentes. Fabric coloca a mesma lista na sua frente, tanto no Real-Time Hub quanto no Eventstream.
[00:18] Matthias: Então um deles não deveria existir.
[00:20] Fabia: Um deles é um pipeline que você constrói. O outro é um catálogo que apareceu no seu tenant no dia em que você ativou o Fabric — pedindo ou não.
[00:30] Matthias: Então a gente vai entender por que a Microsoft deu a cada tenant Fabric uma segunda porta de entrada pros mesmos conectores — e se vale a pena passar por ela.
[00:40] Fabia: Real-Time Hub é um catálogo read-only no nível do tenant. Ele não ingere um evento sequer. O trabalho dele é descoberta — mostrar cada stream e tabela KQL que você tem acesso, em todos os workspaces, numa única visualização filtrável. Você encontra uma stream aqui, e o Hub te direciona pro engine que de fato vai processá-la. O processamento fica em outro lugar.
[01:04] Matthias: Uma lista telefônica de streams.
[01:07] Fabia: A metáfora que ficou comigo é páginas amarelas, e acho que é honesta. Antes do Hub, você descobria streams perguntando no Teams ou procurando nomes de workspace. O Hub substituiu conhecimento tribal por uma tabela filtrável — cada stream, cada workspace, cada owner, numa visão que você não precisou construir.
[01:27] Matthias: E a linhagem — upstream, parent, downstream — fica visível por stream?
[01:32] Fabia: Cada stream no Hub tem uma visualização de detalhe com três seções de relacionamento. Upstream é o conector alimentando os dados. Parent é o artefato eventstream que é dono daquela stream. Downstream é pra onde ela roteia — seu banco KQL, seu Lakehouse, um endpoint customizado. Dá pra rastrear qualquer stream da origem até os consumidores numa única tela. Essa é a contribuição real do Hub pra observabilidade.
[01:59] Matthias: Olha, mas tem uma coisa que não sai da minha cabeça. Quando eu olho pra um setup pequeno — um workspace, três ou quatro streams — esse catálogo não agrega nada. Todo mundo já sabe o nome das streams. O Hub tá ali, ocupando espaço no menu lateral.
[02:16] Fabia: E você tá certo. Os dados da comunidade confirmam — abaixo de mais ou menos quatro streams em dois workspaces, o Hub é redundante. A virada acontece quando streams sobrevivem às pessoas que —
[02:29] Matthias: Peraí — sobrevivem?
[02:30] Fabia: Alguém configura um eventstream pra eventos de pedido em março. Sai da empresa em agosto. Em outubro, três times dependem daquela stream e ninguém sabe quem é o dono, quais são as credenciais da fonte, ou se o destino ainda tá saudável. A aba All data streams do Hub, com a coluna Item Owner, é o único lugar onde essa linhagem sobrevive sem alguém manter uma planilha.
[02:55] Matthias: Então o valor não são os conectores. É que streams viram ativos organizacionais, planejando ou não.
[03:01] Fabia: Essa vem do subreddit do Fabric. Eu já uso Eventstream e funciona bem. O diálogo Add Source tem os mesmos conectores. Por que eu deveria passar pelo Real-Time Hub agora? É só um redirecionamento de UX?
[03:16] Matthias: Justo — pra essa pessoa, provavelmente sim. Pode pular.
[03:19] Fabia: Só que tem algo que a pessoa não tá monitorando. O perfil da stream no Hub mostra contagens de mensagens de entrada e saída por stream, filtrável de seis horas a sete dias. Zero saída com entrada positiva significa que o eventstream tá recebendo dados mas falhando em rotear pro downstream. O destino tá silenciosamente quebrado.
[03:41] Matthias: E a maioria dos times descobre isso com quanto de atraso?
[03:45] Fabia: O relato recorrente na comunidade é em torno de seis semanas. A stream continua ingerindo, a fonte continua cobrando, e o dashboard downstream só mostra dados defasados que ninguém questiona até uma revisão mensal.
[03:59] Matthias: Seis semanas pagando por dados que não vão a lugar nenhum. Aí a lista telefônica se paga.
[04:05] Fabia: E é aí que entra o ângulo de custo. O Hub em si não adiciona cobrança de CU — faz parte do tenant. Mas quando você clica em Set alert no Hub, ele cria uma regra do Activator. E a medição do Activator é onde os times levam susto. O número principal é o uptime da regra — aproximadamente 0.022 CU por hora, fixo, enquanto a regra estiver ativa. Mesmo com zero eventos. Isso roda o dia inteiro, dispare ou não.
[04:32] Matthias: Então até o alerta sobre custo... custa.
[04:35] Fabia: E aqui tá a parte que machuca. Parar uma regra não para o event listener. Só deletar interrompe totalmente a cobrança de uptime. Se você tem vinte regras que pausou seis meses atrás achando que ia voltar nelas, cada uma continua rodando.
[04:51] Matthias: Esse é o tipo de coisa que eu ia querer auditar a cada trimestre. Vinte regras paradas não parece muito até você multiplicar por um ano e perceber que estava queimando capacidade silenciosamente em regras que ninguém lembra de ter criado. Mesmo padrão da stream morta — algo que você montou com boa intenção simplesmente continua rodando depois que você parou de prestar atenção.
[05:16] Fabia: A recomendação de arquitetura que sai disso: publique derived streams e endosse elas. Uma derived stream é uma visão curada da stream default bruta — você adiciona operações de filtro ou manage-fields no eventstream, e o resultado aparece como uma entrada separada no Hub. Times downstream consomem a derived stream. Não tocam no firehose bruto.
[05:39] Matthias: Então você tá tratando derived streams como contratos. O schema que você expõe é o que você se compromete a manter, e o Hub é onde os consumidores encontram ele.
[05:50] Fabia: E os selos de endosso Promoted ou Certified aparecem direto na lista de data streams do Hub. O consumidor vê o selo antes de abrir os dados. Um selo por stream crítica evita que times construam dashboards de produção em cima do protótipo de alguém.
[06:07] Matthias: O sinal de governança mais barato de todo o Fabric — um checkbox.
[06:11] Matthias: Tá, deixa eu defender o outro lado. Se você é um time só, um workspace só, conhece suas três streams pelo nome — o Hub genuinamente não agrega —
[06:21] Fabia: Nada. E eu vou além. Se suas únicas streams vêm de um workspace e você não precisa de descoberta entre times, a própria UI do Eventstream é o caminho mais curto. Num time de oito pessoas com pressão de custo, adicionar cerimônia a um fluxo que já funciona é desperdício por si só. O valor do Hub escala com a complexidade organizacional. Abaixo do limiar, é mobília.
[06:45] Matthias: O risco que eu de fato sinalizaria são as restrições de região. Eventos de Azure Blob Storage não funcionam em seis regiões Fabric — Germany West Central tá nessa lista, e é onde muitas cargas reguladas europeias ficam. O Hub em si funciona bem em todo lugar, mas aquele tile de conector simplesmente não aparece. Você descobre na implementação, não no planejamento, e a essa altura já prometeu pro cliente que funcionaria.
[07:13] Fabia: O workaround é provisionar Event Grid manualmente no Azure e apontar um endpoint customizado do Eventstream pra ele. Funcional, e a stream continua aparecendo no Hub — mas a linhagem upstream agora mostra 'Custom Endpoint' em vez de 'Azure Blob Storage.' O sinal de governança com que você contava é justamente a peça que você não recebe.
[07:36] Matthias: A decisão que eu entregaria pra qualquer time avaliando isso — se suas streams são ferramentas pessoais que nascem e morrem com quem as criou, pule o Hub, você não vai sentir falta. Mas no momento em que streams viram infraestrutura compartilhada — no momento em que dois times dependem de algo que uma pessoa criou — o catálogo deixa de ser opcional. Endossar, publicar contratos derivados, monitorar as métricas — essa é a linha onde descoberta para de ser mobília e vira estrutura.
[08:08] Fabia: Arquitetura não é religião. Pule o que não te serve. Use o que serve.
[08:13] Matthias: Agora mesmo no seu tenant, tem uma stream cuja coluna Item Owner mostra o nome de alguém que saiu dois trimestres atrás. Ninguém trocou as credenciais ainda.
[08:24] Fabia: O catálogo tá rodando desde o primeiro dia. A pergunta é se alguém tá lendo.
[08:30] Matthias: Se você tem uma dúvida sobre inventário de streams — ou acabou de encontrar uma regra do Activator esquecida — me manda uma DM no LinkedIn. Me encontra como Matthias Falland.
[08:41] Fabia: Até a próxima semana.
---
End of episode. ~08:43 estimated.