企业架构师的工作就是协助企业解决两个问题：如何利用技术改变业务以及如何组织技术来支持业务，The Open Group的（TOG）Chris Harding如是说道。实施和维护一个强健的企业架构，可适用的、面向服务架构（SOA）恰好可以成为实现这二者的正路。

　　“业务和技术人员之间的对话需求空前绝后，”Harding说道，他是TOG的云工作组论坛的主管。在旧金山举行的The Open Group会议上，SOA和EA专家就促进沟通、业务灵活性以及整合企业等话题中EA和SOA的作用，同SearchSOA.com的读者们分享了他们的观点。

　　孕育沟通，将分离的群体带到一起是EA的最高指导原则。“业务、IT和开发说着不同的话，”Ed Harrington说道，他是咨询公司Architecting the Enterprise的高级经理兼会议发言人。“EA提供了这种翻译，”他说，他分享了分类标准和核心EA模型促进通用文档环境。

　　分部系统聚到一起，做任何事情都需要构建一个整合友好的应用，这非常复杂。例如，没有EA，业务人员会解释一个需求，IT人员会回顾技术模型图表。在EA环境中，业务需求和技术功能的探讨核心可以在一个通用平台上文档化。

　　EA也提供了一个应用、服务和业务流程之间连接和整合的统一环境。现在少数企业在一个地方使用信息采集而且仅在那个地方，Allen Brown介绍道，他是The Open Group的董事长兼CEO。跨功能使用信息是规范，因此系统必须整合以便它们可以产生信息来进行跨功能活动。“企业架构是你如何做这件事情的桥梁，”Brown如是说道。

　　“从前，一些部门有不同的孤岛和烟囱，”Brown解释道，现在应用在整体环境中运行，每一个部门的应用都和其它应用连接在一起来处理扩展的服务和业务流程，像制造、经销。

　　The Open Group使用EA转换项目的数量的上升，大多数经常是为了结合成本削减、增加功能和能够快速对竞争业务环境作出反应的目标。例如，The Open Group的文件正在制作：加拿大医疗卫生机构正在致力于停止其系统的快速增加成本。
　　
　　“医疗卫生支出的增长率已经比加拿大GDP的增长率曲线更陡峭，”Brown介绍。该机构正在试验如何削减成本，同时，通过将企业架构师和医疗卫生机构的专家聚在一起来改善体验并转移病患。EA提供了共同基础并为写作设置了流程。

　　没有EA，企业在管理业务和复杂软件和服务的混搭时面临麻烦。在其咨询工作中，Harrington已经看到了很多没有企业架构的副作用，包括：

• 　　限制业务灵活性；
• 　　很难识别和编制SOA服务；
• 　　服务无计划扩张；
• 　　治理控制缺失；
• 　　多SOA孤岛；
• 　　难以改变SOA实现。

　　在EA带给IT和业务的众多好处中，最好的是速度和更有效的决策制定；更好的业务灵活性或者更多的灵活性以及按需改变的适应性；自动化流程和减少从部门到部门的冗余；强有效的服务使用管理以及改善了符合统一目标的沟通方式。

　　SOA如何支持协作和云架构

　　“在我们进行架构的时候，都可以看做是面向服务的，”Brown说道，“在服务基础中，SOA几乎是无处不在。这就是现在SOA的情况。也是我们如何做事情的。”对于分布式流程，SOA是一种基于标准的、跨平台的、面向消息的架构，在业务和IT用同一种语言描述终端服务时创建一种场景。这使得建模更加容易。

　　SOA用很多方法让企业业务更加灵活，Hans Schoebach介绍，他是HDS企业咨询公司的高级系统架构师以及TOG发言人。例如，SOA编制孕育了改变业务流程快速采纳。此外，SOA通过建模业务流程作为服务组合促进了业务和IT人员之间更好的沟通，通过服务契约改善了需求到业务流程之间的映射。像EA、SOA可以通过促进现有服务组件的使用减少服务失败风险。

　　SOA也支持敏捷开发方法的使用，一个关键的敏捷原则就是业务、开发和IT之间的团队合作，Schoebach说道。SOA和敏捷方法一起云状良好有多个原因：

• 　　SOA的服务注册为用户提供了什么服务可用的清晰图纸
• 　　服务用WSDL这样的语言文档化
• 　　SOA通过开发团队的领域专家和开发者促进了相同工具的使用（像BPMN Editor）
• 　　SOA允许测试在业务层独立进行

　　云计算也保持了SOA的价值和其可行性。“没有SOA，你就不能实际拥有用，”Brown说道。Harding补充道业务人员错误地认为只要购买了云服务并绕过IT就行了。实际上并不是这样，他说，因为云是一个技术解决方案，业务人员不想而且不应该管理和支持所有的云服务。在云端，业务人员和技术人员仍旧彼此需要，SOA为他们的活动创建了共同的基础。