c# - 如何使用 SOA 架构实现松散耦合

标签 c# soa esb loose-coupling

我最近一直在做很多关于 SOA 和 ESB 等方面的研究。

我现在正在努力重新设计一些遗留系统,并希望使用比目前更多的 SOA 架构来构建它。我们在大约 5 个网站中使用这些服务,而我们现在遗留系统面临的最大问题之一是,几乎所有的时间,当我们进行错误修复或更新时,我们都需要重新部署我们的 5 个网站,这可能是一个相当耗时的过程。

我的目标是使服务之间的接口(interface)松散耦合,以便无需重新部署所有相关服务和网站即可进行更改。

我需要在不破坏或更新任何依赖项的情况下扩展现有服务接口(interface)的能力。你们以前遇到过这个问题吗?你是怎么解决的?

最佳答案

我建议考虑一种与您目前可能采用的服务不同的服务方式。考虑使用事件而不是请求/响应相互协作的服务。多年来,我一直在与各个垂直领域的客户一起使用这种方法,并取得了巨大的成功。在过去的 4 年里,我写了很多关于这些主题的文章。您可以从这里开始:

http://www.udidahan.com/2006/08/28/podcast-business-and-autonomous-components-in-soa/

希望对您有所帮助。

关于c# - 如何使用 SOA 架构实现松散耦合,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2503071/

相关文章:

java - 使用 JBoss ESB,如何从 smooks 中获取多个对象并将它们用作 ejb 的参数?

c# - MySQL 尝试读取结果集时遇到 fatal error 加载 CSV 文件

c# - 将 C# Forms 应用程序注入(inject)另一个应用程序

java - 从不同流程调用相同 REST 服务时的设计方法?

php - 服务层和模型与领域驱动设计的关联

c# - 当需要多个处理程序时,选择最具体的处理程序

esb - 如何使用自定义 Mule ESB 路由器保留入站主机

c# - 在C# Winform中改变TabControl Header的背景

c# - 停靠的多行文本框被 StatusStrip 覆盖

ruby-on-rails - 服务对象的验证和错误处理