今天，很多公司都试图采用“服务驱动”的方式来提高敏捷性和响应能力，这不仅表现在与客户和合作伙伴的交互上，也表现在IT基础架构的设计和创建上。“服务驱动”要求IT实施面向服务的架构（SOA），将企业应用中的分散功能组合成基于标准、可互操作的“服务”，并快速组合和重用这些服务来满足业务需求。SOA的中心是服务，而不是应用。通过实施SOA，公司能提高效率，更快地推出服务，并提高敏捷性，以响应不断变化的业务需求。
为了优化IT基础架构以交付服务，并将SOA从理想转化为现实，IT需要一个“智能化”的基础架构，以促进和简化服务的重用，并在当今典型的IT环境（各种技术、协议和应用并存）中可靠地集成服务。IT正在实施一个抽象层，以简化基础架构，隐藏底层多种不同应用和技术造成的复杂性。在几年前，这意味着提供一个用于定制企业应用的平台。而到了今天，抽象层则基于服务，将企业流程表示为服务（由松耦合的业务逻辑片断组装而成），供其他服务和最终用户使用。
在简单高效的SOA基础架构的支持下，IT将可以实现“服务驱动”的愿景，快速推出新服务，在几乎不中断IT基础架构的情况下重用有价值的业务功能；使IT与业务需求保持一致，响应业务流程的更改，并为用户提供更卓越的服务。
为使IT架构尽可能快地响应业务需求，需要改变架构自身的角色。面向服务的架构就是提供改变的一种方式。SOA有明确的特征，它与目前大多数大公司定义的架构方式根本不同。这些特征完全能够适应更快的变化，并能加强业务与企业IT之间的协作。因此SOA架构功能需求主要体现在如下方面：
1、基于服务
IT通常为了满足一个特定业务领域的要求而出现或发展，只考虑那个领域的利益。IT通常都根据项目来投资和创建，目的是解决特定要求，故易出现功能重复的情况。由于采用“逐个项目”的开发方式，在代码或组件级别来共享功能的传统方法已经宣告失效。
基于服务的IT方法改变了功能的开发和交付方式。功能被一次性地考虑、分解和部署在企业的所有级别中，这降低了成本，加快了交付，提高了IT适应变化的能力。除要改变IT投资和管理方法外，基于服务的方法还要求在功能的打包和部署方式上做出改变。SOA还考虑使功能转化为服务的'可能方式，以及这些服务的管理和监控方法。
2、基于标准
传统IT交付的另一个方面是每个项目通常都选取最有利的方法去满足自身需求。这导致了技术增生。当考虑如何使建立在这些技术上的应用交换信息时，就会显露出问题。以前像CORBA和DCOM等基于标准的组件模型效果不好，因为缺少执行它们的技术，还可能延缓支持标准的开发，或二种情况都有。更新技术（如XML、Web服务及UDDI等）为支持重用的、基于标准的SOA奠定了基础，支持这些标准的技术很容易得到，并真正做到了平台中立。
3、企业焦点
如果在业务部门内按项目来开发IT，实现企业范围的流程或信息的可视化与管理将变得极其困难。许多机构通过成立企业架构小组或委员会来解决这些问题。这些小组通常只关注技术选择，而没有执行其他建议的权力。除加强管理外，这些小组需要一个机制，从而依据标准方式，按适当粒度和用户社区可视化水平去定义、配置、监控和管理对企业功能的访问。只有一个构建合理的、基于服务的且符合正确管理原理的企业架构，才能提供所需要的部署平台。
4、业务焦点
在大多数企业中，业务用户需要多种应用去完成他们的日常工作，各个独立的应用是为不同的需求组合而创建的，这又是一个传统IT交付的副产品，会造成浪费工作、增加培训费用、过度依赖专业技能、重复记录数据和缺乏对全部业务流程的可视性和控制等诸多弊端。SOA的目的为业务在用户可以想象的级别上提供功能，使其日常使用变得易于理解、说明、测试和操作。
在实施SOA策略时，IT并不会“取代和淘汰”现有基础架构，而是将这些应用展示为服务，供其他业务流程和应用重用，从而降低成本和复杂性。这就是说，要成功地实施SOA，必须有一个支持在异构环境中执行动态交互的集成层。这个集成层必须考虑IT环境固有的“演变”特性；必须支持不断地改进现有服务，并能随着业务的扩大而快速地添加新服务，以满足新客户、合作伙伴和业务的需求；必须对服务使用者隐藏服务端点的更改；还必须自动管理服务交互。这样，改变服务不会产生中断点（与此相对，点对点的人工实施方法不够可靠，可能产生中断点，从而耗费大量资金）。这样的集成层称为“企业服务总线（接口管理平台）”。
【SOA的架构功能需求分析论文1500字】相关文章：