SOA 中的服务版本管理.docVIP

SOA 中的服务版本管理 级别： 初级 Greg Flurry, 高级技术人员, IBM Software Group 2009 年 1 月 14 日 使用面向服务的体系结构作为支持灵活和弹性企业的方法，这种做法正在变得普及。初始 SOA 部署的成功现在让架构师和开发人员能够将重点集中于所有业务和 IT 系统所共有的方面。任何系统中都存在的这样一个不变的方面就是更改。本文讨论 SOA 中的更改挑战，并描述帮助处理此挑战的模型。来自 IBM WebSphere Developer Technical Journal。 处理更改 面向服务的体系结构（Service Oriented Architecture，SOA）正在成功地解决许多企业对业务灵活性和弹性的需要。但是与任何系统一样，即使 SOA 也不可避免地必须处理由于业务或技术原因而导致的更改。事实上，由于 SOA 促进业务敏捷性，而敏捷性意味着更改，因此可以认为 SOA 甚至鼓励更改。但是，即使在 SOA 中，更改也是非常麻烦的。由于 SOA 促进弹性，而弹性意味着能够适应更改，因此可以认为 SOA 必须以适当的方式处理更改。 系统中存在多种粒度级别的更改。由于 SOA 重点关注服务，因此研究 SOA 中的更改的重点自然是服务。当某个事物发生更改时，我们通常将结果视为该事物更改后的新版本。因此，本文将讨论 SOA 上下