Azure 应用程序 - 分布式架构 - 1 个 API 层与 2 个 API 层 - 设计决策

Question

背景完成 Azure 应用服务中的 API 应用和 ASP.NET 入门教程 (https://azure.microsoft.com/en-gb/documentation/articles/app-service-api-dotnet-get-started/) 后，我们今天遇到了一个架构问题，围绕将待办事项列表应用程序 API 层拆分为中间层的设计决策API 应用程序和数据层 API 应用程序。

在使用分布式架构构建应用程序时，应考虑哪些因素来了解何时应在 API 层中进行这种类型的分离？

问这个问题的另一种方式是，在构建应用程序时使用单独的中间层 API 层和数据层 API 应用程序有何优缺点？

其他问题我读过Web 应用程序架构:1 或 n API 问题(请参阅下面的链接)，它虽然很有洞察力，但与我们提出的问题略有不同。我们谈论的是一个单一的域，它具有用于中间层(逻辑)和数据层的单独的 API 层。

Web apps architecture: 1 or n API

Answer 1

这当然要看情况。决定是否构建我所说的“基础设施服务”在很大程度上取决于您的需求和应用程序。

基础设施层服务通常比业务逻辑层服务获得更多的重用。它们很容易重新组合成新的应用程序。最常见的实例是将管理界面构建为单独的应用程序。

如果您已经在组织中构建了多个应用程序，并且发现经常发生重用，那么我会认真考虑基础设施服务。如果您的组织正在编写第一个应用程序，并且您没有看到它分散到其他接口(interface)，那么也许只需以 DAO 模式隔离您的数据访问，稍后将其重构为独立服务是相当简单的。