soa
的三个方面（译）
原始
url:
这两天看到了一篇不错的关于
soa
的文章，不敢独享，只可惜是
e
文，所以抽空翻译了一下，跟大家分享。
以下为本博客使用说明
我们的
blogjava
博客特别为大家的方便阅读提供了以下快捷功能：
需要查找关键字―――――――――――――――――请按
ctrl
＋
f
想以后还能看（添加到收藏夹）――――――――――请按
ctrl
＋
d
想刷新一下网页内容―――――――――――――――请按
f5
（应该不需要的，因为
blogjava
已经完全实现了
ajax
）
想保存到硬盘上―――――――――――――――――请按
ctrl
＋
s
需要调用本地（
jini
）服务查看源代码――――――――在网页空白处点击鼠标右键＋
v
不想看了――――――――――――――――――――请按
alt
＋
f4
如果是标签页浏览器―――――――――――――――请按
ctrl
＋
w
实话说，我们比
google
的
gmail
还早实现方便的快捷方式，厉害吧。这里不需要对我表示敬意，只需要对博客的建设者
dudu
老兄留言表示一下感谢就好了。
在开始的时候先介绍一下
soa
的概念。
什么是
soa
？
soa
的全称是
service oriented architecture
，面向服务架构。
她是指为了解决在
internet
环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。这句话的意思就是
soa
不是一门语言或具体的技术，而是一种软件的系统架构，应该说更像一种模式，是一种为了解决复杂的
internet
业务应用而提出的一种体系结构（在我感觉里，这种架构的提出更像
mvc
模式的提出，不过我们总喜欢用模式啊，架构啊的话来体现自己是行业内专业的人，但其实无论说是模式还是架构，这都只是一些名词，如果组合现拥有的技术去实现自己的应用才是最有用的，就不用多谈所谓的架构还是模式了）。
译文
(
翻译：陈朋奕，如果有错误请来我的博客指出
)
：
在做软件开发的人，架构这个词经常被用在三种不同的场合中：应用体系架构（
application architecture
），基础体系架构
(infrastructure architecture)
以及企业架构体系
(enterprise architecture)
。而
soa
的概念横跨了这三种体系，然而很多人在谈到
soa
的时候总喜欢不自觉的把
soa
跟其中的一种混为一谈。
譬如开发者大多对如何建立
soa
应用感兴趣，因此他们关注的趋向更多是
soa
中的应用程序的体系架构方面。而
web serivces
管理工具的卖主一般认为
soa
主要是关于基础组件体系结构的，同样的，用户群体会认为
soa
是用于企业业务应用结构的。
这三种观点都是有意义的，因为这映射了
soa
的三个应用层面。下面是关于这三个方面的一些简单的讲解：
――――
soa
应用体系架构：是建立
soa
服务的指导、模式以及实现的方法。关注面向服务软件平台和个体应用的开发者会特别强调这个方面。如
microsoft’s windows communication foundation
（
wcf
微软视窗通讯基础组件）以及最近提出的
service component architecture (sca
服务构件体系
)
就是跟
soa
这个方面的应用实现。
――――
soa
基础体系架构：是管理和操作
soa
服务的指导、模式以及实现的方法。
soa
的大思想家们有时也会承认自己在这个方面有不足，但真正去实现这些功能的人却知道这些方面的重要性。一般来说，卖主会特别喜欢把关注点和行动实现集中在这里。
――――
soa
业务体系架构：利用
soa
并从
soa
中获得商业利益的指导、模式以及实现的方法。而关于技术的讨论仍然会在这里出现，但更多的关注点已经转移到了人的身上（以人为本？事实上，我对
soa
面临的最大挑战是人的观点——人通常比技术更多问题——有一些自己的看法）。不过，来自
zapthink
的分析家们通常对
soa
提出的建议都是在强调这个方面。
我看到过很多人关于
soa
的意义（甚至是价值）的争论，其实他们的争论只是关于应用程序体系架构主导还是企业体系架构主导而已。这些专业术语仅仅是在我们都认同的情况下才会体现其价值的，因此当别人在讨论这个被过度使用的术语的时候我们应该保持清晰的思路，清楚我们到底讲的是什么才是我们应该把握的方向。