<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Expose Pub/Sub topics for IoT Hub Data Sources in Eventstream</title>
    <link>https://community.fabric.microsoft.com/t5/Eventstream/Expose-Pub-Sub-topics-for-IoT-Hub-Data-Sources/m-p/4826593#M659</link>
    <description>&lt;P&gt;&lt;STRONG&gt;Work Item Type&lt;/STRONG&gt;&lt;BR /&gt;Feature Request&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Description&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Similar to:&amp;nbsp;&lt;A href="https://community.fabric.microsoft.com/t5/Eventstream/Bind-IoT-Hub-Data-Sources-to-separate-streams/td-p/4826580/jump-to/first-unread-message," target="_blank"&gt;https://community.fabric.microsoft.com/t5/Eventstream/Bind-IoT-Hub-Data-Sources-to-separate-streams/td-p/4826580/jump-to/first-unread-message,&lt;/A&gt;&amp;nbsp;but a different approach&lt;BR /&gt;Propose a topic model for IoT Hub sources. IoT Hub writes to topics per Data Source. EventStream acts as the consumer and subscribes to one or more topics.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;User Story&lt;/STRONG&gt;&lt;BR /&gt;Raj manages an industrial robotics line. He needs telemetry data for performance analytics, twin changes for configuration tracking, and lifecycle events for predictive maintenance. Today, all event types arrive in one stream, forcing him to filter, re-route, and risk dropping messages. With topic-based subscriptions, Raj could point analytics jobs directly at the telemetry topic, dashboards at twin-change, and alerting at lifecycle, reducing cost and ensuring clean separation of workloads.&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Note&lt;/STRONG&gt;&lt;BR /&gt;EventHubs and EventStreams are efficient, full-featured, and scalable. However, in many IoT scenarios, a lightweight Pub/Sub architecture with MQTT brokers and clients is desirable for simpler routing, lower cost, and better alignment with device-oriented patterns. It would be valuable to allow configuration of user topics in addition to the built-in “events,” so telemetry can be routed automatically without extra processing.&lt;/P&gt;</description>
    <pubDate>Mon, 15 Sep 2025 15:41:56 GMT</pubDate>
    <dc:creator>uriel-kluk</dc:creator>
    <dc:date>2025-09-15T15:41:56Z</dc:date>
    <item>
      <title>Expose Pub/Sub topics for IoT Hub Data Sources</title>
      <link>https://community.fabric.microsoft.com/t5/Eventstream/Expose-Pub-Sub-topics-for-IoT-Hub-Data-Sources/m-p/4826593#M659</link>
      <description>&lt;P&gt;&lt;STRONG&gt;Work Item Type&lt;/STRONG&gt;&lt;BR /&gt;Feature Request&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Description&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Similar to:&amp;nbsp;&lt;A href="https://community.fabric.microsoft.com/t5/Eventstream/Bind-IoT-Hub-Data-Sources-to-separate-streams/td-p/4826580/jump-to/first-unread-message," target="_blank"&gt;https://community.fabric.microsoft.com/t5/Eventstream/Bind-IoT-Hub-Data-Sources-to-separate-streams/td-p/4826580/jump-to/first-unread-message,&lt;/A&gt;&amp;nbsp;but a different approach&lt;BR /&gt;Propose a topic model for IoT Hub sources. IoT Hub writes to topics per Data Source. EventStream acts as the consumer and subscribes to one or more topics.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;User Story&lt;/STRONG&gt;&lt;BR /&gt;Raj manages an industrial robotics line. He needs telemetry data for performance analytics, twin changes for configuration tracking, and lifecycle events for predictive maintenance. Today, all event types arrive in one stream, forcing him to filter, re-route, and risk dropping messages. With topic-based subscriptions, Raj could point analytics jobs directly at the telemetry topic, dashboards at twin-change, and alerting at lifecycle, reducing cost and ensuring clean separation of workloads.&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Note&lt;/STRONG&gt;&lt;BR /&gt;EventHubs and EventStreams are efficient, full-featured, and scalable. However, in many IoT scenarios, a lightweight Pub/Sub architecture with MQTT brokers and clients is desirable for simpler routing, lower cost, and better alignment with device-oriented patterns. It would be valuable to allow configuration of user topics in addition to the built-in “events,” so telemetry can be routed automatically without extra processing.&lt;/P&gt;</description>
      <pubDate>Mon, 15 Sep 2025 15:41:56 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Eventstream/Expose-Pub-Sub-topics-for-IoT-Hub-Data-Sources/m-p/4826593#M659</guid>
      <dc:creator>uriel-kluk</dc:creator>
      <dc:date>2025-09-15T15:41:56Z</dc:date>
    </item>
    <item>
      <title>Re: Expose Pub/Sub topics for IoT Hub Data Sources</title>
      <link>https://community.fabric.microsoft.com/t5/Eventstream/Expose-Pub-Sub-topics-for-IoT-Hub-Data-Sources/m-p/4826620#M661</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="javascript:void(0)" data-lia-user-mentions="" data-lia-user-uid="1355172" data-lia-user-login="uriel-kluk" class="lia-mention lia-mention-user"&gt;uriel-kluk&lt;/a&gt;,&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To submit a feature request, please submit the idea here:&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.fabric.microsoft.com/t5/Fabric-Ideas/idb-p/fbc_ideas" target="_blank"&gt;https://community.fabric.microsoft.com/t5/Fabric-Ideas/idb-p/fbc_ideas&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This will allow the community to vote for it, and is where the Fabric CAT team looks when they're looking to add new features.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;If you found this helpful, consider giving some Kudos. If I answered your question or solved your problem, mark this post as the solution.&lt;/STRONG&gt;&lt;/EM&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 15 Sep 2025 16:07:02 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Eventstream/Expose-Pub-Sub-topics-for-IoT-Hub-Data-Sources/m-p/4826620#M661</guid>
      <dc:creator>tayloramy</dc:creator>
      <dc:date>2025-09-15T16:07:02Z</dc:date>
    </item>
    <item>
      <title>Re: Expose Pub/Sub topics for IoT Hub Data Sources</title>
      <link>https://community.fabric.microsoft.com/t5/Eventstream/Expose-Pub-Sub-topics-for-IoT-Hub-Data-Sources/m-p/4826635#M662</link>
      <description>&lt;P&gt;While writing down the idea, I realized that I could connect the EventStream output to an MQTT broker. This is a 2-step approach, but flexible. I am accepting the solution as I don't believe changes to IoTHub and Fabric are needed with this approach.&lt;/P&gt;</description>
      <pubDate>Mon, 15 Sep 2025 16:19:20 GMT</pubDate>
      <guid>https://community.fabric.microsoft.com/t5/Eventstream/Expose-Pub-Sub-topics-for-IoT-Hub-Data-Sources/m-p/4826635#M662</guid>
      <dc:creator>uriel-kluk</dc:creator>
      <dc:date>2025-09-15T16:19:20Z</dc:date>
    </item>
  </channel>
</rss>

