【发布时间】：2019-01-25 19:35:07
【问题描述】：
我想创建一个地理冗余功能应用程序，这就是我所做的：
- 创建了地理冗余存储帐户
- 在对中的每个区域中创建了一个函数应用
- 将
WEBSITE_CONTENTSHARE更改为指向同一位置
该功能被复制并按预期工作，但应该我这样做吗？
【问题讨论】：
标签： azure azure-functions
【发布时间】：2019-01-25 19:35:07
【问题描述】：
在外部，您仍然有两个不同的函数应用程序 URL，因此从技术上讲，它不是地理冗余的，除非您正在管理两个端点的客户端应用程序配置，或者您的函数应用程序只是轮询资源/在计时器上运行。
此外，如果您的 WEBSITE_CONTENTSHARE 的内容已损坏、被篡改或意外更改为不正确的内容，那么这两个应用程序都会失败。
我看到的地理冗余的典型模式是部署到两个独立数据中心中的两个资源组（这包括拆分存储帐户 - 这是廉价资产）。无论用例如何，这都提供了真正的分离和冗余。通过将传入的 https 请求置于 Azure API 管理之后，你可以更进一步。 I dug this good post up。
【讨论】：
-
另一个资源是用于持久功能的disaster recovery documentation。这些方法通常适用于 Azure Functions（只需忽略处理状态的位。）
-
@Katy Shimizu 你知道如何按照文档中描述的方式创建持久函数吗？在 azure 门户中，我看不到指定应部署应用程序的多个区域的方法。编辑：我想我明白了。我需要通过创建多个功能应用程序并使用流量管理器以这种方式部署它。早些时候，我认为这是内置的:)
-
也可以使用普通函数对这样的架构进行解构。使用持久功能会带来更多好处吗？我理解持久功能带来了状态性。但它能让地理冗余变得更好吗？