流程模型的所有权独立于部署的物理位置

“引擎部署在哪”和”流程模型归谁管”是两个独立的问题，不该混为一谈——即使把不同团队的流程模型统一部署到同一个中心引擎上，只要这些模型仍然由各自的团队拥有和管理，就没有问题；真正的问题出现在所有模型都被迫由一个中心团队统一管理的时候，这与[[SOA与微服务架构下编排位置的根本差异]]警示的集中式BPM团队接管流程定义所有权是同一种反模式。这个原则类似私有云平台的集中运维模式：物理资源集中部署，但每个团队仍拥有、配置和提供自己的资源；也类似很多公司共享同一个关系型数据库实例——每个应用有自己的库（schema）、自行管理表结构，这种模式相对有效，但依然要承担”一个服务故障拖累所有共享该实例的服务”这个代价。如果部署流程正确接入CI/CD管道，团队成员甚至可能完全不会注意到自己的流程实际部署在哪个物理引擎上——所有权关注的是”谁能改、谁负责”，而不是”数据存在哪台机器上”，这个区分能帮你在”分散式引擎”和”共享引擎”两个选项之外，识别出第三条路：物理上共享、所有权上依然分散。