扩大贵公司的Camunda采用-采用阶段（下）

扩大贵公司的Camunda采用-采用阶段（下）

不要陷入大平台计划中

“我们想在Camunda的基础上建立一个公司范围的BPM（或过程自动化）平台-我们如何做到这一点”？

这是一个非常普遍的问题，其动机通常有两个方面。首先，您不想过多地依赖Camunda，其次，您可能需要将其集成到所有项目都可以利用的公司详细信息中。一些公司甚至使用不同供应商的组件来组装整个SOA或集成堆栈。

这是一个冒险的尝试，其原因有很多：建立定制平台非常困难，这会分散您的业务价值。当您在旅途中很早就解决某些架构原语时，很难将学习内容包括在以后的项目中。而且，保持这种平台最新或修复错误既复杂又耗时。或者只是简单地使基础产品的所有功能可用，并包括新版本的新功能。最后，您根本无法在自己的定制平台上用Google搜寻问题，但是可以使用知名的开源产品。

到目前为止，我所看到的每一项举措都遇到了困难，特别是如果它们在旅程中开始太早的话。在有几个项目上线之前，您不应该考虑创建定制平台，这样您才能真正理解其共同特征并仔细检查每个项目的价值和适用性。

当然，您可能仍会在初始项目中做一些工作，以使运营或企业架构师满意。例如，您可以集成到身份验证和授权基础结构中，或者确保工作流工具将其日志添加到中央日志记录工具中。

重复使用时的注意事项

重复使用可以带来很多意义，因为您可以节省工作量和成本。如果您所有的工作流解决方案都需要与消息传递基础结构进行通信（或更糟糕的是，您的大型机！），则您不想在每个项目中都重新发明轮子。

与其建立定制平台，不如说是另一个成功的模式。将可重用的组件或库视为内部开源项目。您将其提供给您的公司并提供一些资源和帮助。如果很棒，大多数人会很高兴地应用它。但是，除了最初的项目外，没有人需要手工开发这些库。如果项目需要某些其他功能，则它们不会被锁定，但总是可以提供拉取请求-或分叉项目。这种思维模式可以更好地进行扩展，并且不会妨碍任何团队的生产力。

Camunda不断增加对这种重用的支持，例如通过工人目录。这将允许您注册  可以使用图形建模器轻松地在工作流模型中重用的外部任务工作者。这些工作人员（或连接器，如果需要的话）可以例如 将Camunda连接到RPA工具。这种方法可以使您的开发人员提高工作效率，而不会限制任何人仅使用这些连接器。它专注于有用的指南，而不是施加约束。

大多数工作流计划还提出了提取可在不同业务流程中重复使用的流程片段的想法。我对此非常怀疑。如果在一个项目团队中完成此任务，那完全没问题。如果这些片段应在团队之间共享，则不应处理片段，而应使用正确定义的功能和API提取自己的服务。发挥工作流程将成为实现细节。 如果您熟悉DDD，则可以使用有界上下文的概念 ，这将我们带入微服务。