我们有一个旧式整体网站应用程序，该应用程序托管在Azure Windows服务器上，并且有10个客户使用它，现在，随着应用程序数据的增长，应用程序的带宽正在影响每个客户，因为他们作为单个网站托管在单个服务器中。现在，客户希望按客户分别拆分数据库以减少数据库负载，因此我们按客户拆分数据库。 关于网站，我们在如何进行方面仍然有两难选择，因此我们已经划分了数据库，因此我们认为
由于客户希望这是可扩展的且100％可行，因此一个客户的活动和使用情况不会影响另一客户，并且能够轻松区分成本。
客户还要求区分资源组上每个客户的成本， 以前我们有一个共享资源组。
有人可以建议如何解决这个问题吗？
答案 0 :(得分：0)
如果您的要求适合，则可以利用Azure App Service WebApps（PAAS解决方案）。
您可以通过在控制级别和成本之间进行权衡来将应用程序托管在同一App Service计划中，或将您的应用程序隔离到新的App Service计划中（根据您的要求）。
或者为了更好地控制基础VM，可以利用Azure VM（IAAS解决方案）。
首先，请看一下这种方法-Common web application architectures –使用Azure App Service的整体应用程序设计。
您可以将Web应用程序创建为单独的App Service应用程序。此设计使您可以在单独的App Service计划中运行它们，以便可以独立扩展它们。如果一开始不需要这种级别的可伸缩性，则可以将应用程序部署到同一计划中，然后在必要时将它们移至单独的计划中。
应用服务计划的定价层决定了您获得的应用服务功能以及为计划支付的费用。
Azure App Service plan overview
Azure提供了多种托管应用程序代码的方法。
请结帐此architecture guide on compute decision choice
资源组只是一个容器，其中包含Azure解决方案的相关资源。资源组可以包含解决方案的所有资源，也可以仅包含您要作为组进行管理的资源。它没有直接的成本影响，但是它下面的资源/服务（在本例中为App Service）确实有影响。
您可能想知道：
Explore and analyze costs with cost analysis
Prevent unexpected charges with Azure billing and cost management