Azure多租户SAAS/PAAS?

Azure多租户SAAS/PAAS?,azure,azure-active-directory,azure-web-app-service,azure-managed-app,Azure,Azure Active Directory,Azure Web App Service,Azure Managed App,我是Azure的新手,负责确定将我们的内部asp.net核心web应用程序引入Azure的正确方法,从而使其成为面向客户的多租户产品 根据我目前的研究,我似乎有以下选择 使我的web应用程序成为多租户SAAS应用程序,每个租户进行数据分区 使我的web应用程序成为Azure AD保护的PAAS产品,可以使用部署到客户订阅 将我的解决方案集装箱化(ACI/Dockers等) 问题1:是否有所谓的多租户PAAS应用程序?我遇到的所有参考资料都是多租户SAAS应用程序 问题2:我想知道我的方向是否正确

我是Azure的新手,负责确定将我们的内部asp.net核心web应用程序引入Azure的正确方法,从而使其成为面向客户的多租户产品

根据我目前的研究,我似乎有以下选择

  • 使我的web应用程序成为多租户SAAS应用程序,每个租户进行数据分区
  • 使我的web应用程序成为Azure AD保护的PAAS产品,可以使用部署到客户订阅
  • 将我的解决方案集装箱化(ACI/Dockers等)
  • 问题1:是否有所谓的多租户PAAS应用程序?我遇到的所有参考资料都是多租户SAAS应用程序

    问题2:我想知道我的方向是否正确,是否有任何书籍/参考资料/文档可以帮助我在这方面巩固我的理解

    在这件事上的任何帮助都是非常感谢的

    谢谢

    是否有所谓的多租户PAAS应用程序

    对于多租户PAAS(平台即服务)应用程序,您可以这样理解:

    每个应用程序在其各自的空间中运行,同时仍共享计算、存储和网络资源,并提供安全域和应用程序相关数据和进程的完全分离

    我想知道我的方向是否正确,是否有正确的方向 在这方面可以帮助我的书籍/参考资料/文档 巩固我的理解

    针对ASP.NET核心web应用程序的Azure托管,microsoft正式提供以下解决方案:

    • 应用程序服务Web应用程序

    • 容器(多个选项)

    • 虚拟机(VM)

    App Service Web Apps是大多数场景的推荐方法,包括简单的基于容器的应用。对于微服务体系结构,考虑基于容器的方法。如果您需要对运行应用程序的机器进行更多的控制,请考虑Azure虚拟机。

    有关详细信息,请查看:

    希望能帮助你

    是否有所谓的多租户PAAS应用程序

    对于多租户PAAS(平台即服务)应用程序,您可以这样理解:

    每个应用程序在其各自的空间中运行,同时仍共享计算、存储和网络资源,并提供安全域和应用程序相关数据和进程的完全分离

    我想知道我的方向是否正确,是否有正确的方向 在这方面可以帮助我的书籍/参考资料/文档 巩固我的理解

    针对ASP.NET核心web应用程序的Azure托管,microsoft正式提供以下解决方案:

    • 应用程序服务Web应用程序

    • 容器(多个选项)

    • 虚拟机(VM)

    App Service Web Apps是大多数场景的推荐方法,包括简单的基于容器的应用。对于微服务体系结构,考虑基于容器的方法。如果您需要对运行应用程序的机器进行更多的控制,请考虑Azure虚拟机。

    有关详细信息,请查看:


    希望能帮助您。

    取决于许多因素,其中一些最重要的因素是:

  • 租户人数
  • 租户负载分布(租户负载分布是否大致相同,或者一些租户比其他租户更频繁地使用应用程序10s、100s等)
  • 安全性和数据隔离(是否有安全理由让每个租户拥有自己的环境(域、数据库、应用程序实例)来分隔租户
  • 您最直接的出发点是使用应用程序服务&cosmosdb,因为它几乎可以无限扩展。 然后,如果/当你因为你的要求而撞到了墙(如果你在上面的列表中有类似的东西),那么你就从那里开始


    这是一个一般性的答案,但它实际上取决于应用程序的性质和使用模式/需求。

    取决于许多因素,其中一些最重要的因素是:

  • 租户人数
  • 租户负载分布(租户负载分布是否大致相同,或者一些租户比其他租户更频繁地使用应用程序10s、100s等)
  • 安全性和数据隔离(是否有安全理由让每个租户拥有自己的环境(域、数据库、应用程序实例)来分隔租户
  • 您最直接的出发点是使用应用程序服务&cosmosdb,因为它几乎可以无限扩展。 然后,如果/当你因为你的要求而撞到了墙(如果你在上面的列表中有类似的东西),那么你就从那里开始

    这是一个一般的答案,但它实际上取决于应用程序的性质和使用模式/需求