架构设计的指导思想

工作好几年了，也做了几个项目，用了也搞了一些架构，可是基本没有脱离SSH之类的三层或者多层架构，关于这种架构，一直用得很好，却很少去思考为什么要这样做，最近公司要搞统一架构，我想连架构设计的思想都没搞清楚的话，是肯定做不成这件事的，于是乎，开始思考和学习起来。
    查阅一些资料后，我发现，要准确定义什么是架构似乎都是很难的一件事，很多专家都有自己的一套理论，但是总的来说，我比较支持Roy Thomas Fielding博士《架构风格与基于网络的软件架构设计》这篇论文中的说法（感谢满江红的翻译）。
    这篇文章前面对架构的概念，元素，以及评估标准都做了一个比较完整的定义，后面主要是提出REST这种架构的方案，原文比较长，我其实也还没有完全看完，不过一边看一边做做思想总结总是比较好的。
    首先原文明确了对软件架构的认识，作者认为软件架构是对运行时软件的各个部分的抽像方式，作者还特意强调软件架构不是源代码，不是设计文档，而是运行时的软件，作者认为软件架构本身应该是一种实现，而不仅仅是设计，结合现在的敏捷开发思想来说，我觉得始终把注意力放在最终的作品上都是很不错的，所以这个论文的观点一开始就比较对我的胃口了。
    然后原文进一步提出了对于架构中应该有那些抽象的元素，主要分为三部分，即组件(Compoment),连接器(Contector)和数据(Data)。这个抽象层次其实是相当高的，作者认为架构实际上由一个个的组件所构成，由连接器负责将组件组合成一个统一的软件，而数据则是在组件之间传输的单元，我觉得这种方式实际上和我们现在用的大多数架构思想是一致的。比如组件可以认为是Spr