我们创建了一个应用程序,该应用程序是针对特定国家/地区的流量开发的。现在我们正在考虑将申请扩展到其他国家/地区。每个国家/地区的都会有一些共同的流量和不同的流量
比方说,印度的客户入职流程将需要一套文件,这些文件将根据第三方API进行验证/验证。作为客户,入职将需要另一个国家/地区的不同文件集和一些额外数据,在这些国家/地区将根据不同的第三方API进行验证。
是否建议为每个国家/地区创建工作流程,这些国家/地区将有捕获必要数据的人工任务和外部任务/HTTP连接器与第三方API 交互
请建议是采用基于工作流的解决方案,还是建议任何其他适合支持多个国家/地区流量的解决方案
该应用程序构建在弹簧引导上。
在总结方法之前,让我们首先收集并分析支持信息:
- 从商业角度来看,您是独立跟踪国家级病例,还是属于同一流程
- 特定国家的流量会在流量开始时触发吗
- 如果路由到特定国家的流量,是否有可能触发作为共同流量一部分的阶段
是的,对于流程管理/工作流来说,这无疑是一个很好的用例。
考虑将端到端流程构建为一个包含通用部分和不同子流程的父流程,这些子流程涵盖特定国家的变体。在父进程中用于引用子进程的调用活动可以使用进程名称的表达式。这允许您在运行时动态确定适用的子流程,例如基于包含国家代码的数据。