问题描述

在将现有基于 Azure Cloud Services（外延支持）的应用迁移至 Azure Service Fabric 的过程中，有以下三个问题需要讨论：

1. 代码层面的影响评估：当前系统基于 C# 和 .NET Framework 4.8，迁移是否仅需升级或降级部分资源包，还是会涉及到代码逻辑的修改？
2. HTTPS 终结点配置：如何在 Service Fabric 中为应用配置证书以启用 HTTPS？
3. 日志记录机制迁移：原有 Cloud Service 通过 .cscfg 文件配置连接字符串，将日志写入 Azure Storage（Blob/Table）。迁移后是否仍支持类似机制？是否需要更改日志写入方式？

问题解答

1. 代码变更与迁移影响

Service Fabric 与 Cloud Services 在架构和部署模型上存在显著差异。虽然两者都支持 .NET Framework，但 Service Fabric 更强调微服务架构和容器化部署。因此，迁移过程中可能涉及以下变更：

• 配置方式调整：Cloud Services 使用 .cscfg 和 .csdef 文件进行配置，而 Service Fabric 使用 Settings.xml 和 ApplicationManifest.xml。
• 资源包依赖更新：部分 NuGet 包可能需要升级以兼容 Service Fabric 的运行时环境。
• 代码结构优化：若原有应用未采用微服务架构，建议在迁移过程中进行模块拆分，以充分利用 Service Fabric 的服务模型。

参考文档：https://learn.microsoft.com/azure/service-fabric/

2. 配置 HTTPS 终结点

在 Service Fabric 中启用 HTTPS 通信，需要为服务配置证书并通过 Kestrel 或 HttpSys 绑定端口。具体步骤包括：

• 在 ApplicationManifest.xml 中声明证书引用；
• 在服务代码中使用 UseHttps() 方法绑定证书；
• 将证书上传至 Azure Key Vault 并配置访问策略。

参考文档：https://learn.microsoft.com/azure/service-fabric/service-fabric-tutorial-dotnet-app-enable-https-endpoint

💡 Tips：Kestrel 是 ASP.NET Core 的跨平台 Web 服务器，适用于轻量级服务场景。

3. 日志记录机制迁移

Service Fabric 提供多种日志记录方式，支持将日志写入 Azure Storage 或集成 Application Insights：

• 推荐方式：使用 Application Insights 实现分布式日志收集与性能监控；
• 自定义方式：通过 SDK 或 Microsoft.Extensions.Logging 将日志写入 Blob/Table；
• EventFlow 集成：适用于需要灵活配置日志管道的场景。

参考文档：

• https://learn.microsoft.com/azure/service-fabric/service-fabric-tutorial-monitoring-aspnet-core
• https://learn.microsoft.com/azure/service-fabric/service-fabric-diagnostics-overview
• https://learn.microsoft.com/azure/service-fabric/service-fabric-diagnostics-eventflow

💡 Tips：EventFlow 是微软提供的轻量级日志聚合工具，支持多种输出目标（如 Application Insights、Azure Storage、Event Hub 等）。

当在复杂的环境中面临问题，格物之道需：浊而静之徐清，安以动之徐生。 云中，恰是如此!