2021年适配双层负载均衡架构的WCF替代方案及技术升级咨询

一、给CEO汇报的核心升级依据 #

• 安全合规风险：.NET 4.5已于2016年停止主流支持，2021年阶段仅提供有限的安全补丁，后续完全停服后出现0day漏洞无官方修复渠道，存在数据泄露、业务被攻击的合规风险
• 人力与运维成本：老旧.NET Framework技术栈招聘维护人员难度逐年提升，同级别开发人力成本比.NET Core栈高25%~40%；.NET Core的运行性能比.NET 4.5高2~5倍，同等业务体量下可减少30%左右的服务器资源开销
• 业务迭代效率：现有WCF架构扩容、新功能对接复杂度高，.NET Core云原生适配性更好，后续业务规模扩张时的迭代效率可提升40%以上

二、2021年可直接适配现有架构的WCF替代方案 #

方案1：Core WCF（平滑迁移首选，改造成本最低） #

• 适配性：微软官方2021年发布的WCF兼容实现，原生支持.NET Core/.NET 5，完全兼容现有WCF的服务契约、绑定配置、安全认证机制，核心业务逻辑无需重写
• 架构适配：原有两层负载均衡架构完全无需调整，仅需要将原有WCF服务端代码迁移到Core WCF，部署到第二层负载后的原有服务器即可，前端Web应用/asmx服务无需修改调用逻辑，可无缝对接新服务
• 改造工作量：仅需调整服务端项目配置、替换WCF相关依赖包，核心业务代码改动量低于10%，支持灰度发布，全程不影响现有业务运行

方案2：ASP.NET Core Web API + gRPC（性能最优，适合长期迭代） #

• 适配性：如果计划逐步淘汰SOAP协议栈可以选择该方案，gRPC性能比传统WCF高40%以上，原生支持.NET Core/.NET 5，适合高并发服务场景
• 架构适配：原有两层负载均衡架构无需调整，第二层负载后的WCF服务可逐步替换为gRPC服务，前端Web应用层可先保留.NET Framework版本，通过gRPC客户端调用新服务，后续再逐步升级Web层到.NET Core
• 改造工作量：需要重新定义服务接口，核心业务逻辑可复用，整体改动量在30%左右，适合有3年以上长期迭代计划的团队

三、低风险分步迁移路线（可同步说服CTO的落地逻辑） #

• 第一阶段：选取1~2个非核心WCF服务迁移到Core WCF，跑在.NET 5（2021年的.NET LTS版本）上，接入现有第二层负载均衡灰度运行，验证兼容性、稳定性
• 第二阶段：验证无误后逐步迁移核心WCF服务到Core WCF，全程不调整现有负载架构、Web层业务逻辑，无业务中断风险
• 第三阶段：待所有WCF服务迁移完成后，再逐步升级前端Web/asmx服务到.NET 5，完成整体技术栈升级

内容的提问来源于stack exchange，提问作者bjzero