【问题标题】:Asynchronous vs. synchronous Web Services practices?异步与同步 Web 服务实践?
【发布时间】:2010-10-21 11:33:45
【问题描述】:

我敢肯定,当今大多数但并非所有 Web 服务都是同步的。如果要实现异步处理,则存在一个基本的设计决策。

为异步 Web 服务实现处理队列系统是否有价值?这是我正在玩弄的 MOM/基础设施决策。不是去系统到系统,而是实现一个中间件来代理所说的交易。服务蜘蛛网的易于管理和跟踪/故障排除似乎是最有意义的。

您在实现异步 Web 服务方面做得如何?

【问题讨论】:

    标签: web-services asynchronous message-queue


    【解决方案1】:

    有趣的是,我偶然发现了这个问题。我对我正在开发的当前项目有同样的担忧。

    我们的 Web 服务是使用 TIBCO 技术开发的,默认情况下它们也是同步的。我们正在考虑创建一个队列机制来异步处理这些请求;原因是:我们必须与之交互的后端存储技术非常缓慢(这是一种强制技术,我们必须处理它)

    我个人正在考虑为异步回复创建第二个 WSDL 定义(这可能比请求晚几秒到几小时,具体取决于所提到的后端存储上的负载。)调用我们 Web 的客户端服务必须反过来使用我们充当客户端的“第二个 WSDL”来实现 Web 服务。

    我很想知道您正在探索的方向。

    【讨论】:

    • 我会更新并在这个问题上保持活跃,但通过我个人资料中的网站给我发电子邮件,我很乐意分享细节。 :)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-03-06
    • 2019-01-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多