2015-11-26 31 views
0

目前,我们有我们的一个URL接收SOAP请求的解决方案,在ASP.Net页面服务这个URL,然后职位,请求到数据库,这是然后从Windows服务拿起和'处理'。Azure的选项来接收SOAP请求

Windows服务完成大部分工作确保SOAP请求中的XML通过各种验证,并传递到下一个服务。

我的问题是,我们正在使我们让它更快,处理好基础设施失效更好,有更多的可扩展性提供它作为我们正在寻求扩大其应用到美国这个解决方案的现代化。我们认为,我们可能能够使用Azure的服务来帮助我们这个,但说实话,我们没有内部的知识,知道什么是最适合我们使用。

谁能为我们指出了正确的方向,使我们可以集中精力,然后我们的调查。当我们第一次写这个解决方案时,事情已经发生了很多变化,我们确信现在有更多的范围。

感谢

回答

0

根据我的理解好像你正在寻找一个可靠的/可扩展的消息平台和服务来处理被放置在邮件系统上的信息。

这里需要大量的业务需求知识劝告适当的包,但作为日志镜头我可以建议你:

发表您的消息Azure的服务总线,然后执行该拿起一个Azure的Web作业在总线上发布消息,然后将其传递给下一个服务,或者执行处理并再次将其放回到总线上。

因此,基于你的技术,你必须去看看是:

1.Azure服务总线

2.Azure网上工作

+0

感谢您的反馈,是的,一个消息我们正在寻找平台,迄今为止我们已经掌握了我们自己的消息系统,这非常有效,但我们在扩大客户群方面略有限制。我已经开始关注Azure服务总线,但不幸的是,当我们在消息中传输文档时,我们正在处理大量消息,所以消息大小限制对我们来说并不合适。 –

+0

正确的,如果你正在尝试做的流媒体,你应该看看Azure的媒体服务和Azure的Blob存储... – Aram