Windows Azure存储更改传播到实例的速度有多快？

假设我有几个角色实例，其中一个实例写入Azure存储（blob、表或队列-无论什么）。其他实例能够以多快的速度查看和读取这些更改？

没有将数据从Azure存储传播到角色实例。当您从存储请求或持久化数据时，您是在后台通过网络向Azure存储服务发出OData请求

---

因为数据存储在一个中心位置，所以信息只有一个权限。一旦授权被更新，客户端将在请求时立即收到更新的数据

没有数据从Azure存储传播到角色实例。当您从存储请求或持久化数据时，您是在后台通过网络向Azure存储服务发出OData请求

---

因为数据存储在一个中心位置，所以信息只有一个权限。一旦授权被更新，客户端将在请求时立即收到更新的数据

存储不是完全不同的实体吗？因此，一旦一个实例完成对存储的写入，其他实例就应该能够看到它。@Alex R。这是否意味着它会立即看到它，或者会有一些延迟？@sharptooth，正如Alex R.和Steve所说，Azure存储服务和您部署的代码，即您的角色实例是不同的实体。在您的角色实例和Azure基础架构完成的存储服务之间没有任何自动同步。因此，驻留在角色实例中的代码与Azure存储服务之间的任何交互都是显式的，并且在您的控制之下。例如，角色实例A将文件写入blob存储，角色实例B每2秒轮询一次blob存储的更改=2秒更改传播延迟（不考虑网络延迟）。@sharptooth:就像其他人已经提到的那样。将Azure存储视为一种公共资源（例如，文件或数据库），同一应用程序的多个实例使用它。一旦实例#1完成对该公共资源的写入，实例#2就可以立即访问新写入的数据。@tishon：好的，假设“reader”代码在无止境的循环中毫不延迟地轮询更改（

while（true）{pollForChanges（）；}

）-它会在“writer”提交更改后立即看到更改吗？存储不是完全不同的实体吗？因此，一旦一个实例完成对存储的写入，其他实例就应该能够看到它。@Alex R。这是否意味着它会立即看到它，或者会有一些延迟？@sharptooth，正如Alex R.和Steve所说，Azure存储服务和您部署的代码，即您的角色实例是不同的实体。在您的角色实例和Azure基础架构完成的存储服务之间没有任何自动同步。因此，驻留在角色实例中的代码与Azure存储服务之间的任何交互都是显式的，并且在您的控制之下。例如，角色实例A将文件写入blob存储，角色实例B每2秒轮询一次blob存储的更改=2秒更改传播延迟（不考虑网络延迟）。@sharptooth:就像其他人已经提到的那样。将Azure存储视为一种公共资源（例如，文件或数据库），同一应用程序的多个实例使用它。一旦实例#1完成对该公共资源的写入，实例#2就可以立即访问新写入的数据。@tishon：好的，假设“reader”代码在无止境的循环中毫不延迟地轮询更改（

while（true）{pollForChanges（）；}

）-它会在“writer”提交更改后立即看到更改吗？Windows Azure存储是一致的，因此一旦写入完成（存储服务回复成功代码），它就可以被读取。Windows Azure存储是一致的，因此一旦写入完成（存储服务回复成功代码），它就可以被读取。