Azure功能地理冗余
我想创建一个地理冗余功能应用程序,这就是我所做的:Azure功能地理冗余,azure,azure-functions,Azure,Azure Functions,我想创建一个地理冗余功能应用程序,这就是我所做的: 创建了一个地理冗余存储帐户 在对中的每个区域创建一个函数应用程序 已将网站\u CONTENTSHARE更改为指向同一位置 该函数是重复的,并按预期工作,但我应该这样做吗?从外部看,您仍然有两个不同的函数应用程序URL,因此从技术上讲,它不是地理冗余的,除非您正在为两个端点管理客户端应用程序配置,或者您的函数应用程序只轮询资源/在计时器上运行 此外,如果您的网站内容被破坏、篡改或意外更改为不正确的内容,则两个应用程序都将失败 我所看到的地理
- 创建了一个地理冗余存储帐户
- 在对中的每个区域创建一个函数应用程序
- 已将
更改为指向同一位置网站\u CONTENTSHARE
该函数是重复的,并按预期工作,但我应该这样做吗?从外部看,您仍然有两个不同的函数应用程序URL,因此从技术上讲,它不是地理冗余的,除非您正在为两个端点管理客户端应用程序配置,或者您的函数应用程序只轮询资源/在计时器上运行 此外,如果您的网站内容被破坏、篡改或意外更改为不正确的内容,则两个应用程序都将失败
我所看到的地理冗余的典型模式是部署到两个独立数据中心的两个资源组(这包括拆分存储帐户-这是廉价资产)。这提供了真正的分离和冗余,而不考虑用例。通过将传入的https请求置于Azure API管理之后,您可以更进一步地处理它们 另一个资源是用于持久功能的。这些方法通常适用于Azure函数(忽略位寻址状态。)@Katy Shimizu您知道如何按照文档中描述的方式创建持久函数吗?在azure门户中,我看不到一种方法可以指定应用程序应该部署到的多个区域。编辑:我想我明白了。我需要通过创建多功能应用程序和使用流量管理器以这种方式部署它。在前面,我假设它是内置的:)我们也可以使用正常的功能来设计这样的架构。使用持久功能是否能带来更多好处?我理解持久的功能带来了状态。但这是不是让地理冗余变得更好?