信创微服务平台的九大关键内容与实施建议|一文掌握
荐
2022年Jakarta EE开发者调查已上线，
邀请你代表中国开发者亮出选择与观点，
并与全球意见融汇！
（参与方式，详见文末）
信创微服务平台的
九大关键内容与实施建议
倪坚：在关乎企业生存的必选项“数字化转型”以及国家信创战略的共同冲击下，企业需要改变现有业务和IT的架构，更快速地应对挑战、响应变化，增强自身的竞争力。
信创与数字化引发的技术架构变迁
推动应用转向分布式
在近年的企业数字化实践中，我们发现，企业的传统IT应用具有明确的稳态IT特征，主要以服务企业内部用户为主，需求明确、功能全，覆盖广，大集成，中央控制，非常适合企业的稳定发展阶段，但缺点也非常明显，刚性强，难以快速变化，维护成本高，无法支持快速变革的新业态。
新兴的互联网式应用则具有的敏态IT特征，主要服务外部客户或合作伙伴，需求变动快，功能简单，独立和分散，分布式进化，一切都从零开始，业务与IT紧密结合，需要快速创新，规模变化大，大范围广泛的尝试，易失败或被淘汰，对业务弹性、快速发布要求高。以上这些正是微服务架构应用的特点和能力。
在当前信创与数字化转型共同推进的过程中，企业由于服务对象、业务范围、生态环境发生了很大变化，引发了企业IT从稳态IT向稳态+敏态双模IT的转变，需要采用不同的架构来实现。这个过程中，技术架构从单体架构、SOA架构向微服务架构的转型和升级，以云原生的模式，逐步推进了关键应用从自治、服务化模式转向规模化创新，推动企业级应用满足大中型企业的个性化需求，转向分布式发展，加速云应用交付、助力构建API生态、规范化云应用建设、提升IT资产复用等。
微服务应用开发平台—— 部署架构
★ 普元信创微服务平台，支持云原生应用下的软件开发模式
面对信创与数字化转型共同深入的现实情况，企业如果通过原有的应用平台推进微服务应用落地，将面临软件资产复用效率较低、微服务应用能力对企业级持续交付的支撑不足、分布式架构下体验聚合度不够等问题。这些痛点，有待全新的分布式微服务应用平台予以解决。
我们延续一贯的开放性设计思路，基于已在数千家客户的关键应用上成功交付的明星产品——应用开发平台EOS，全面提升了平台面向微服务与信创环境的安全性和稳定性，形成了普元信创微服务平台EOSMS。
平台采用主流的微服务技术架构体系和敏捷高效的DevOps交付体系，实现传统架构的平滑升级，融合多项特性，支持云原生应用下的软件开发模式，真正让分布式应用的开发做到架构分布、体验聚合，驱动业务快速创新。
（1）采用多租户模式，满足大型企业实践场景中多个厂商多个开发团队多个项目并行开发交付的需求；
（2）在开发工具层面融合低代码开发平台，通过高低代码结合的方式，适用不同的应用开发场景；
（3）提供统一工作台，实现软件研发全过程管理；
（4）提供治理门户，实现应用运行期的管理、服务治理；
（5）平台基础设施符合标准规范，能够进行资产沉淀与过程管理，支撑资源的快速部署、销毁，充分利用有限的资源；
（6）平台提供的中间件服务，可以实现中间件的快速拉起。
微服务平台涵盖的
关键内容，囊括九大方面
分布式环境下的微服务应用平台，帮助企业打造大规模、高可用、体验聚合的云端应用，需要涵盖九大方面的关键内容。
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、信创支持
我们的微服务平台拥有信创发展需要的全生态适配与云原生适配能力，能够与芯片、服务器、操作系统、数据库、中间件、办公软件、应用软件等主流厂商的产品全栈兼容，支持基于容器云、各种私有云或公有云的云原生环境，进行无缝对接和适配支撑。同时，我们提供技术平台信创版升级，提供全架构支持、全落地服务等，帮助客户破解国产架构体系化迁移过程中所面临的挑战，从原有环境平滑地全面迁移到信创环境，实现应用快速迁移，支持管理类应用、一般业务应用、中间业务应用、核心业务应用等不同类型信创应用的开发与改造。
信创微服务平台的
实施建议步骤
应用开发平台EOS是普元自主研发的第一款平台产品，十余年来已在数千家客户的关键应用上成功交付，能有效为企业搭建国产化的、可持续发展的IT生态环境，降低项目风险、提高项目开发质量和效率。升级为微服务平台的普元EOS MS也已成功应用于金融、政府、军工、通信、教育、能源等行业，推进典型实践。融合大量经过行业验证的最佳实践，我们总结了信创微服务平台的实施建议步骤，包含建体系、组团队、搭平台与持续改进。
★ 建体系
实施目的：制定应用开发交付的统一规范
实施方式：搭建分布式开发平台和交付平台，建立统一的分布式交付体系
★ 组团队
实施目的：建立专人团队、梳理技术与业务组件
实施方式：建立平台研发和支持的专业团队，支撑各应用项目的使用
★ 搭平台
实施目的：将规范落于平台、使用平台试点
实施方式：结合规范，将平台落地，并进行应用试点
★ 持续改进
实施目的：优化规范、积累组件、提升体验
实施方式：形成一套统一的软件交付体系和最佳实践并不断优化
篇幅所限，很多内容无法充分展开，欢迎关注信创微服务平台实施的专家、学者、技术，与我们共同探讨，伴随信创产业发展，在更广泛的应用场景中，我们一起实现信创微服务平台的完整落地。
添加小助手微信加入信创讨论群
和大咖、同道之人们一起探讨~
@你，扫码参与2022年Jakarta EE开发者调查！
普元信息
股票代码：688118
普元信息技术股份有限公司（科创板股票代码：688118）是一家值得客户信赖的基础软件技术公司，更致力于成为中大型企业及政府机构数字化转型的使能者。公司聚焦客户所关注的挑战与压力，提供面向信创的基础软件，帮助客户建立智能化的数据治理体系，助力客户打造面向业务场景的数字化应用，实现数字化转型。
↓↓↓ 点击"阅读原文" 【了解更多内容~】