SOA与IT规划

在SOA治理方面，没有一个包治百病的解决方案。每一个机构都有自己独特的特点并且都处在SOA成熟度的不同点上。本文将重点介绍一些SOA治理的主要的最佳做法，供希望实施SOA治理的机构参考。

随着SOA成熟，SOA信息设计的问题变得越来越重要。SOA从业者开始认识到使用规范数据（相较于EAI里的规范数据）是构建可重用组合式服务而不会遭遇映射中介大杂烩的必要条件。

随着企业对于云计算的关注程度越来越大，对于SOA的关注程度不再像过去那么强烈。事实上，有许多东西，云计算提供商SOA厂商可以相互借鉴和学习。

SOA归根结底是一种企业架构，因此它是从企业的需求开始的。但是，SOA和其它企业架构方法有很大的不同，主要体现在SOA提供的业务具有敏捷性的特征。对架构设计师来说，创建一个业务架构意味着创建一个IT架构，这个IT架构完全可以满足目前还没有明确概念的业务需求。

随着机构评估如何开始自己的SOA转换，一个诱人的集中的地方是治理领域。通过建立一个与机构衔接的治理基础，提供最佳的做法并且提供对扩展的企业的支持，从SOA计划中获得可以衡量的业务成果是非常可能的。

企业信息化的现状与业务需求发展不匹配，迫切需要提高信息化程度，藉此简化和优化内部流程，实现信息共享，提升决策、反应速度，从而降低风险和成本，增加投资收益。

讨论关于SOA注册（Registry）的声音还没有退去，人们又更多地意识到SOA中另一个关键的组件存储库（Repository）。注册和存储库之间究竟有什么区别呢？

南京油运、东风汽车、中远集运等企业的SOA应用给企业的业务带来了巨大的帮助。

企业的非关系型数据库采用过程中最大的挑战就是转变决策者的思想观念——让他们相信并非所有的数据/对象都适合关系型数据库。最能证明这一点就是选择合适的用例去尝试非关系型数据库，进而证实在合适的背景下，非关系型数据库是比关系型数据库更有效的解决方案。

SOA（Service-OrientedArchitecture，SOA）是一种软件构架，它由服务和基础设施构成，通过运行于基础设施之上的服务和服务的联合灵活地实现功能需求。

SOA(ServiceOrientedArchitecture)即而向服务架构，最近几年来越来越热，不断发展。各大厂商在这方面也不断加大投入，推出自己的解决方案和相关产品。

SOA的发展可谓是一波三折，从最初的默默无闻到厂商与媒体的大力吹捧，直到现在可以说SOA已经进入到了落地实施阶段。

实际上，SOA是一种拥有具体的思路或者面向服务的业务架构方式。SOA并非局限在IT领域，它包括企业许多不同的领域使用的通用的流程和服务。

关于业务流程管理(BPM)和面向服务架构(SOA)之间关系的讨论热闹非凡。

很多人认为2008年到2009年的经济危机会扼杀掉面向服务的架构体系（SOA）。其实不然，经济的不景气反而促进了其发展。