关于面向服务架构，我想向用户提一个问题，“它有没有使你的生活变得更轻松？”

　　显然，创建SOA不是件容易的事。你需要重新定位应用开发部建立程序的方式，并起草一项全面的企业架构计划，而在这个过程中你不可能没有遇到一个高难度的问题。如果SOA很容易的话，那么我们就没有必要浪费精力谈论SOA。然而，正是因为实施SOA的艰苦工作，才可以使后来SOA的应用变得顺畅。

　　SOA应该能减少编码工作，缩短项目周期，使商业与IT更好的融合。作为回报，SOA应具有某种简易性。

　　在这十年中的前几年里，服务导向开始重新占据主导地位，虽然这时没有人想到表述性状态传输（REST）会成为SOA中的一部分，但是REST的的确确在SOA概念中植入了SOA应以简易性为中心的理念。首先，也是最重要的，REST是简单的。它利用的是HTTP，工作量极小。特别是最近对REST兴趣颇浓的伯顿集团，一开始称REST为“SOA的下一件大事”，而随后又注意到其非常适用于数据服务，因为REST重视的是数据，而不是过程。

　　REST，从理论上讲，可以帮助实现极少的编码工作以及实现快速组装。如果应用程序失败而转向使用组件服务的话，那么，REST相比于占有更多比例的编码方式，应该比较容易卸载。当然，有一个潜在的问题是它一直仍未实现企业级的应用，但是这一情况即将被改变。

　　IBM取消了其基于REST的孵化器，零工程计划，而Mulesource聘请了Xfire的设计者Dan Diephouse，统筹REST安装工作。这一周将在我们的新闻报道中介绍微软引入程序设计舞台中的一个新简称，MEST，数据交换状态转移（Messaging Exchange State Transfer）。它与REST相关，而且你可以相信它会更多的遵循REST模式。预计市场将会有大量的人员使用基于REST的计划，目的就是为了使您的生活更简单。这一实现方式实在有趣。