API 主导连接的优缺点

API 主导的连接是当今 IT 面临的最重要的设计模式。它是数字化转型的关键，也是向消费者解锁组织产品和服务的 IT 战略。这种模式有很多方面，所以在本文中，我将记下一些关键租户和一些想法。然后，我希望通过评论和对话，我可以开始讨论，并在将来跟进更多文章。

作为 EPAM API 实践的高级解决方案架构师，我们可以带来的最具影响力的变革是采用 API 主导的连接。大多数组织在某种程度上都有 API，通常是从 SOA 或微服务方法演变而来的。API 被引入一个组织，一次一个，因此，从自然演变开始，会有许多 API，但它们不会遵循 API 主导的连接方法。下一步是遵循这个标准，但经常存在阻力，就像所有变化一样。这导致组织走上连接其系统的点对点路径，这是 API 世界中的反模式。这就像客户端-服务器应用程序的时代，最终被模型-视图-控制器设计模式所取代。API 主导的连接也有类似的概念。在模型-视图-控制器中，系统的用户在视图层连接，控制器管理业务流程，模型连接到数据。

同样，在 API 主导的连接中，也有三层;体验（视图）、流程（控制器）和系统（模型）。这三个层允许您通过体验层和系统层中的记录系统分离应用程序的使用者。业务逻辑和业务流程位于流程层中。这样做有很多好处，我将在下面概述。下图显示了 API 主导的连接示例。

 

 

1. 体验层

您可以将安全性应用于不同的应用程序使用者，具体取决于他们在体验层的身份。这些使用者可以是 Web、移动和第三方，他们可以是组织内部或外部。您可以提供多个安全策略，例如客户端 ID、证书、OAuth 和基于订阅的多个 SLA 层。您可以通过提供或撤销对应用程序的访问权限、授权访问以及监视这些 API 来测量卷和吞吐量来管理这些使用者。这也使您可以轻松地在此层通过您的产品或服务获利。

2. 工艺层

流程层将包含您的业务功能，并且可以分为各个领域。每个业务线都可以有自己的 API，用于定义它们提供的产品或服务。例如，您将有一组定义客户、产品或计费的 API。使用者可从体验层访问进程级别的这些 API。此外，流程 API 可以在流程层调用其他 API，也可以在系统层调用 API，从而提供或更新记录系统中的信息。

3. 系统层

系统层公开来自各种记录系统的信息。这些将是您的遗留系统，数据库，像Salesforce这样的CRM（客户关系管理）和像SAP这样的ERP（企业资源规划）。例如，如果遇到性能问题，可以在此层添加队列、缓存、超时和断路器。此外，一些 API 框架供应商会自动创建此层并使用 AI 来提高性能、消除冗余并删除未使用的功能。

大型组织

API 主导的连接方法在拥有多个开发团队的大型组织中非常有用。您的不同业务线都可以在流程层中各自域内的 API 上工作。例如，您的 Web、移动或第三方合作伙伴可以在体验层连接到 API。同样，系统层可以由与各种记录系统关联的中心 IT 组进行管理。

优点和缺点

我听到的与这种三层方法相关的一些常见抱怨是，层与层之间有多个网络跃点，并且这种方法增加了复杂性。这些是我在迁移到模型-视图-控制器时听到的问题，或者当我们过去为数据库和应用程序使用不同的服务器时听到的问题相同。但是，设计良好的应用程序始终胜过几毫秒的性能。API 主导的连接方法可以通过添加缓存、峰值控制和对多个使用者的监视以及正确调整系统层的安全性来提高性能。另请注意，安全性通常保留在体验层和系统层，而进程层通常使用更快的客户端 ID 和密码级别安全性进行保护。这可以提高系统的整体性能。

API 主导方法的另外两个重要优势是可重用性和快速插入新使用者和记录系统的能力。

总结

这是 API 主导连接是什么以及为什么要使用它的高级视图。我们需要体验层吗？体验层是否应按域、渠道或合作伙伴划分？您应该如何对系统 API 中的数据进行建模？将来，我将更详细地介绍用例、每个层的示例以及这如何帮助您的组织。请分享您在 API 主导的连接方面的经验，包括好处和后果。