直播回顾 | 微服务架构BPM平台的最佳实践路径（含资料下载）_Nebulogy_纳比云
《K讲啦第九期直播》干货解读上期回顾
传统企业业务需求的专业性，重资产带来的专业知识壁垒，有了引入微服务架构的必要性。想要达成赋能企业架构、与企业架构完美融合的目标，不是依靠快速场景化、更不是业务化。必须依靠自身架构的解耦、才能够快速融入整个平台找到切入场景、促进服务编制，找清楚定位。
本期将解读构建微服务架构时，企业在广度和深度上需要具备的能力。进而以Nebulogy BPM PaaS为例（下文简称NBS），解读BPM平台解耦的最佳实践。
一、构建微服务架构，企业需要具备什么能力？
目前市面上的微服务平台产品，在广度上多为高度场景化，满足了客户对于易用性的要求。但易用性&普适性存在冲突，开发平台的设计如果越接近场景，易用性越好但普适性就越差。因此，构建微服务架构时企业需要有自己的设计考量。
构建微服务架构，需要具备如下广度方面的能力：
容器云治理、微服务治理工具、开发框架（基于微服务开发框架）、开发框架Plus（组件级开发框架）、基本组件和服务框架、开发工具、项目管理工具、持续集成工具。这些能力都是围绕微服务架构上下连贯才能运转。
深度方面，需要具备如下能力：
1. 与整体架构解耦
平台本身产品是否彼此解耦，能不能单独拿出来使用或者融入其他架构。
2. 与具体产品解耦
平台本身的服务是否必须某产品不可（包括平台自身），是否可随时替换为更优良的产品。
3. 与人员需求解耦
有了架构和产品，人员解耦不但要提供简单化工具，而是要提供不同层面的工具，进一步的，不同人员可以基于各自工具和成果进行协作，而不是单选题。
在整个微服务构建中，要做到与人员需求解耦，低代码开发是很重要的因素。这要求工具本身可以由第三方人员动态扩展图形化组件，结合图形化设计工具，满足不同场景下不同组装者的诉求，进一步还要求彼此能够基于各自的产物进行协作。
以流程场景为例，如果把平台用户分为普通用户、开发人员、高级开发人员三类，就需要实现他们之间：不用的工具需求、从上到下的沉淀（慢慢开放的协作过程）、从下到上的沉淀（逆向协作过程，把原先不能实现的功能回归到可实现）。通过沉淀减少技术方面的障碍，使用户更多关注针对业务、应用方面的组装。
二、微服务架构下，流程平台解耦的最佳实践
以NBS为例，平台自身实现了广度上的解耦。元数据设计器：可以与流程无关的做元数据设计，生成源码、restful接口和数据库结构，可独立作为CRUD工具来使用。表单设计器：生成JS表单，通过流程API与元数据、规则进行交互。流程设计器：生成流程、发布到流程引擎，通过平台API进行交互。
在深度上，表单设计器、流程设计器、规则设计器也实现了各自的解耦，并具备如下功能特性：
1、灵活、易用的表单设计器
拖拽式表单设计器预置丰富的标准组件与模板，支持可视化方式快速生成表单，同时也允许低代码嵌入。响应式的工作表单自适应不同终端设备，极大程度简化表单开发过程，提升工作效率。 用户可以扩展新的非标准化组件，这些自定义组件与私人表单模板都能被保存与注册到账户，以实现高度复用和快速开发。 默认4种视图：申请，审批，查看，打印，不同的节点可以灵活定义和扩展不同的表单视图，以满足业务上多变的个性化需求。
（拖拽式设计，快速开发）
2、简单、高效的规则设计器
平台提供了语义化的简易规则设计界面，可以覆盖80%以上的常见配置需求，大大提升规则配置效率，降低上手难度，一般用户也能轻松驾驭。无缝兼容Blockly积木规则设计器，即使应对复杂流程，仍旧能够以积木排列的方式实现基本规则和流程逻辑。
3、敏捷、高可用的流程设计器
基于Html5设计，NBS提供两套可视化Web流程设计工具，分别是配置界面简洁、易上手的标准流程设计器，以及功能更完善、扩展更灵活的高级流程设计器，满足不同复杂程度的流程设计。通过拖拽方式，轻松实现流程绘制、线规则和节点属性规则配置。
扫码获取NBS产品资料
https://www.wjx.cn/m/74934419.aspx (二维码自动识别)
三、解耦是为了真正的融入
通过对企业信息化发展趋势研究，IT层面的能力图谱主要体现在：前端业务组装能力、后端架构能力、运行时能力、全局开发能力四个方面，从能力图谱中可以发现平台的标准化程度、可拓展性、易定制有了更高要求，这也是未来企业信息化建设的趋势。
讲师金句分享
真正解耦的能力才能真正用于赋能：做到不依赖架构、不依赖产品、不依赖人。
Nebulogy 品牌介绍
Nebulogy致力于通过云原生理念，帮助企业构建PaaS平台，提高开发资源利用率，满足应用快速上线和迭代需求，助力企业实现真正应用云化、业务互联网化。
电话：400-105-0300