双区域 Google Cloud Storage 区域脱机时的编码？
Coding for when a dual-region Google Cloud Storage region goes offline?
使用双区域存储桶时，当区域离线时会发生什么情况？
我的应用程序是否始终连接到同一个主要区域，如果是这样，当它出现故障时，它是否会无形地切换到次要区域？
当主服务器关闭时会发生什么情况，对辅助服务器中的 blob 进行了更改，但对于同一个 blob 也有未同步的更改挂起，当主服务器恢复联机时会发生冲突？
或者仅仅是当它宕机时它就宕机了，但是我的数据在整个区域被破坏的情况下是安全的？
What happens when the primary is down, a change is made to a blob in
the secondary but there are also unsynchronized changes pending for
that same blob that will conflict when the primary comes back online?
使用这个新选项，您可以写入单个 dual-regional 存储桶，而无需在主要位置和次要位置之间手动复制数据。不需要复制工具来执行此操作，并且没有与复制数据相关的网络费用，这意味着存储管理员的开销更少。 如果区域发生故障，我们会透明地处理故障转移并确保您的用户和应用程序在 Cloud Storage 中访问数据的连续性。
Cloud Storage updates bring new replication options
当故障条件得到纠正后，挂起的更改将被同步。
使用双区域存储桶时，当区域离线时会发生什么情况？
我的应用程序是否始终连接到同一个主要区域，如果是这样，当它出现故障时，它是否会无形地切换到次要区域？
当主服务器关闭时会发生什么情况，对辅助服务器中的 blob 进行了更改，但对于同一个 blob 也有未同步的更改挂起，当主服务器恢复联机时会发生冲突？
或者仅仅是当它宕机时它就宕机了，但是我的数据在整个区域被破坏的情况下是安全的？
What happens when the primary is down, a change is made to a blob in the secondary but there are also unsynchronized changes pending for that same blob that will conflict when the primary comes back online?
使用这个新选项，您可以写入单个 dual-regional 存储桶，而无需在主要位置和次要位置之间手动复制数据。不需要复制工具来执行此操作，并且没有与复制数据相关的网络费用，这意味着存储管理员的开销更少。 如果区域发生故障，我们会透明地处理故障转移并确保您的用户和应用程序在 Cloud Storage 中访问数据的连续性。
Cloud Storage updates bring new replication options
当故障条件得到纠正后，挂起的更改将被同步。