Q1：我们公司5年前基于开源引擎自研了一套流程平台，后来又采购了一套国内的流程平台。几年过去，两个平台上都运行了大量流程，但随着公司规模逐渐扩大，流程平台的压力越来越大，而且业务需求变更也越来越频繁，运维的压力山大。
平台运维能力不足，新需求开发受制于人，开发效率低，业务部门需求得不到满足，双方怨声载道。。。IT部门两头受气。
这些问题不止您一个客户在咨询，业务流程本身的使命就是连接不同的业务，所以从BPM项目实施的那天开始，就要面对不断的变化，而且变化可能来自任何一个方面——组织架构、人员、业务、政策、标准等等。所以在BPM系统建设之初，不仅要从功能层面去考虑，还要考虑架构问题，为未来需求变化设计充足的余量。
Q2：我们原先选型重功能，的确忽视了流程平台的架构。你有什么解决方案？
我们提供以PaaS架构为基础的企业BPM平台解决方案——Nebulogy BPM PaaS(NBS) ，NBS基于云原生理念，对BPM平台进行了微服务化重构，保证未来性能的灵活扩展，同时以服务为中心，兼顾未来的持续成长。
基于服务化和开放的标准，NBS将BPM平台类应用进行充分解耦，以一组通用组件服务的方式，将BPM全生命周期管理的最佳实践呈现给用户，这些组件服务即可融入其他架构，也可以将平台本身的服务替换为其他产品。
开发运维层面，NBS通过低代码开发、流程模拟测试、可视化流程配置运维、DevOps工具组件，实现流程的快速开发和自动化测试及发布，支撑流程的敏捷开发运维和持续迭代，让流程开发运维不再受制于人。
>>下载NBS产品资料<<
https://www.wjx.cn/m/74934419.aspx
Q3：针对我们公司目前两套流程平台，您还有其他建议吗？
从企业/流程平台的长远发展角度来看，不推荐多套流程引擎共用。NBS目前在流程引擎层面采用K2 BPM，作为商业化工作流引擎的翘楚，在稳定性、成熟度、技术支持等方面都有极佳的客户口碑。
01集成层面
集群部署方便，适合大并发系统访问。对于集团内部多系统之间集成默认提供很多种接入方式，并且可以扩展。
02开发层面
作为商业化产品这么多年，对于使用中的问题厂商会很快给予技术支持以及培训。
03配置层面
商业化工作流引擎，向导化的方式进行配置，对于不会开发技术的维护人员，也可以通过培训的方式进行简单的流程开发以及后期维护。
Nebulogy 品牌介绍
Nebulogy致力于通过云原生理念，帮助企业构建PaaS平台，提高开发资源利用率，满足应用快速上线和迭代需求，助力企业实现真正应用云化、业务互联网化。
邮箱：service@nebulogy.com
电话：400-105-0300
来源：oschina
链接：https://my.oschina.net/Nebulogy/blog/4329488