我正在开发一个“服务”,用于从Azure中的许多应用程序中收集信息。一个简单的想法是,这些应用程序中的每一个都将使用某些“组件”(由我提供)来将审计数据发送到“服务”,该“服务”将把审计数据存储在中央数据库中,以便进行报告等。
假设客户端应用程序也在Azure中,但可以由不同的公司拥有/托管。实际上,与客户端应用程序的每次交互都会向“服务”发送审计,因此可能会有大量的流量。
我是Azure的新手,所以非常感谢所有的提示和建议。
向您致敬,Marcin
发布于 2012-11-18 17:15:07
像往常一样,剥猫皮的方法有很多种。
您通常会公开一个web服务(SOAP或REST,取决于您需要的功能,例如安全性),以供应用程序调用,然后该服务将执行您需要它执行的任何工作(例如,写入数据库)。
您可能希望考虑使用service bus queue来解耦从应用程序获取数据并将其写入数据库,并潜在地实现更大的吞吐量(以应用程序到数据库的延迟为代价)
从理论上讲,您可以让应用程序直接与数据库对话,但这通常被认为是一个坏主意,稍后在那里进行抽象(通过某种类型的服务)将允许您在不影响应用程序的情况下对底层数据库进行更改。
发布于 2012-11-18 17:18:59
在这里,您将很好地了解azure支持的内容
http://cloudinteropelements.cloudapp.net/Standards-Based-Messaging-in-Windows-Azure.aspx
https://stackoverflow.com/questions/13438725
复制相似问题