2019年传统.net应用向微服务架构迁移的实践经验.pdf

《2019年传统.net应用向微服务架构迁移的实践经验.pdf》由会员分享，可在线阅读，更多相关《2019年传统.net应用向微服务架构迁移的实践经验.pdf（27页珍藏版）》请在三个皮匠报告上搜索。

1、.NET Core 2019China.NET Conf 2019传统.NET应用向微服务架构迁移的实践经验China.NET Conf 2019议题落地：技术与管理经验分享2创新：项目成果和总结3背景：项目介绍和难点分析1China.NET Conf 2019背景：背景：X项目曾经面临的挑战项目是基于.NET构建的一套复杂的远程实验交付系统。自2011年以来，从最早的远程实验接入，到后来的的复杂实验业务场景交付，其重要性和担当的业务价值越来越大，但其技术架构发展较为缓慢，无法高质量满足当下多变的业务需求，在运行和维护中由于陈旧架构导致的问题较为突出，也不符合当前互联网化大背景下的技术架构发展

2、方向。2011201220132014201520162011年5月，原型验证阶段：引入虚拟应用交付技术。2012年8月，X项目三期：引入执行引擎，逻辑分离，与设备管理平台对接等。2012年3月，X项目二期：引入拓扑图式实验交互模式，增强整体可用性。挑战一：业务需求越来越难以满足。挑战一：业务需求越来越难以满足。X项目交付量从最初3500班天，发展到2016年14500班天，要处理LS,AMS,NIS等多种业务。业务需求越来越复杂、差异化明显且具有多变性。相对地，X项目架构在过去四年内并未做任何升级改造，客户需求多以“打补丁”的方式满足，难以继续满足未来业务发展需求。挑战二：部分技术已经逐渐落

3、后于行业发展。挑战二：部分技术已经逐渐落后于行业发展。从行业趋势来讲，企业业务正面向互联网化转型，在“高频率版本发布”、“更加注重用户体验”等目标驱动下，企业架构更多的开始学习BAT，采用开放平台和技术，如 Linux,Apache,MySQL,Docker等；同时，在开发运维模式上，企业正在由传统的开发和运维分离，向开发运维一体化即DevOps转变。挑战三：运维压力越来越大。挑战三：运维压力越来越大。当前架构涉及到的组件全部是自行部署和维护，平台、数据库、监控、应用配置、大数据等，对运维团队提出了较高的要求。具体表现为：底层组件无法跟随上层业务压力变化而变化，出现问题后定位过程时间长且难度高

4、。X项目架构在过去四年主要是修修补补，没有实质性变化。123123X项目业务发展业界技术架构变迁X项目运行维护挑战X项目架构发展情况China.NET Conf 2019背景：背景：项目问题具体分析2016年8月，行云顾问组对项目进行了评估，与包括管理组、需求分析、PM、架构师、开发、测试、运维等多位同事进行了访谈，特别就不同角色对项目的痛点进行了识别，其中技术架构与流程相关问题较为突出，组织和管理方面问题也占有一定比例。China.NET Conf 2019分析：分析：.NET Framework to.NET Core已有.NET代码和.NET Core的兼容性如何哪些类型服务需要继续在.

5、NET Framework上运行数据库选型的考虑，依然SQL Server还是要切换到MySQL面对新的语言、新的架构，开发人员知识转换难度设立团队的一些考虑，对需求的准确理解是“重中之重”China.NET Conf 2019议题落地：技术与管理经验分享2创新：项目成果和总结3背景：项目介绍和难点分析1China.NET Conf 2019 最佳实践 高度融合 相辅相成落地：落地：项目改造的主要方向China.NET Conf 2019落地：落地：项目改造的具体方向China.NET Conf 2019微服务度量标准（业务单一性等，原则：高内聚低耦合）微服务命名规范xxxx-yyyy-zzz

6、z代码配置分离符合服务治理要求开发技术栈选型契约（容错契约、去数据中心契约、消费者驱动契约）模式（代理模式，聚合模式，串行模式，分支模式，服务异步消息模式，服务共享模式）容错（舱壁隔离模式(生产环境/线程池)，熔断模式(程序实现)，限流模式(计数、令牌、信号量-Semaphore)，失效转移模式）架构安全性数据共享报表需要服务间身份认证和授权健康检查服务间依赖（不依靠ip地址等）代码规范：代码交付API接口规范（GET PUT POST DELETE.）统一返回码暴露监控指标方式标准化工具协助自动化检查（Sonar）日志规范：生成日志的位置强制日志id日志格式patten（时间、模块、异常信息