你正在为 Core (SQL) API 在 Azure Cosmos DB 上设计一个全球分布式订单处理系统。该系统必须在东美国和西欧都接受写入，并且在单区域中断期间不能丢失数据，同时能自动故障转移。对于本地用户，读取延迟应最小化。你应该配置什么？

正确答案满足了所有要求。启用多区域写入允许在东美国和西欧同时进行写入，满足了全球分布式写入的需求。配置带有区域优先级列表的自动故障转移确保了在单区域中断时的数据不丢失和自动故障转移。为每个区域的客户端使用会话一致性，可以在本地提供低读取延迟，同时在会话范围内保证读写顺序。 其他选项不满足所有要求： 使用单个写入区域无法满足在两个区域都接受写入的需求。 启用多个写入区域并使用强一致性会导致写入延迟显著增加，因为所有写入都需要在所有区域达成共识，这与低读取延迟的目标相悖。 Azure Table storage 不提供 Cosmos DB 要求的全球分布式写入和自动故障转移能力。 在虚拟机上的 MongoDB 不属于 Azure Cosmos DB 的 Core (SQL) API 范畴，且需要额外的管理开销。