Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

added docs for Microsoft Fabric Real Time Analytics #1370

Conversation

tanmaya-panda1
Copy link
Contributor

Microsoft Fabric Real Time Analytics is a SAAS offering in Microsoft Fabric while Azure Kusto is a PAAS offering in Azure. Microsoft Fabric Real Time Analytics has eventhouse(Kusto) for data storage. Hence we are using the same output plugin we have for Azure Kusto to send log data to Microsoft Fabric Real Time Analytics.

For more details please refer to the following documentations
https://learn.microsoft.com/en-us/fabric/real-time-analytics/overview
https://learn.microsoft.com/en-us/fabric/real-time-analytics/realtime-analytics-compare

Signed-off-by: Tanmaya Panda <tanmayapanda@microsoft.com>
@tanmaya-panda1 tanmaya-panda1 requested review from a team as code owners May 13, 2024 06:00
@tanmaya-panda1 tanmaya-panda1 changed the title added docs for Microsoft Fabric added docs for Microsoft Fabric Real Time Analytics May 13, 2024
@patrick-stephens
Copy link
Contributor

Please link to the PR providing this functionality

@tanmaya-panda1
Copy link
Contributor Author

@patrick-stephens , this functionality is already existing in fluent-bit output plugin in the name of azure_kusto. Kusto is a PAAS offering in Azure but Microsoft has introduced a new SAAS offering named Microsoft Fabric Real Time Analytics whose core is Kusto. So we use the same output plugin to send data to Microsoft Fabric.

@patrick-stephens
Copy link
Contributor

Is this a duplicate of the other doc then? That's not ideal as they will change over time - can we link them instead and just have a separate section in the original?

@kustonaut
Copy link

@patrick-stephens - To help Fluent bit users discover the output plugin to Microsoft Fabric, we wanted to list the same on this fluent bit output page: https://docs.fluentbit.io/manual/pipeline/outputs . Could you please guide us how we can achieve the same? The same output plugin works for both Azure Data Explorer and Microsoft Fabric.
image

@patrick-stephens
Copy link
Contributor

@patrick-stephens - To help Fluent bit users discover the output plugin to Microsoft Fabric, we wanted to list the same on this fluent bit output page: https://docs.fluentbit.io/manual/pipeline/outputs . Could you please guide us how we can achieve the same? The same output plugin works for both Azure Data Explorer and Microsoft Fabric.

Right there's two things here.

  1. I think we should update the original Azure output to include the relevant details that it works for this fancy new named thing too.

  2. Separately we can also add a link to that same page with the new name via https://github.com/fluent/fluent-bit-docs/blob/master/SUMMARY.md

Is there a reason it is called different names or is it just rebranding? My understanding is that it's just a PAAS offering so I'm not overly keen on adding vendor marketing to the docs but I can understand users may want it to help differentiate. Similar to what we do for Elastic output also referencing Elastic Cloud.

@kustonaut
Copy link

@patrick-stephens - To help Fluent bit users discover the output plugin to Microsoft Fabric, we wanted to list the same on this fluent bit output page: https://docs.fluentbit.io/manual/pipeline/outputs . Could you please guide us how we can achieve the same? The same output plugin works for both Azure Data Explorer and Microsoft Fabric.

Right there's two things here.

  1. I think we should update the original Azure output to include the relevant details that it works for this fancy new named thing too.
  2. Separately we can also add a link to that same page with the new name via https://github.com/fluent/fluent-bit-docs/blob/master/SUMMARY.md

Is there a reason it is called different names or is it just rebranding? My understanding is that it's just a PAAS offering so I'm not overly keen on adding vendor marketing to the docs but I can understand users may want it to help differentiate. Similar to what we do for Elastic output also referencing Elastic Cloud.

Microsoft Fabric is a combination of multiple Microsoft services like Power BI, Datawarehouse, Data Factory etc. ADX/Kusto forms of the pillars of Microsoft Fabric and is named as Real-Time Analytics. Fabric users who want to bring telemetry using fluentbit might not be aware of ADX/Kusto and might end up confused if we point them to existing documentation where these terms are used. Kusto/ADX is just the underlying engine there but the experience is very different from the PaaS version.

@patrick-stephens
Copy link
Contributor

@patrick-stephens - To help Fluent bit users discover the output plugin to Microsoft Fabric, we wanted to list the same on this fluent bit output page: https://docs.fluentbit.io/manual/pipeline/outputs . Could you please guide us how we can achieve the same? The same output plugin works for both Azure Data Explorer and Microsoft Fabric.

Right there's two things here.

  1. I think we should update the original Azure output to include the relevant details that it works for this fancy new named thing too.
  2. Separately we can also add a link to that same page with the new name via https://github.com/fluent/fluent-bit-docs/blob/master/SUMMARY.md

Is there a reason it is called different names or is it just rebranding? My understanding is that it's just a PAAS offering so I'm not overly keen on adding vendor marketing to the docs but I can understand users may want it to help differentiate. Similar to what we do for Elastic output also referencing Elastic Cloud.

Microsoft Fabric is a combination of multiple Microsoft services like Power BI, Datawarehouse, Data Factory etc. ADX/Kusto forms of the pillars of Microsoft Fabric and is named as Real-Time Analytics. Fabric users who want to bring telemetry using fluentbit might not be aware of ADX/Kusto and might end up confused if we point them to existing documentation where these terms are used. Kusto/ADX is just the underlying engine there but the experience is very different from the PaaS version.

That's fine, I would do as I suggest though - add the details to the output plugin then provide a new named link from the summary page to make it obvious at the top-level. You can update the output plugin page to make it clear it supports this new PAAS offering too and reword things however you think appropriate.

Fragmenting the documentation into two is going to cause problems later, particularly for any updates to the underlying plugin (e.g. add new options).

@lecaros lecaros added the waiting-for-user Waiting for user/contributors feedback or requested changes label May 14, 2024
@tanmaya-panda1
Copy link
Contributor Author

tanmaya-panda1 commented May 20, 2024

@patrick-stephens Thank you for your inputs, we have created a separate PR #1372 with the changes you have suggested. Can you please review the same. Since this PR is no longer required, hence closing it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
waiting-for-user Waiting for user/contributors feedback or requested changes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants