电信部门SOA的部署：规划+管理+原则

　　SOA是一个面向服务的、对分布式计算环境基础设施进行设计、建设和管理的架构。SOA建立了商业与IT服务之间的联系，为分布、动态变化的商业环境提供稳定、可扩展、安全和可管理的IT支撑环境。SOA是当今电信领军企业率先考虑的方法论并成为提升通信服务的能力引擎，它使IT部门可搭建灵活的可配置体系以支持随需应变的电信业务。

　　SOA强调两个原则：一是从业务角度，追求业务灵活性，通过增加流程的粒度、快速生成业务流程以及组装应用来及时响应市场的变化;另一方面是从IT角度，追求IT系统简单化，通过服务生成的技术无关性、最大化重用现有服务等方法来实现IT系统的灵活与简化。SOA是更加适应业务要求、生命力更为持久的架构体系。

　　实现SOA之路

　　SOA的建设是一个长期的过程，涉及组织、业务、流程和技术等各方面，须进行全生命周期管理。

　　在实现SOA的过程中，电信运营商需要从六个方面来进行部署。

　　SOA理念传达：帮助企业理解SOA概念，分析SOA获得的收益和潜在影响;

　　SOA评估：应用相关评估方法，确定指导SOA建设的全面路标;

　　SOA架构和管治：在向SOA转变的过程中，需要设立专职的SOA架构管理组织;

　　SOA服务建模：定义、开发和部署业务服务和IT服务，这些服务可以是企业级、产品线级、部门级甚至是项目级的服务;

　　SOA软件开发和部署：确定开发和交付过程中的业务服务和IT服务的粒度，完成软件的开发和部署;

　　SOA管理：在SOA的建设过程中，制定相关政策和服务等级约定，实现对服务和软件生命周期的管理、监控、审计和分析。

　　根据SOA建设的全生命周期管理及建设原则，IT系统向SOA演进的关键部分包括SOA建设管控、服务建模、服务设计和现有应用的服务化改造。

　　制定SOA建设管控

　　建设SOA是企业的长期战略，多数公司都通过成立SOA工作组来实施SOA，以启动SOA的建设。多数情况下，该工作组是一个小而严密的团队，具有多样且互补的技术，掌管企业的总体架构：工作组组长主要由IT负责领导担任;架构管理岗位负责制定内部标准、蓝图、参考架构、设计模式、模板、一些共享和水平服务等技术规范;运行管理岗位负责管理SOA的日常运行维护。

　　SOA工作组是成功实施SOA的最关键要素。没有一个理解如何操作和掌控SOA的优秀团队，实施SOA的工作很难成功。

　　SOA工作组在启动SOA建设时，需确定SOA建设的工作目标，明确SOA工作组流程(需求管理、开发和部署、问题处理、运行评估等)，需完成建立SOA环境运行监控、服务生命周期管理、服务运行质量监控、告警和事件处理等日常工作及职责分配。

　　SOA工作组一旦成立，接下来需由业务和IT团队合作，制定实施路线图。路线图应与公司的战略利益联系在一起，项目进度、资金筹集、人员安排、业务驱动和业界竞争等因素都可能影响实施进程。由于一些因素可能使得SOA脱离正确轨道，应仔细定期追踪进程。

　　SOA路线图一般具有多个阶段。第一阶段是进行前期探索、了解技术挑战，实施诸如验证、授权、确认和数据转换等简单的水平服务;第二阶段是制定更多的面向业务的服务;第三阶段包括聚合服务、开发工作流和集成各个不同的系统。

　　电信部门：进行SOA服务建模

　　进行SOA服务建模

　　服务建模是通过对全部业务流程的全面分析，初步确定业务服务和应用服务，包括服务封装的业务/应用逻辑和对外提供的操作候选。

　　服务建模的前提是需对业务流程和系统功能非常了解。服务建模的工作是一个较长的过程，需要经过若干个阶段才能慢慢完善和确定。服务建模主要包括三个方面的工作：流程梳理、架构设计和SOA产品行业模板。

　　对业务流程进行梳理

　　流程梳理，即从现有流程梳理成果入手，自顶向下，将合理的流程活动封装为服务。

　　在流程梳理的过程中，SOA工作组应采用国际先进方法，电信行业一般采用基于eTOM的流程管理和NGOSS架构，用业务驱动和流程穿越的方法定义和澄清项目的范围，具体包括：梳理和分析对应的业务流程，明确业务流程的节点和涉及的人员角色;分析业务流程对应的IT系统支撑和控制点，用不同的表现形式来区分涉及的IT系统，因为涉及多个IT系统的流程都会涉及到与对应系统的集成;针对业务流程的相似性，使用抽象合并的方法对业务流程进行IT流程的归并。

　　系统架构设计的构建

　　架构设计是从系统功能架构和现有系统模块入手，自底向上封装应用服务和通用服务。

　　从IT系统的建设趋势来看，IT的整合将是建设过程中的主旋律。发掘已有IT系统的潜力，整合系统之间重叠的功能应用，实现系统间信息数据的交互、共享畅通，规范企业技术架构，逐步消除信息孤岛将是未来IT建设的重要举措，因此电信运营商需根据具体需要，由系统功能和现有系统模块入手，引入SOA，建立系统一二级服务类，并构建整体服务建模。只有具备健全的架构基础才可发挥SOA在松散耦合、重用以及抽象技术和服务方面的主要优点。

　　SOA 的参考架构分为多个层面，包括服务的生成与封装、业务流程的建模、企业服务总线的构建等。在SOA的架构中，服务的生成可以在原有系统的基础之上通过封装得到，对于新开发的应用则在开发时即可规划服务的内容与访问形式。总之，服务将以合约或契约的形式存在，而企业服务总线则在服务与调用者之间进行服务的组合、完成透明化的处理(包括协议转换、调用方式、内容格式转换、安全控制等)，应用之间的协同工作则通过流程定义来实现。

　　SOA系统须满足三个条件：数据、界面和业务逻辑分离;能把接口开放出来并容易被调用;能进一步将面向技术的组件包装成面向业务的服务。

　　SOA产品行业模板的借鉴

　　SOA 的战略意义目前已得到业内广泛认可，在企业应用集成领域有着重要的意义。成熟的SOA产品针对不同的行业应用已经有了基本的服务建模，可作为重要参照。 Oracle、IBM、SAP和微软等软件巨头从本世纪初开始陆续为SOA投入了大量资源，目前已经形成比较完善的解决方案。

　　通过SOA促进IT和业务的融合过程包括四个逻辑层次：底层是SOA基础和IT基础架构，其上是行业框架，再上一层是行业解决方案，最上层则是策略性商业推动力。Oracle、IBM、SAP和微软等都已经建立了电信行业的应用架构，这些框架建于最新的行业标准之上，可为企业提供多种设计和部署SOA的方法。通过运用这些框架，企业能够充分利用带有BPM(业务流程管理)的流程模板创建最佳实践，满足自身的业务需求。

　　明确服务设计内容

　　服务设计的目标是为业务流程建立一种与定义侯选服务一致的方法。服务是其接口采用SCA(服务组件体系结构)和SDO(服务数据对象)等一致认可的格式发布的服务操作的逻辑分组。服务设计需与部署到其中的SOA基础架构相兼容，尤其要确保服务应避免不必要的耦合。因此服务设计需遵循基于面向服务的设计原则。

　　根据服务建模结果和统一的服务设计标准，服务设计需要完成各类服务的接口定义API(参考TMF的OSS/J等)。服务设计的流程包括SOA准备、设计以实体为核心的业务服务、设计应用服务、设计以任务为核心的业务服务、设计面向服务业务流程五个阶段。

　　API定义除了业务接口，还需要考虑一些基础接口，用来提供监控、安全、审计等服务。