Q1：我们公司，有一个已运行了十余年的单体巨石型BPM平台。庞大的代码量和众多的公共模块，导致回归测试工作量激增、版本发布周期长、新成员接手困难、产品质量难以保障。这些问题有什么方法改善吗？
纳比云答：探讨这个问题前，我们先回顾过去这些年流程平台的架构演进历程，分成两条演进路线来讲述。
第一条线是功能性架构，从最初只能支持单个业务系统的内部工作流，到打破部门墙支持端到端流程，再到SOA体系架构下全面支撑企业的流程建模、实施与监控，从支持WfMC-XPDL到支持BPMN规范，最后对大型企业的多领域业务系统进行集中纳管。
第二条线是非功能架构，利用集群、缓存、异步、分布式等多种架构模式，不断追求着高性能、高可用、可伸缩性等质量属性。
架构的演进是在众多行业客户的需求推动下对功能性以及质量属性的不断追求。尽管单体化模式还适用于一些组织和应用，但如今企业正在转向微服务以获得更高的敏捷性和可扩展性。
Q2：架构演进您分析得很透彻！那么从单体型BPM转向微服务架构BPM，规划思路上您有哪些建议？
服务化的思想一直是软件架构的标准范式，微服务则是这一思想的最新实践。我们通过对企业信息化发展趋势研究，总结出IT层面企业需具备四个方面的能力：前端业务组装能力、后端架构能力、运行时能力、全局开发能力。
这对BPM平台的标准化程度、定制性、开放性、运维性有了更高要求。只有真正解耦的能力才能真正用于赋能，要做到不依赖架构、不依赖产品、不依赖人。
1、与整体架构解耦
平台本身产品是否彼此解耦，能不能单独拿出来使用或者融入其他架构。
2、与具体产品解耦
平台本身的服务是否必须某产品不可，是否可随时替换为更优良的产品。
3、与人员需求解耦
有了架构和产品，人员解耦不但要提供简单化工具，而要提供不同层面的工具。进一步满足不同人员可以基于各自工具和成果进行协作。
Q3：能否以纳比云BPM产品为例，分享微服务BPM平台的设计理念？
纳比云旗下产品NBS，是以PaaS架构为基础的企业BPM平台解决方案。微服务化的BPM平台主要是将流程建设中五大核心模块充分解耦——流程、表单、业务元数据、规则、外部数据接口。
同时分别提供可视化开发工具，在每个模块内部也尽量实现组件化解耦——比如表单控件、规则积木都可以分别通过工厂进行扩展发布，以确保兼顾平台的灵活扩展性和易用性。如此各组件之间可以充分组合复用，同时针对某一组件的变化和升级也不会影响其他组件。
此外，结合容器技术和Devops，可以最大程度的实现性能的动态灵活扩展、无停机发布，7*24小时不中断运维服务，在功能、性能和架构上能完美的融入到企业的云原生微服务架构平台，真正的作为可靠的中台服务为前端数字化应用提供服务。
Q4：纳比云的微服务化BPM PaaS理念比较领先，怎么获取材料深入了解NBS产品？
纳比云近期举办了一场主题为“微服务架构下，流程平台解耦最佳实践”的线上研讨会，点击下图阅读直播干货集锦↓↓↓
您还可扫码 获取NBS产品资料或提交二维码
https://www.wjx.cn/m/74934419.aspx (二维码自动识别)
Nebulogy 品牌介绍
Nebulogy致力于通过云原生理念，帮助企业构建PaaS平台，提高开发资源利用率，满足应用快速上线和迭代需求，助力企业实现真正应用云化、业务互联网化。
电话：400-105-0300
