SOA经历了一个不太好过的夏天。最优秀最顶尖的SOA博客们对SOA未来的公开反思已经持续了好久，并且表达出了忧伤的情绪。可以看出，大家对SOA已经感到有些疲劳了。难道是因为许多SOA项目即将展开，有些人在碰到一两次失败之后想转移阵地了？

　　人们时而提到SOA膨胀，也许是这个原因致使了SOA疲劳。对SOA注册库与SOA治理来说，最后定论尚未揭晓。
 
　　人们还无法断定多少算太多，也不知道如果要让机构制造出能在经营中省钱或赚钱的应用的话，怎样做才算综合了最佳的设计实践与良好的开发方法。

　　我们从以往的经验中得知项目膨胀——难道我们不该当心SOA膨胀吗？简单的SOA（Simple SOA）应当是尽量简单，而不是越简单越好。然而，也不应成为规模超大、极为昂贵的超级SOA（Super SOA）。太过面向基础设施，或者太过远离颇具投资回报的“杀手锏应用（killer apps）”，迟早都会醒悟过来的。

　　近几周，随着博客、网站和杂志开始竭力推行小型SOA（Small SOA）或面向Web的架构（Web-Oriented Architecture，WOA）的思想、并抨击超级SOA以来，这一观念变得愈加显著了。这也许是件好事。

　　有时，人们太匆于做出“膨胀”的评价或声称更轻量级的中间件架构将解决所有问题了。然而，事情可以不按正常的比例发展，这倒是真的。

　　所有这些争执均掩饰了一个事实，即服务（Services）和架构（Architecture）均为面向服务的架构（SOA）里的重要部分。其目标是为了构建出正确的应用、确保它能有效工作、保证它能与其他应用相容。而机构里的架构师与开发者们所采用的，是服务的套路。那不是一个产品，也不是魔术。那是一种做事的方式。

　　我们即将进入这样的时刻：许多SOA项目将正式上线运营。人人都“做对”了吗？未必。这是我们要逃离SOA原因吗？不。

　　SOA不是万能的。WOA也不是。这是值得关注的时刻吗？没错。