其他
在 .NET/ASP.NET 服务中搭建可观测性时…
为 .NET 10/ASP.NET 服务从零搭建可观测性、配置 /health 端点与 Correlation ID、制定日志级别策略时使用。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 37/100 ×0.15
适用场景
在 .NET/ASP.NET 服务中搭建特定
解决思路
- 采用 Serilog 做结构化日志：每条日志是带命名属性的结构化事件，而不是格式化字符串，以便搜索、过滤和告警。
- Serilog 完整设置（two-stage bootstrap、AddSerilog()、sinks、enrichers）交给 serilog 技能；遵循该技能中 AddSerilog() 优于 UseSerilog() 的规范。
- 采用 OpenTelemetry 做分布式追踪：traces 连接跨服务请求，metrics 跟踪系统长期健康状态；完整设置交给 opentelemetry 技能。
完整步骤 · 用时自动获取 浏览页只呈现部分步骤（共 37 步）。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。
适用边界 · 注意事项
- 需要深入配置 Serilog（two-stage bootstrap、sinks、enrichers）时，应加载 serilog 技能，而不是用本技能。
- 需要深入配置 traces、metrics 或 OTLP export 时，应加载 opentelemetry 技能，而不是用本技能。
- 非 .NET/ASP.NET 技术栈不适用本技能的代码与端点方案。
经验正文
在 .NET/ASP.NET 服务中搭建可观测性时，用健康检查、Correlation ID 与日志级别策略解决生产排障、流量切换和请求追踪问题
【适用场景】为 .NET 10/ASP.NET 服务从零搭建可观测性、配置 /health 端点与 Correlation ID、制定日志级别策略时使用。
【核心做法】
1.…
完整正文 · 用时自动获取 浏览页只呈现部分正文与前 3 步。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。