【问题标题】:A way to query service fabric from within a running node一种从正在运行的节点中查询服务结构的方法
【发布时间】:2015-12-22 18:57:45
【问题描述】:

我们的想法是通过自定义 App Insights 初始化程序将一些元数据添加到关于正在运行的 Service Fabric 应用程序的 App Insights 中。我希望能够检测正在运行我的服务实例的应用程序/节点。

也许 SF 已经这样做了,但我的应用洞察健康监视器只显示我专门编写的自定义事件,默认情况下没有添加任何额外内容。我想添加到我的自定义事件中并了解一些关于 SF 应用程序/节点的信息,以便在 SF 发布后我可以更有效地调试并且我们开始横向扩展可靠的服务。

这个论坛的菜鸟,所以请善待:-)

【问题讨论】:

    标签: azure-service-fabric


    【解决方案1】:

    我尚未从参与者或 SF 服务中明确尝试过,但遥测客户端(应用洞察)可以在任何控制台应用中调用。只需照常发布您的新事件、异常、指标即可。他们需要一些时间才能出现在 AI 中。作为一个架构理念,我可能会创建一个通用的记录器参与者作为聚合器。这样,您应用程序中的所有参与者只需与简单的参与者到参与者堆栈中的“参与者”对话,您不必依赖日志使用者内部的另一个框架和 api;保持事物的清洁和抽象。日志参与者可以是无状态的或有状态的,并使用“后写”设计来保持事物的运行。这也意味着您可以抽象 perf 日志记录,并且可以在一个地方更改实现 - 在日志记录参与者内部。也许您想在以后更改日志记录以登录到数据库存储,或者还通过电子邮件或文本发送一些事件,甚至出于某种原因从 AI 更改。那么您所有的日志记录“消费者”客户端都不会改变,也不知道。

    【讨论】:

    • 我认为 Service Fabric 上的应用洞察实施没有注册与 ASP.net 相同的默认遥测模块。日志记录的想法是保持清洁的好方法。生成一个关于何时使用记录器类型服务以及何时使用 AI 的新问题。功能上有很多重叠,尤其是在跟踪方面。
    猜你喜欢
    • 1970-01-01
    • 2020-05-13
    • 2010-10-14
    • 2022-11-10
    • 2017-07-03
    • 1970-01-01
    • 2018-01-27
    • 2015-07-24
    • 2019-09-19
    相关资源
    最近更新 更多