随着社区对SOA经验的积累，人们对于它的态度也越来越务实。在2007年，SOA不乏一些亮点。例如，SCA因最终成为OASIS的标准而变得更加开放，又有几个WS相关的协议被关闭了，新工具也在一如既往地推出等等。但是，最应该关注的恐怕还是一些观念和思想上的变化。因为，工具最终还是为人所用，而不应是人被工具束缚。这也是本次选择新闻的原则，即思想第一，工具技术第二。

1.  SOA != Web服务
许多人认为SOA和Web服务是一码事——但它们不是。在最近的一篇文章中，Zapthink的分析师试图为此查找原因，并声称到了更清楚地区分这些术语的时候了。

点评：认为SOA = Web服务的人不在少数，虽然Web服务应用广泛，但它终究只是SOA的一个实现技术

2.  如何决定服务的粒度？
最近来自Zapthink的一份报告讨论了服务的粒度，以及服务的规模或者复合程度如何影响其设计。他们给出了一份表格，列出了在开发服务的时候可能需要作出的权衡。

点评：粒度的划分已是软件设计中的老问题，划分合适的粒度并不容易，也没有公式可直接照搬。看看专业咨询公司的建议，也不失为一种好的参考。

3.  李锟谈Fielding博士REST论文中文版发布
日前，Roy Thomas Fielding博士关于REST的论文中文版已正式对外发布。在这个2000年所著的论文中首次系统阐述了REST的架构风格和设计思想，对理解Web架构和HTTP、URI等标准背后的原理非常有帮助。InfoQ中文站编辑霍泰稳就此采访了主导此次公益性翻译的Ajaxcn.org网站站长李锟。

点评：在长时间容忍复杂的WS-*之后，REST成了人们的新宠。饮水不忘挖井人，看看这篇论文，或许会对你进一步理解REST有帮助，尤其是它还有中文版。

4.争论：REST需要描述语言吗？
追踪上周在此讨论的关于REST vs. WS-*的争论，值得注意的是，以REST化服务契约为主题的争论在最近几天甚嚣尘上。

点评：REST本来就因其简单而吸引使用者，但是随着使用者的日益壮大，各类需求也纷纷涌出。是保持其纯洁性，还是根据用户的需求进化？给REST增加描述语言不再仅仅是给REST增加一个特性这么简单。

5.  ESB这个词到底是什么意思？
微软Connected Systems部门的程序经理Nick Allen在他的博客中收集了对ESB的几种定义，并澄清了微软在这个问题上的立场。

点评：ESB到底是什么？是模式，是产品？各说纷纭，看看微软是怎么说的。

6.  开源是SOA的未来之路吗？
Dana Gardner引用了最近发布的一些报告，为开源和SOA之间的相互促进提供了进一步的佐证。开源的道路会让SOA更容易被人接受吗？

点评：开源运动已经深入人心，也成了快速获取用户的途径。为了吸引更多的人们参与SOA，开源也成了一种很自然的选择。

7.  让敏捷方法和企业架构和谐共舞
一份来自Cutter Consortium的报告向我们提出了这样一个问题：“敏捷方法和企业架构兼容吗？”并且也给出了这样一个答案：“是的，但需要付出努力”。该报告的作者推荐运用特殊技巧以允许敏捷方法和企业架构互相受益。此外，他们的观察结果、分析和建议也直接适用于敏捷方法和“面向服务的架构SOA”之间的结合。

点评：在尝过敏捷方法甜头之后，人们开始热切地寻找敏捷在其它方面的应用之道。这次，他们将目光盯向了EA。

8.  面向服务用户界面的出现昭示服务器支持的MVC死亡来临？
Nolan Wright认为服务器支持的MVC实现已是过往之物，而服务、Ajax和DHTML则必将大幅简化我们构建Web应用的复杂度。

点评：MVC过时了？类似的话已经听过多次，看看这一次又有什么新鲜的内容。

9.  Oslo：微软将组合应用带入主流
10月30日早上，微软公开了简化SOA的愿景与路线图，桥接软件+服务并将组合应用带入主流。该成就的代码名称是“Oslo”。

点评：从ActiveX到.NET，MS在创建新名词方面的速度总是大于确切解释它的速度。Oslo，就是微软制造的又一新名词。

10.  SOA重在技术还是业务？
Nick Gall认为脱离技术去讨论SOA是有问题的。他这是看了Andrew McAfee的一篇批评“无关技术论”的贴子之后有感而发。当然技术是重要的，但从另一方面来说……业务需要不是更重要吗？

点评：技术、业务孰重孰轻，应该很容易分辨吧？应该注意的是，两者不是绝对割裂的。没有业务，技术失去了其存在的价值；没有技术，业务就没有落地的基础。