gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-12-03 00:13:29 25 4
gpt4 key购买 nike

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

ToDoListApplicationArchitecture

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

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

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

Web apps architecture: 1 or n API

最佳答案

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

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

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

关于Azure 应用程序 - 分布式架构 - 1 个 API 层与 2 个 API 层 - 设计决策,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37345189/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com