知识卡片
分散式工作流工具规模化后的监控挑战
内容
呼应[[分散式引擎与共享引擎的取舍自主隔离与运维简化的对立]]的判断,本书更推荐让每个团队运行自己的工作流引擎(尤其在微服务场景下),因为它靠团队间的隔离支撑真正的规模化——但这意味着要接受工作流平台”混杂安装”的现实:不同团队可能用不同版本、甚至不同厂商的引擎。规模化到这一步会自然浮现一批新问题:如何了解实际都在运行什么?如何确保各处安装的平台都打上了重要补丁?所有引擎是否都运行良好?如何从形形色色的引擎里统一收集指标,以便核实是否还在许可证限制范围内?这些问题一般由专家中心、工作流负责人,或专职负责流程自动化的企业架构师来提出并解决。具体怎么回答取决于所用的具体工具,但通常并不复杂——很多工具本身就提供API,可以像从公司内部不同引擎里自动抓取关系型数据一样统一采集,甚至可以进一步做到一键批量更新引擎版本。如果用的是公有云托管服务,这类能力往往已经内置在控制台里,更省心;私有云环境下也可能实现类似的集中管控能力。
参考来源
- 位置:《流程自动化实战:系统架构和软件开发视角》第12章《引入流程自动化的过程》"12.3.4 分散式工作流工具"(源文件:_epub-src/EPUB/xhtml/Section0001_0017.xhtml)
- 结论依据:原文说明分散式引擎在规模化后带来的补丁一致性、运行健康度、许可证合规指标收集等问题,通常由COE或工作流负责人负责,并说明多数工具提供API支持批量采集甚至一键更新,公有云托管服务通常已内置这类控制台能力,直接支撑本卡片结论。
- 原始内容:这带来一些问题。如何了解实际运行的内容?如何确保安装好的平台包含所有的重要补丁?……使用工具提供API即可。甚至可以更进一步,一键更新引擎……如果你使用公有云的托管服务,这些会更容易,因为它们已经内置了这些功能的控制台。