Buy Database

微服务的想法并不新鲜。然而，近年来，许多其他公司已经开发了基于具有 REST API 接口的真正微服务架构的产品。如今，可用的 API 越来越多，将现有数据和服务转换为 API 的方式也越来越多，API 管理平台也越来越多。所有这一切都将继续融入基于API 的经济并为其创造越来越多的价值。这就是 ProcessMaker 荣获 Stratus Cloud 奖的原因。

微服务 API 仅仅是开始
我们才刚刚进入 API 新世界。在这个世界上，API 是下一代软件和 Web 服务的构建块。尽管 API 已经存在了一段时间，但 REST API 相对较新并且非常容易理解。此外，“永远在线”的消费服务的想法相对较新且具有变革性。

ProcessMaker I/O 获得了 Stratus Cloud 奖，因为它是一种高度弹性和高度可扩展的工作流引擎微服务，可以协调人工工作流和微服务之间的工作流。用户可以注册免费的开​​发者帐户，并根据需要启动任意数量的云微服务工作流引擎。每个引擎都能无缝适应用户。 ProcessMaker I/O 引擎在幕后处理水平和垂直缩放的所有复杂性。这使得开发人员可以轻松地将我们的 API 集成到他们的企业应用程序中，并专注于创建高质量的软件。

工作流 API 对比平台即服务
这种类型的微服务编排引擎不同于Mulesoft、Zapier、Flowgear、Dell Boomi等 亚美尼亚电报负责人 公司提供的 iPaaS（集成平台即服务）方法。事实上，ProcessMaker I/O 产品是对现有 iPaaS 服务的补充。 iPaaS 解决方案往往侧重于基于顺序连接器到连接器的微服务协调方法。对于纯粹的集成场景，这是合适的解决方案。然而，企业通常需要一种更加以流程为中心的方法。我指的是存在涉及复杂业务规则和逻辑的端到端业务流程的情况。此外，这些流程还将涉及人类参与者以及 REST API 之间的集成。例如，在 zapier 内部构建 ZAP，然后从更大的端到端 ProcessMaker I/O 进程调用它可能是有意义的。总之，以下是 iPaas 和工作流程 API 共存的方式。

复杂的业务流程逻辑
ProcessMaker I/O 使用 BPMN 支持的工作流引擎包装纯微服务编排。 BPMN 2.0 规范提供了传统 iPaaS 工作流程无法提供的复杂程度。 ProcessMaker I/0 API 可以运行复杂的流程。例如，该流程可能包括并行路由、升级路由、自动错误处理、关闭路径以及与人工审核和批准任务的优雅交互。

事实上，ProcessMaker API 在云端“始终在线”，这使得它简单易用。用户可以在几秒钟内生成 API。 SaaS 服务或基于用户的定价计划不需要冗长的注册过程，这一点令人困惑。