Windows Azure 角色状态是否已满
根据 MSDN 的说法，Azure 服务可以包含任意数量的辅助角色。据我所知，Windows Azure Fabric 可以随时回收辅助角色。如果是这样，则：
- 辅助角色应该是无状态的，或者
- 辅助角色应该将其状态保留到 Windows Azure 存储服务。
但我想制作一个包含客户端数据的服务，并且不想使用Azure存储服务。我怎样才能做到这一点？
According to MSDN, an azure service can conatins any number of worker roles. According to my knowledge a worker role can be recycled at any time by Windows Azure Fabric. If it is the true, then:
- Worker role should be state less OR
- Worker role should persist its state to Windows Azure storage services.
But i want to make a service which conatains client data and do not want to use Azure storage service. How I can accomplish this?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
AppFabric 的速度（无论它叫什么）组件是一个分布式缓存，可以在这些情况下使用。
The velocity (whatever it is called) component of AppFabric is a distributed cache and can be used in these situations.
Azure 的 Web 和计算角色是无状态的，这意味着它的所有本地数据都是易失性的，如果您想维护状态，则需要使用一些外部资源来维护该状态，并在应用程序中使用逻辑来处理该状态。为简单起见，您可以使用 Azure 驱动器，但在内部它又是一个 Blob 存储。
Azure's web and compute roles are stateless means all its local data is volatile and if you want to maintain the state you need to use some external resource to maintain that state and logic in your app to handle that. For simplicity you can use Azure drive but again internally its a blob storage.
您可以使用标准文件 IO API 在辅助角色上写入本地存储 - 但这将在实例关闭时被删除。
您还可以使用 SQL Azure，或通过 HTTP 将数据发布到另一个存储服务（例如 Amazon S3 或您自己的服务器）。
然而，这可能会对性能产生影响。根据您要存储的数据量、频率和大小，使用 Azure 存储可能会更好！
为什么不想使用 Azure 存储？
You can write to local storage on the worker role by using the standard file IO APIs - but this will be erased upon instance shutdown.
You could also use SQL Azure, or post your data off to another storage service by HTTP (e.g. Amazon S3, or your own server).
However, this is likely to have performance implications. Depending on how much data you'll be storing, how frequently, and how big it is, you might be better off with Azure Storage!
Why don't you want to use Azure Storage?
如果数据可以存储在 Azure 中，您有很多选择：Azure 分布式缓存、SQL Azure、blob、表、队列或 Azure Drive。听起来您需要持久性，但无法使用任何这些 Azure 存储机制。如果数据安全是问题，您可以对数据进行加密/散列吗？了解为什么会很有用。
一种替代方案可能根本不持久，通过将同步 Web 服务调用链接/嵌套在一起，从而实现可靠的消息传递。
另一种可能是使用 Azure Connect 将 Azure 计算资源域加入到本地数据中心（如果有），并使用本地存储。
If the data could be stored in Azure you have a good number of choices: Azure distributed cache, SQL Azure, blob, table, queue, or Azure Drive. It sounds like you need persistence, but can't use any of these Azure storage mechanisms. If data security is the problem, could you encrypt/hashing the data? Understanding why would be useful.
One alternative might be not persist at all, by chaining/nesting synchronous web service calls together, thus achieving reliable messaging.
Another might be to use Azure Connect to domain join Azure compute resource to your local data centre (if you have one), and use you on-premise storage.