转载本文需注明出处：微信公众号EAWorld，违者必究。
倪坚：在关乎企业生存的必选项“数字化转型”以及国家信创战略的共同冲击下，企业需要改变现有业务和IT的架构，更快速地应对挑战、响应变化，增强自身的竞争力。
01
★ 信创数字化引发的技术架构变迁推动应用转向分布式
在近年的企业数字化实践中，我们发现，企业的传统IT应用具有明确的稳态IT特征，主要以服务企业内部用户为主，需求明确、功能全，覆盖广，大集成，中央控制，非常适合企业的稳定发展阶段，但缺点也非常明显，刚性强，难以快速变化，维护成本高，无法支持快速变革的新业态。
新兴的互联网式应用则具有的敏态IT特征，主要服务外部客户或合作伙伴，需求变动快，功能简单，独立和分散，分布式进化，一切都从零开始，业务与IT紧密结合，需要快速创新，规模变化大，大范围广泛的尝试，易失败或被淘汰，对业务弹性、快速发布要求高。以上这些正是微服务架构应用的特点和能力。
在信创数字化的背景下，企业由于服务对象、业务范围、生态环境发生了很大变化，引发了企业IT从稳态IT向稳态 敏态双模IT的转变，需要采用不同的架构来实现。这个过程中，技术架构从单体架构、SOA架构向微服务架构的转型和升级，以云原生的模式，逐步推进了关键应用从自治、服务化模式转向规模化创新，推动企业级应用满足大中型企业的个性化需求，转向分布式发展，加速云应用交付、助力构建API生态、规范化云应用建设、提升IT资产复用等。
微服务应用开发平台—— 部署架构
★ 普元信创微服务平台，支持云原生应用下的软件开发模式
信创数字化带来的机遇和挑战是一体两面共生的。如果通过原有的应用平台推进微服务应用落地，企业将面临软件资产复用效率较低、微服务应用能力对企业级持续交付的支撑不足、分布式架构下体验聚合度不够等问题，这些痛点有待全新的分布式微服务应用平台予以解决。
我们延续一贯的开放性设计思路，基于已在数千家客户的关键应用上成功交付的明星产品——应用开发平台EOS，全面提升了平台面向微服务与信创环境的安全性和稳定性，形成了普元信创微服务平台EOSMS。
平台采用主流的微服务技术架构体系和敏捷高效的DevOps交付体系，实现传统架构的平滑升级，融合多项特性，支持云原生应用下的软件开发模式，真正让分布式应用的开发做到架构分布、体验聚合，驱动业务快速创新。
（1）采用多租户模式，满足大型企业实践场景中多个厂商多个开发团队多个项目并行开发交付的需求；
（2）在开发工具层面融合低代码开发平台，通过高低代码结合的方式，适用不同的应用开发场景；
（3）提供统一工作台，实现软件研发全过程管理；
（4）提供治理门户，实现应用运行期的管理、服务治理；
（5）平台基础设施符合标准规范，能够进行资产沉淀与过程管理，支撑资源的快速部署、销毁，充分利用有限的资源；
（6）平台提供的中间件服务，可以实现中间件的快速拉起。
02
微服务平台涵盖的
关键内容，囊括九大方面
分布式环境下的微服务应用平台，帮助企业打造大规模、高可用、体验聚合的云端应用，需要涵盖九大方面的关键内容。
1、平台架构
微服务架构的基本思想就是“围绕业务领域组件来创建应用，让应用可以独立的开发、管理和加速”。目前比较主流的微服务架构包括Spring Cloud、Dubbo、ServiceMesh技术架构，普元微服务平台区别于服务网格的架构模式，以SDK强依赖的方式进行微服务开发治理。
2、服务资产
平台提供服务资产门户，包含资产目录、服务接口详情、接口在线测试等模块，满足企业对服务资产全生命周期的管理，可以查看服务目录明细，进行服务登记、在线测试、服务发布、使用申请与授权、服务下线、服务统计等。
3、服务治理
通过可视化的服务治理，从服务注册与发现、流量控制、熔断或降级、认证或鉴权、负载均衡、路由策略、灰度测试、健康检查等各方面，明确服务详情，比如有多少服务、服务描述是什么、服务运行情况如何、服务之间有什么关系等，保障服务设计期与运行期信息的一致性，实现服务能力、改进、控制等质量管理，提升服务质量。同时，服务治理模型需要满足分布式架构的运营需求，支持业务不中断的维修。
4、微服务开发
平台提供的微服务开发能力，支持开发工具、SDK、Maven本地依赖库，能够屏蔽微服务架构技术细节，封装分布式架构下通用技术组件，通过构件库的方式沉淀业务组件，达到复用能力；也能够通过全编码方式，支持SpringBoot原生编程方式，支持传统的分层模式，加强代码自主可控，与可视化数据建模、图形化开发调试组成高低代码结合的双模开发，相辅相成，充分发挥工具优势，支撑微服务应用开发、调试、编译等一体化的实现。其中，可视化数据建模支持持久化或非持久化等各类型数据实体，以及单向1:1、单向N:1、单向1:N、双向1:N等关联关系；图形化开发调试提供EOS基础构件库，实现面向最终用户图形化的服务编排，以及包含分布式事务的逻辑流开发与逻辑流调试。
5、Devops工具
Devops工具提供的软件研发过程管理，包含项目管理、源码管理、文档管理等，能够实现持续集成、持续部署、精益度量，覆盖应用开发到上线的全生命周期，全面降低集成与交付的协作成本。
6、API网关
微服务架构下的API网关，主要是把企业内部的API能力，暴露给其他应用或合作伙伴使用。API网关作为企业能力开放的门户，在能力分解与网关设计时，要规划好网关层与服务层的交互方式，尽量使得网关层与服务层解耦，并保障安全性、扩展性等，便于各个团队工作的独立及可靠。另外，在API的管理上，需要提供API全生命周期的发布、配置、鉴权、流控、监控等配套的管理功能，保障高效运维，满足API网关的高性能与高可用，有利于全面梳理企业软件资产并有效监控。
7、能力开放平台
能力开放平台，以API管理为核心实现部署架构，建设从核心系统、服务管控、平台服务到平台应用的功能架构，提供集成商门户、业务门户、运维门户、服务治理等。
8、运维监控平台
运维监控平台，提供监控视图，在金融机构的复杂系统中，也可以满足全行系统一张图的应用拓扑，并通过性能监控、调用链路、应用日志、统计分析与监控告警，实现参数与标准的集中管理、问题链路的一览无余、发布调用的安全控制、应用日志的汇聚查询等。
9、信创支持
我们的微服务平台拥有信创发展需要的全生态适配与云原生适配能力，能够与芯片、服务器、操作系统、数据库、中间件、办公软件、应用软件等主流厂商的产品全栈兼容，支持基于容器云、各种私有云或公有云的云原生环境，进行无缝对接和适配支撑。同时，我们提供技术平台信创版升级，提供全架构支持、全落地服务等，帮助客户破解国产架构体系化迁移过程中所面临的挑战，从原有环境平滑地全面迁移到信创环境，实现应用快速迁移，支持管理类应用、一般业务应用、中间业务应用、核心业务应用等不同类型信创应用的开发与改造。
03
平台实施建议步骤
应用开发平台EOS是普元自主研发的第一款平台产品，十余年来已在数千家客户的关键应用上成功交付，能有效为企业搭建国产化的、可持续发展的IT生态环境，降低项目风险、提高项目开发质量和效率。升级为微服务平台的普元EOS MS也已成功应用于金融、政府、军工、通信、教育、能源等行业，推进典型实践。融合大量经过行业验证的最佳实践，我们总结了信创微服务平台的实施建议步骤，包含建体系、组团队、搭平台与持续改进。
★ 建体系
实施目的：制定应用开发交付的统一规范
实施方式：搭建分布式开发平台和交付平台，建立统一的分布式交付体系
★ 组团队
实施目的：建立专人团队、梳理技术与业务组件
实施方式：建立平台研发和支持的专业团队，支撑各应用项目的使用
★ 搭平台
实施目的：将规范落于平台、使用平台试点
实施方式：结合规范，将平台落地，并进行应用试点
★ 持续改进
实施目的：优化规范、积累组件、提升体验
实施方式：形成一套统一的软件交付体系和最佳实践并不断优化
关于作者：倪坚，普元信创军团资深顾问，负责公司微服务、容器云相关产品的研发和实施，在分布式架构、微服务、DevOps、容器云、软件工程等领域方向具有较深的积累。
关于EAWorld
使能数字转型，共创数智未来！
