哪种azure服务计划最适合承载高流量的SPA

哪种azure服务计划最适合承载高流量的SPA,azure,azure-web-app-service,azure-app-service-plans,azure-webapps,Azure,Azure Web App Service,Azure App Service Plans,Azure Webapps,Angular 8中的SPA需要在Azure web应用程序上托管。哪种计划是最佳的基本计划、标准计划还是高级计划?或者我们可以使用Azure存储方法吗?Azure中的应用程序服务计划本质上是应用程序要运行的计算资源集,每个应用程序服务计划层都提供一些功能 正如您所提到的,这将是您的生产构建,应用程序的传入流量将更高-标准应用程序服务计划应该适合您,推荐用于生产工作负载。就层而言,您可以从S1开始,监控流量或负载,甚至执行压力测试,以得出正确的容量。使用标准计划不仅可以为您提供99.95%的SL

Angular 8中的SPA需要在Azure web应用程序上托管。哪种计划是最佳的基本计划、标准计划还是高级计划?或者我们可以使用Azure存储方法吗?

Azure中的应用程序服务计划本质上是应用程序要运行的计算资源集,每个应用程序服务计划层都提供一些功能

正如您所提到的,这将是您的生产构建,应用程序的传入流量将更高-标准应用程序服务计划应该适合您,推荐用于生产工作负载。就层而言,您可以从S1开始,监控流量或负载,甚至执行压力测试,以得出正确的容量。使用标准计划不仅可以为您提供99.95%的SLA,还可以让您配置其他非常有用的功能,如自动扩展、自定义域、SSL和每日备份


请注意-应用程序服务免费和共享(预览)托管计划是与其他应用程序服务应用程序在同一Azure虚拟机上运行的基本层。某些应用程序可能属于其他客户。这些层仅用于开发和测试目的。因此,您仍然可以使用经济高效的计划,但请确保您仅为您的开发和测试环境使用免费或共享的应用程序服务计划。

Azure中的应用程序服务计划本质上是应用程序要运行的计算资源集,每个应用程序服务计划层都提供了一些功能

正如您所提到的,这将是您的生产构建,应用程序的传入流量将更高-标准应用程序服务计划应该适合您,推荐用于生产工作负载。就层而言,您可以从S1开始,监控流量或负载,甚至执行压力测试,以得出正确的容量。使用标准计划不仅可以为您提供99.95%的SLA,还可以让您配置其他非常有用的功能,如自动扩展、自定义域、SSL和每日备份


请注意-应用程序服务免费和共享(预览)托管计划是与其他应用程序服务应用程序在同一Azure虚拟机上运行的基本层。某些应用程序可能属于其他客户。这些层仅用于开发和测试目的。因此,您仍然可以使用经济高效的计划,但请确保您仅为您的开发和测试环境使用免费或共享的应用程序服务计划。

托管单页应用程序的最佳方式是使用存储帐户。除了巨大的成本节约之外,您还可以轻松地将其与CDN集成,以快速向最终用户交付资产

有用链接:


托管单页应用程序的最佳方法是使用存储帐户。除了巨大的成本节约之外,您还可以轻松地将其与CDN集成,以快速向最终用户交付资产

有用链接:


谢谢伯山提供的信息。就连我也在考虑S1计划的开始,然后再看表演。除此之外,如果一个带有请求触发器的逻辑应用程序一次收到的点击次数超过1000次,您将如何看待?是否存在任何性能问题或失败机会?Logic app作为Azure的无服务器产品,规模和并发性不应成为问题,但是根据Logic app limits文档,当并发控制关闭时,触发并发性是无限的。有关更多详细信息,您可以参考此链接。谢谢您的信息,Bhushan。就连我也在考虑S1计划的开始,然后再看表演。除此之外,如果一个带有请求触发器的逻辑应用程序一次收到的点击次数超过1000次,您将如何看待?是否存在任何性能问题或失败机会?Logic app作为Azure的无服务器产品,规模和并发性不应成为问题,但是根据Logic app limits文档,当并发控制关闭时,触发并发性是无限的。有关更多详细信息,您可以参考这个链接,我实现了这个方法,它工作得非常好,这是推荐用于生产应用程序还是这是开发/测试/质量保证的最佳方案?这是否能够管理高压力/高负载?我实施了这种方法,它工作得很好,这是推荐用于生产应用程序还是这是开发/测试/质量保证的最佳方案?这是否能够管理高应力/负载?