Google app engine 您是否在AppEngine中经历过数据存储宕机？可能性有多大？

谷歌开始使用高复制数据存储（HRD）作为新应用程序的默认设置

来自文档的人力资源：

人力资源部是一个高可用性、高可用性的部门 可靠的存储解决方案。它仍然存在 在运行期间可用于读取和写入 计划内停机时间和严重故障 在灾难面前有弹性 失败，但代价比失败更高 主/从选项

文件中的M/S：

您的数据可能会暂时丢失 数据中心问题期间不可用 或计划内停机

现在，你有没有让停机时间过期？如果这个“停机免责声明”只是理论上的东西，并且不是经常发生，我会使用M/S，因为它更便宜

谷歌用什么数字来表示“停机”？也许他们的停机时间只是一年中的几秒钟，这对于某些应用程序来说是完全可以接受的

---

希望有经验的AppEngine开发人员给出答案。

宕机不是理论上的——它发生在任何分布式系统中。大致来说，有两种类型：本地化和全局。当特定机器出现故障且无法为请求提供服务时，会出现局部问题；当整个服务出现问题时，就会发生全局停机

这两种情况都可能发生在App Engine上：前者是由于局部硬件故障，后者通常是由于计划维护，需要将主从数据存储设置为短期只读。HR数据存储比MS数据存储更可靠地处理这两个问题，并且在维护窗口期间不需要只读时间

---

一旦新的定价方案生效，两个数据存储将以相同的费率收费

---

出于这些和许多其他原因，您应该始终在新应用程序中使用HR数据存储。

宕机不是理论上的——它发生在任何分布式系统中。大致来说，有两种类型：本地化和全局。当特定机器出现故障且无法为请求提供服务时，会出现局部问题；当整个服务出现问题时，就会发生全局停机

这两种情况都可能发生在App Engine上：前者是由于局部硬件故障，后者通常是由于计划维护，需要将主从数据存储设置为短期只读。HR数据存储比MS数据存储更可靠地处理这两个问题，并且在维护窗口期间不需要只读时间

---

一旦新的定价方案生效，两个数据存储将以相同的费率收费

---

出于这些和许多其他原因，你应该在新的应用程序中始终使用人力资源数据存储。

我建议你使用人力资源开发，因为谷歌表示，到年底，他们将使M/S比人力资源开发更昂贵，甚至取消M/S选项，因为他们希望“强制”企业和开发者利用所有人力资源开发优势。真正的原因是维护单一类型的基础设施比同时维护人力资源开发和M/S要便宜，所以谷歌选择人力资源开发。

---

来源：谷歌I/O 2011

我建议你使用人力资源开发，因为谷歌表示，到今年年底，他们将使M/S比人力资源开发更昂贵，甚至取消M/S选项，因为他们希望“迫使”企业和开发者利用所有人力资源开发优势。真正的原因是维护单一类型的基础设施比同时维护人力资源开发和M/S要便宜，所以谷歌选择人力资源开发。

---

来源：谷歌I/O 2011

“一旦新的定价方案生效”，我就错过了这一部分！它在哪里？谢谢你的回答。我知道宕机会发生。但是，你知道谷歌，他们超越了一切。我认为AppEngine可以自动避免本地停机，因为它们可以将请求路由到其他数据中心。如果受影响的数据中心是您的MS型号中的“主”数据中心，则会出现问题，对吗？我忘了什么。你有没有经历过停机时间过期的经历，尼克？“一旦新的定价方案生效，”我怀念那部分！它在哪里？谢谢你的回答。我知道宕机会发生。但是，你知道谷歌，他们超越了一切。我认为AppEngine可以自动避免本地停机，因为它们可以将请求路由到其他数据中心。如果受影响的数据中心是您的MS型号中的“主”数据中心，则会出现问题，对吗？我忘了什么。尼克，你有没有过休息时间？谢谢你，米海。我不知道。这只是对这个老答案的一个反思。看来盖伊刚刚宣布了主人/奴隶的结束谢谢米海。我不知道。这只是对这个老答案的一个反思。看来盖伊刚刚宣布了主人/奴隶的终结