soa技术范文1
在SOA的架构中，包含了各种各样的实施技术。其中既有BPM、ESB类技术，也有SCA技术。这些技术可以单独使用，也可以结合使用。在系统复杂，服务需要统一管理的场合可以考虑以ESB为骨干构建应用。下面我们分别针对这3类技术，描述各自的特点。
SCA技术适合构建新系统，尤其是“服务”化的系统。与一般的分布式组件技术相比，SCA技术不限定组件的实现方式，也不限定分布式组件之间的交互协议。SCA组件非常容易复用――借助组装模型，将不同实现方式的组件结合在一起使用，并且可以根据实际需要选择恰当的分布式交互协议。SCA定义了实现语言的接口与WSDL接口一致转换的要求。如果遵守这些限定定义接口并实现组件，那么将非常容易地构建一个“服务”化的系统。
目前ESB并无统一标准，大都是各个厂商自己的实现。但近期基于JBI标准的ESB也在逐步被应用。ESB适合处理服务集成问题。借助SCA组装模型，虽然可以一定程度的满足协议转换以及(地址转换)的要求。不过存在处理数据变换，基于内容的路由等需求时，SCA没有提供对应的解决方案，必须通过编写组件支持。ESB更适合处理灵活的数据变换、基于内容的路由、协议转换、统一的寻址等方面的问题。除能快速创建集成逻辑之外，借助于ESB还可以为服务提供统一的寻址，从而能够集中的管理服务。这一特点尤其适用与Web服务较多的场合。
SCA与ESB存在一定的功能重叠，那么SCA与ESB如何在一起配合工作?一是使用ESB集中管理服务的地址以及处理服务的协议转换，这样SCA组装框架访问的服务是ESB上的服务，这样有助于统一的管理服务。二是使用ESB处理特定的服务集成问题，而不是编写一个SCA组件来处理集成流程。这样SCA组件可以在定义良好的业务接口上实现业务逻辑。三是借助ESB为服务提供额外的网关访问控制，尤其是将企业内的服务暴露给外部访问时。
ESB适合处理遗留应用系统的集成，以及遗留应用系统的服务化。为达到应用集成的目标，ESB会提供一些适配器，用来处理与各种IT设施的访问。大多数ESB会定义某种开发模型来处理这两类集成问题。本质上这一开发模型也是一种流程定义模型，不过它更关注为处理常见集成问题提供更简单、直接的解决办法，而不是试图解决所有可能的流程组合逻辑。
另外在SOA的应用背景下，还会有将遗留应用系统服务化的需要。譬如将存储的数据服务化，或者将一个内部接口的应用系统服务化。借助ESB将很容易实施。
BPM技术包括BPEL、XPDL等多种技术规范。BPM可用于处理服务集成。现代的BPM工具都会支持Web服务，BPM本身可以描述流程。因此可以被用来处理服务集成的场合。
不过相对于ESB针对集成问题特殊设计的开发模型，在处理常见的集成问题时，BPM的流程逻辑会显得复杂。因此在BPM工具与ESB工具同时存在时，可以考虑：服务间的集成问题由ESB负责处理；BPM流程只描述业务处理流程，保持业务逻辑的纯粹性。
soa技术范文2
关键词：面向服务架构；云平台；大学资源计划；统一身份验证；通用分组无线业务；管理信息系统
中图分类号：TP311文献标识码：A文章编号：1009-3044(2011)09-2048-03
URP-based SOA Technology Research on the Construction of University
CHEN Yong1, WU Zhong-bin1, XU Li-chun2, LI Chuan-zhi2
(1. Department of Computer Science, Suqian College, Suqian 223800, China; 2. College of Information, Yangze University, Wuxi 214122, China)
Abstract: SOA-based integration technology, university management information system software design, integrated to quantify the important school information, more focused integration of information to help manage workers, school managers to make management decisions dynamic adjustment process for the URP model of transformation of the practice of providing specific information. Also developed a university can be applied to all types of wireless and network management software system that combines design model, the work can be quantified to provide a sample data system to compare the low cost solution in the process of campus information technology " islands of information problem ", to further enhance the integration of campus information.
Key words: SOA(service-oriented architecture); Cloud Platform; UIS; URP(University Resource Planning); J2EE; GPRS; MIS
高校数字校园的迅速发展中存在的“信息孤岛”[1-2]问题为校园信息化管理结构、管理模式出了新要求。因为信息孤岛的产生并不是短时间的。学校建设计算机应用系统越早，问题反而更严重，因为已运行的系统是在不同时期、由不同部门开发的，如果没有统一的信息标准的指导，各系统只能是一个个信息孤岛整合这些系统，使之能进行数据交换、资源共享将是一件极其艰巨的工作。
在国内，2000年，清华大学率先提出了URP理论认为数字校园最核心的部分应该是大学资源计划。清华大学也是我国最早进行校园信息化的大学，该校计算机中心提出的“数字校园”、“大学资源计划”（URP,University Resource Planning）、“校园数据中心”、“数字校园运行服务体系”等高校信息化理念，受到了全国高校信息化领域同行们的高度认可，成为此领域内开展工作的重要参考依据。早在1988年学校就颁布了《清华大学学生管理信息标准》和《清华大学教职工管理信息标准》蓝皮书，以规范学校各应系统的建设，防止各自为政的开发。但由于信息管理跟不上学校应用系统迅速发展，信息孤岛还是存在的[3]。
对于大部分普通高校而言，重新构建URP计划的设想受地区、人文、财力等多方面的影响，采用UAI标准重构各部门信息系统的代价非常之巨。对于提出并构建一种高效、低廉、可行的系统综合服务接口平台系统的设想成为一种可能，同时可以尝试借鉴国外企业中的BPR改进模型，设计基于SOA面向服务架构技术的解决方案实施改进方案。
基于SOA面向服务架构技术的解决方案内采用云平台方案进行系统整合，云平台指的是对于高校事务，我们只关心提供的服务，比如学生这个角色需使用图书管理系统，不需要知道图书管理系统的URL地址，只需要登陆云平台就可以使用图书管理系统的功能。我们把学生工作管理平台与学生信息管理平台或其他校内系统进行抽样整合到这样的系统整合定义为云平台。
1 系统总体结构设计
根据校学生教育与管理工作信息化的需要，提出了以基于SOA技术的高校管理工作一体化信息系统建设计为例的方案[4-7]，对已有无线家长信息管理系统（模拟开发）、基于J2ME-GPRS 的学生工作管理信息系统（项目组已开发）的开发进行研究改进，增加各部门原信息点系统基础之上的资源整合平台系统的设计与实现（中间数据服务提供接口）及校务决策数据统计。本课题软件系统的模型包括高校工作平台云系统(云平台)、基于J2ME的手机客户端设备、J2EE服务器、中间数据服务提供接口平台和无线业务提供商（移动或联通）。
根据以上软件系统模型的设计与实践，分析各项数据逐月逐年的对比结果，量化分析对管理工作中的存在或将要出现的问题，帮助管理工作人员或校务管理者及时或提前做出管理方面的调整。通过教育理论分析研究，对软件系统存在的缺陷、不足进行修正、取样。进而递进式的改进系统设计和理论研究报告。
基于SOA技术的高校管理工作一体化信息系统的方案：
图1 一体化信息系统的总体设计框架
基于SOA技术的高校管理工作一体化信息系统采用了J2EE统一资源管理服务器平台、中间数据服务接口平台、J2ME客户端与各信息点管理系统的总体设计方案。总体结构分为内网与外网访问两部分，内网由中间数据服务接口平台与各信息点原有系统构成，可采用定时上报与手动交互上报操作把分析或决策数据提供至J2EE统一资源管理服务器平台；外网由J2EE中件间服务器、J2ME客户端和统一资源管理服务器映射数据库三者构成，根据权限通过B/S方式进行远程与无线访问。通过J2ME技术和J2EE技术整合，实现手机和互联网络的通信，并且可以高效安全地开发无线企业级应用系统[8-10]。
1.1 高校工作平台云系统(云平台)
可以简单一点的讲高校工作平台云系统就是提供统一登陆入口的系统。系统按角色进划分，根据权限增加各系统功能的使用权。以原学生工作管理平台和原学生信息管理系统两系统进行系统原模型整合，这样更能搞清云平台进行整合的脉胳。
系统分析：原学以原学生工作管理平台采用ASP技术和ACCESS数据库，而原学生信息管理系统则采用J2EE技术和ORACLE数据库。两系统进行UIS统一身份验证则需对两系统进行角色权限的用例分析。
管理员角色可以管理畏导员和学生的用户权限、布学生工作通知、学生工作交流、查看系部传真和查看学生交流日志，辅导员角色可以生工作通知、学生工作交流、查看系部传真和查看学生交流日志，学生角色仅能查看学生交流日志信息。
管理员仅管理院级、系级、辅导员级用户。院级可以查询学生信息，多字段查询，对学生信息进行统计。系级仅对该系学生进行查询学生信息，多字段查询，对学生信息进行统计。辅导员对学生信息进行维护与学生信息的离校与转库。学生角色仅对学生数据进行初始化和查看学生个人信息。
综合两个系统的用例分析，可对角色进行划分与综合，分为管理员角色，院级角色，系级角色，辅导员角色和学生角色，再开始对系统进行整合。我们把院级角色与系级角色和辅员角色统称为教师解色。在实施整合过程中对跨系统的教师权限进行分类与设置。在程序设计过程中对系统与系统之间依赖与反射关系进行祥细处理。
1.2 基于J2ME的手机客户端
利用手机可以对一体化信息数据库进行无线访问，已经在上篇论文《基于J2ME-GPRS学生信息管理系统的设计与实现》进行描述。采用了J2EE中件间服务器、J2ME客户端与一体化信息数据库的三位一体的总体设计技术，通过手机便可以从一体化信息数据库中读取相关信息。
对于手机用户也采用角色权限进行划分，对一体信息数据进行有效访问。
1.3 基于SOA技术的服务接口平台
SOA并不是一个新事物，IT组织已经成功建立并实施SOA应用软件很多年了，BEA、IBM、等厂商看到了它的价值，纷纷跟进。SOA的目标在于让IT变得更有弹性，以更快地响应业务单位的需求，实现实时企业。
SOA是在计算环境下设计、开发、应用、管理分散的逻辑（服务）单元的一种规范。这个定义决定了SOA的广泛性。SOA要求开发者从服务集成的角度来设计应用软件。SOA要求开发者超越应用软件来思考，并考虑复用现有的服务，或者检查如何让服务被重复利用。SOA鼓励使用可替代的技术和方法（例如消息机制），通过把服务联系在一起而非编写新代码来构架应用。经过适当构架后，这种消息机制的应用允许公司仅通过调整原有服务模式而非被迫进行大规模新的应用代码的开发，使得在商业环境许可的时间内对变化的市场条件做出快速的响应。
采用面象服务SOA的技术主要对各系统数据进行分析，抽取有效数据提交到一体化信息数据库供管理人员，教师，家长，学生等角色的访问。
我们把原学生工作管理平台和原学生信息管理系统以及今后要进行整合的系统看成是一个个的服务体，采用J2EE中的EJB技术，对其他各系统的有效数据信息进行访问。
2 采用的研究方法
1) 对理论模型、软件模型、算法采用等多方面进行方案可性分析。
2) 制定软件系统设计模型方案，采用较优的软件工程方法控制系统设计风险，同时，对模块进行划分，分工分时进行原各信息点数据分析与取样分析，形成取样分析报告。
3) 软件模块设计、测试、修改。
4) 通过中间SOA数据服务平台系统提供的信息数据进行分析与取样，采用合理的数据挖掘方法抽取决策分析数据。
5) 对软件使用过程中形成的数据，通过教育理论应用分析研究，对软件系统存在的缺陷、不足进行修正、取样。进而递进式的改进系统设计和理论研究报告。
3 结束语
该课题的研究目标为量化学生、家长、学生管理工作者、校领导所关心的数据信息，形成逐月逐年的统计分析报告，帮助管理人员、校务决策者动态地修正、改进管理方式、制度，起到推陈出新的作用。同时研究出一种能够应用于提升各类型高校信息管理一体化程度的软件系统设计模型，提供一种可量化的工作数据系统样本。
参考文献：
[1] 赵国栋.信息时代的大学:美国高等教信息化发展及其启示[J].现代教育技术,2006(5).
[2] 迈克尔・哈默,詹姆斯・钱皮.再造公司[M].上海:上海译文出版社,2007.
[3] 沈锡臣,蒋东兴.信息标准:一体化数字校园的基础[J].中国教育网络,2006(7).
[4] 张艳琼,蔡瑞英.基于Web服务的URP公共平台分析与设计[J].微处理机,2009,30(4).
[5] 何海宴.基于URP的高校数字信息资源整合解决方案[J].电脑知识与技术:学术交流,2008(5).
[6] 俞晶磊.浅议大学资源管理计划（URP）--以浙江财经学院为例[J].现代商业,2007(23).
[7] 张玉成.SaaS平台框架在大学资源计划URP建设中的应用实现[J].青年文学家,2009(13).
[8] 童伟.基于大学资源规划(URP)的大学流程再造(UPR)[J].财会通讯,2009(33).
soa技术范文3
关键词：SOA；架构;IT
随着中国经济的不断增长，企业级应用的需求不断变迁和提升，客户对软件功能和性能的要求也越来越高。在长时间的建设过程中，企业建成了形形色色的各类系统，这些应用系统主要以业务条线或职能领域的驱动方式进行建设，随着这种建设模式的持续，应用系统越来越多，对于这些系统的使用者和建设维护者而言，也带来了越来越多的问题和挑战。
一、企业IT现状分析
一般来说，由于企业IT部门规模有限，无法完全自主开发来响应业务部门的需求，只能是借助开发厂商的力量来建设应用系统，企业IT部门则主要负责项目控制、需求沟通、质量控制、系统维护等工作。在这种IT建设模式下，企业建成了形形色色的各类系统，同时，企业不可避免地遇到了越来越多的困惑：
·业务需求总是在不断变化，而僵化的IT架构往往无法跟上变化的脚步，IT部门如何能够通过建立更加灵活的IT架构，快速响应不断变化的业务需求？
·不同的开发厂商使用不同的技术架构和开发平台，企业IT系统整体呈现出架构非常发散、技术规范不统一、系统内部模块耦合性强、功能与数据交织、系统修改复杂度高等特征， IT部门无法深入掌握应用系统，如何规避被开发厂商锁定的风险？
· 随着业务发展和管理提升，应用系统之间互操作和数据交互的需求越来越多，IT部门如何保证各系统之间良好的整合能力？
·各应用系统在不同时期由不同团队基于不同技术建设而成，形成了不同的应用“烟囱”， 而且各个系统操作风格差异很大，业务用户在不同系统之间需要频繁登录和切换，信息分散，占击层次深，操作不便，如何通过IT模式的转变，提升操作用户体验和工作效率？
· 面对大量的应用系统建设的需求，如何有效的保证系统实施的速度和质量？
·随着IT系统复杂度越来越高，IT部门在新系统实施和老系统维护之间疲于奔命，如何改变IT部门被动的局面？
二、SOA核心技术介绍
soa技术范文4
关键词：总线通道技术；SOA技术；架构
中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2012）31-7478-03
企业面临的商业环境变化越来越快，竞争越来越激烈，如何快速整合企业现有业务，开发新业务，适应需求变化是企业急需要解决的问题。目前企业的现状是计算机系统相互隔离，不能协调工作，操作计算机系统的业务人员完成各自的业务，整体上处于一种混乱状态，很难达成业务的敏捷性。
业务敏捷性取决于企业信息的自由流动、服务和业务流程，而这些都要求信息系统能够满足业务的变更，同时，不能因为业务变更造成企业原有业务系统的重新编写和构建。企业信息系统一般是多平台和多技术构成的，而且业务会涉及到企业内部、外部环境、供应商和客户等，因此就需要更好的互联技术来满足异构系统之间的信息交互[1]。
总线通道技术和SOA（Service Oriented Architecture）技术相结合在企业业务移植、业务有效控制和业务流程编排等方面有优势，能够满足企业业务敏捷性要求。文章将结合总线通道技术和SOA架构技术，分析一种基于总线通道技术的SOA架构设计方案，以满足企业业务敏捷性需求。
1 基于总线通道技术的SOA设计方案
SOA本质上是一种面向服务对象的软件架构模型，该模型将应用程序的不同功能单元，即服务（service），通过服务间定义的接口和契约（contract）联系起来。接口采用中立的方式定义，独立于具体实现服务的硬件平台、操作系统和编程语言，使得构建在这样的系统中的服务可以使用统一和标准的方式进行通信[2]。
总线通道技术是SOA的基础，它将传统的中间件技术、XML和Web服务集成，消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现不同服务之间的通信与整合。总线通道技术集成异构平台的不同应用，为SOA服务提供交互通信和协作处理[3]。
SOA要解决的根本问题是如何保护企业的现有资产，推动业务敏捷，把企业已经有的应用系统，用标准的、高效的和便利的方式集成起来，使企业更好的应对市场的变化，对业务需求的变化做出快速的反应。使用总线通道技术构建Web应用服务满足企业需求，构建方案如图1所示。
从设计开发的角度来说，数据交换接口、传输协议、应用协议等构建在总线通道上，总线通道业务系统借助于WebService实现对系统构架开发处理，并借助于不同的通道实现对各类服务数据的传输作业，在SOA思想的引导作用之下，借助于ESB模式实现对整个多通道系统的整合处理。构建于总线通道技术基础上的SOA架构能够统一描述各种业务、业务对象与业务模型。在总线通道技术的作用之下，借助于模块化结构设计方式的实现，应用系统的结构框架简洁、清晰。通过对总线通道技术的有效应用，应用系统能够具有高效的扩充性能。
2 设计方案分析
基于总线通道技术的SOA架构方案设计包含四个方面的内容：总线通道软件配置，多种传输协议的实现，基于依赖关系的松耦合，传输通道定义规则。下面从这四个方面进行分析。
1）总线通道软件配置分析
采用总线通道技术SOA架构系统的项目在硬件及软件配置设计过程当中涉及到三立运行服务器，分别发挥网站服务、数据服务以及中间服务功能。网站服务器的作用在于实现整个总线通道应用系统的数据信息共享处理；数据服务器的作用在于实现整个软件运行状态下的运行数据处理；而中间服务器的作用在于实现总线通道系统与终端应用对象之间的信息数据同步处理。
2）多种传输协议实现方式分析
在传统意义上的应用系统当中，数据传输的方式多借助于单一性传输协议的方式实现，并针对传输协议以及应用业务进行了高度有效的紧耦合绑定处理。这种数据传输方式不利于系统功能的扩展，影响应用服务的集成，对于整个应用系统综合功能的发挥而言是极为不利的。从这一角度来说，在针对整个应用系统进行设计的过程中，应当考虑改进传输协议方式。考虑综合应用需要，架构方案采用多种传输协议兼容不同数据格式，实现多种类型的协议传输接口。
多种传输协议实现比较复杂，涉及到协议封装、协议格式、协议版本以及异构平台消息转化等，可以采用装饰模式（Fa?ade模式）对协议封装，在应用系统总线通道接口位置设置Fa?ade模式，发挥其针对子系统细节的有效屏蔽性能，一方面能够方便客户针对子系统功能的有效访问，另一方面也可以有效消除整个系统在编码过程中所涉及到的冗长的复杂代码。装饰模式的设计方案借助子类实现各种具体的协议，依据不同的应用需求使用不同的协议对象进行配置，有效降低应用实现对协议依赖耦合度，将多种传输协问题涉及面控制在最低限度。此种设计方式一方面能够实现Fa?ade配置过程当中各种不同协议对象的综合应用，另一方面也能够方便针对其他协议类型的替换与扩展处理。
3）基于依赖关系的松耦合分析
系统设计人员进行系统设计的过程中不得不面对持续变化的业务需求。在业务及与之相对应的业务需求出现变化的情况下，需要针对IT架构进行一定程度上的修改。从这一角度来说，应用系统设计过程当中需要考虑如何能够更为有效的将业务流程的变化趋势映射至整个应用系统当中，方便适应变化。简单来说，整个应用系统所用参数均是借助于同一个抽象类所继承而来的业务数据对象，在此基础之上借助于重载函数方式实现业务编码。此规律同样适用于认证服务，即在一个独立的认证服务基类当中往往存在多个类型的扩展方式。在整个应用系统的处理过程当中，数据信息首先会经过认证服务，认证服务能够从这部分数据信息当中获取有价值的鉴定信息通过用户认证操作。在用户认证通过的情况下借助于关键字方式实现与核心服务处理的有效映射；在认证无法通过的情况下这部分数据信息将直接返回为认证失败。借助于该方式能够确保整个SOA架构运行安全与稳定。
4）传输通道定义规则分析
在中间件技术发展不断完善的背景下，用户对于数据传输的可靠性、安全性以及实时性要求日趋严格与具体，如何将中间件技术与系统高效融合在一起是整个系统设计的关键所在。结合上文有关多种协议传输方式以及松耦合分析来看，开发设计过程当中需要结合以上两个方面的问题以及SOA架构自身特性展开工作。具体实现过程，如图2所示，在进行内部定义的过程中均会对应两个标示符（通道协议符和通道标示符），借助于通道协议符以及通道标示符的合理匹配能够完成有关数据传输通道的定位处理。在此基础之上，总线通道内部消息转化适配器装置能够针对不同协议类型下的数据进行对象转化，进而借助于安全认证方式的应用，实现传输通道与应用服务之间的绑定关系，通过这样的传输通道定义规则，整个传输通道能够安全且有效的进行数据通信作业处理。
3 结束语
在软件产业建设持续发展的背景作用之下，企业对于计算机技术及互联网网络的依赖程度明显加大。软件自传统意义上单机属性的软件工具逐步发展成为多种复杂有效融为一体的软件系统。信息化背景下，企业面临激烈的竞争，业务变更频繁，构建于总线通道技术上的SOA架构设计方案能够有效的应对企业的这一需求。基于总线通道技术实现SOA架构优势及效果显著，值得关注。总而言之，文章针对有关总线通信技术支持下的SOA架构设计方案分析，希望能够为今后相关研究与实践工作的开展提供一定的参考与帮助。
参考文献：
[1] 王洪伟，刘勰，丁佼佼，等.基于SOA的面向业务敏捷性流程集成模型[J].计算机工程，2010，20（36）：277-280.
soa技术范文5
【关键词】SOA 流程调度 减灾应用
1 引言
SOA（Service-Oriented Architecture）面向服务的体系结构是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以使用一种统一和通用的方式进行交互。
随着计算机和互联网技术的不断发展及应用的深入，网路上虽然聚集了计算资源、存储资源、数据资源，以及软件资源等各种资源，但还存在总量丰富而资源利用率低的矛盾。为了有效满足面向互联网的复杂应用及对大规模计算能力、海量数据处理和信息服务的需求，必须将广域分布的异构、自治的资源进行按需组织和管理，更加有效的整合分散的计算资源，以便为用户和应用提供一体化的服务环境。云计算就是在这种背景下产生的一种新型服务计算模式，它是在分布式计算特别是网格计算的不断发展中产生的，是一种共享基础架构的方法，它面对的是超大规模的分布式环境，核心是提供计算资源、数据存储和网络服务。面向服务的架构（SOA）是一种体系架构的方法，它指导着业务服务在其生命周期（包括创建和使用等）的方方面面，SOA由一系列相互交互的服务组成，屏蔽了不同平台、编程语言、操作系统和硬件架构之间的差异，实现了服务的高可重用性、灵活性，以及更好的扩展性和可用性。云计算是一种能够动态提供虚拟化可扩展资源的计算模式，这些资源作为服务通过互联网向外，所以云计算可看作是SOA应用的延伸。面向服务是云的核心理念和技术，也就是云的架构要面向服务，SOA正好迎合了云的架构需求，对现有的SOA成熟框架进行一定改进，将可以建立不同的云服务平台。
2 基于SOA的流程调度相关技术研究进展
由于云计算是多种技术混合演进的结果，其成熟度较高，又有大公司推动，发展极为迅速。Google、Amazon、IBM、微软和Yahoo等大公司是云计算的先行者。云计算领域的众多成功公司还包括Vmware、Salesforce、Facebook、YouTube、MySpace等（刘鹏，2011）。Google在2007年率先提出了“云计算”的概念，开发了电子邮件、在线文档等一系列SaaS类型的服务；Amazon在“云计算”概念出现之前就开始了提供弹性的计算、存储等服务，其云计算解决方案在技术上最为全面深入；微软在2008年了云计算战略及云计算服务平台Windows Azure Platform；Vmware在云计算解决方案中充分利用了自身在虚拟化技术上的领先优势，在2008年与EMC、思科等公司联合推出了vCloud计划，在2009年又推出了首款云操作系统vSphere。
总体来看，IaaS 是目前云计算的主要服务类型，国外具有代表性的IaaS实例有Amazon EC2、Scientific Cloud： Nimbus、OpenNebula、Eucalyptus等，PaaS的代表实例包括Google App Engine、Apache Hadoop 、以及Microsoft Azure等；SaaS代表实例包括GoogleDocs、IBM Lotus Live、IBM Lotus Sametime、Unyte、、Oracle CRM on Demand 、Sugar CRM和WebEx等。
在国内，云计算虽然起步稍晚，但近几年来发展得非常迅速。2008年5月，IBM在中国无锡太湖新城科教产业园建立了中国第一个云计算中心（陈康等，2005）；2008年11月，广东电子工业研究院与东莞松山湖科技产业园管委会签约，投资2亿元建立云计算平台；2009年12 月中国云计算技术与产业联盟在北京成立，四十多家企业一起共同倡议成立中国云计算技术与产业联盟；2010 年8 月上海公布云计算发展战略，要推动百家软件和信息服务业企业转型，培育10 家年收入超过亿元的龙头企业和10 个云计算示范平台；2012年6月，科技部公布了《中国云科技发展“十二五”专项规划（征求意见稿）》，提出研究和建立云计算技术体系和标准体系、突破云计算共性关键技术、研制云计算成套系统和开展典型应用示范、推动产业发展等四项重点任务（中国科技部，2012）。近几年来，国内一些典型的云计算应用包括中国移动“大云”计划、“阿里云”等（钟志水，2010；刘鹏，2011）。中国移动“大云”计划，是以中国移动研究院为主体，为打造中国移动云计算基础设施而实施的关键技术研究及原型系统开发计划；“阿里云”是由阿里巴巴集团新成立的子公司“阿里云”进行专注研究的，旨在支撑包括电子商务在内的互联网应用的开发，从而降低进入电子商务生态圈的门槛、成本，并提高效率。在云安全领域，瑞星、360 安全卫士等纷纷推出了云安全解决方案。
3 基于SOA的流程调度技术路线
任务级并行计算技术使平台能够结合现有软硬件资源情况对减灾任务进行合理分配，保证软硬件资源的高效实用。任务级并行计算技术主要基于SOA架构将所有业务算法集成起来，通过PLATFORM资源分配软件实现任务的并行计算。如图1所示。
本文研究SOA流程调度框架与PLATFORM云平台的结合。采用云计算平台管理软件Platform来实现资源的管理和调度。通过运行Platform LSF，使得集群的计算机成为一个整体，不但能把各个节点机的计算能力集合在一起，而且彼此间能够分担负载、共享资源。基于Platform进行云平台任务调度和状态查询命令的封装，同时研究SOA架构下的流程向Platform平台下流程的转换，从而实现了任务和流程的资源管理和调度。资源管理和调度技术主要是为了在高分减灾协同服务平台中实现以下功能：
3.1 云平台任务调度
以WebService形式对Platform平台的作业和任务调度命令封装，执行调度任务。如bsub命令，可用于提交作业。
3.2 云平台状态查询
以WebService形式对分别Platform平台的作业、流程、服务器状态等进行查询，对查询结果进行解析，返回解析后的结果。
3.3 云平台流程解析
对SOA流程进行解析，转换为Platform PM可识别流程文件格式。
如图2所示。
面向高分减灾的资源管理和调度技术研究包括资源管理和调度技术研究、云平台模型改造方法研究、业务流程格式转换研究和云平台与SOA平台集成研究等多项内容，技术路线图如图3所示。
基于云资源池，在Platform软件支持下，开展资源管理和调度技术研究，研究资源调度策略和资源调度方法；由于各个业务模型采用的开发语言和运行环境各异，为了使业务模型能够运行在云平台，需要开展高分减灾云平台模型改造方法研究，实现业务模型在云平台上的运行；然后开展业务流程格式转换研究，实现基于SOA的流程向基于Platform作业格式的流程转换；最后，开展云平台和SOA平台集成研究，实现整个原型平台集成。
面向高分减灾的资源管理和调度内部接口包括LSF Server管理节点和资源的接口，LSF Master管理节点和LSF Server计算节点的接口。物理资源和虚拟资源向LSF Server提供LSF节点的资源，LSF Server将物理主机或虚拟主机形成集群中的节点；LSF Master通过命令来管理和调度装有LSF Server的集群各个节点的资源，LSF Master向LSF Server反馈节点的状态信息。
通过资源管理和调度技术建立基于云计算的系统，实现物理资源和虚拟资源的管理和调度。一方面和虚拟资源向云计算平台提供所需的资源，云计算平台对资源进行管理和调度；另一方面向云计算平台申请资源；云计算平台根据申请向高分业务协同与信息服务子系统提供所需的资源。
4 基于SOA的流程调度技术实现
通过配置流程级、任务级流程，测试SOA与云平台结合的系统的服务集成运行功能。
4.1 运行环境
HP 8核2G CPU服务器2台，在服务器上分别部署虚拟机4台。在其中一台服务器上开辟一个共享磁盘作为实验数据的共享。
4.2 实验方案
以洪灾和台风灾害应急监测评估业务为蓝本，抽取其中的三种并行方式进行测试。如图4所示。
依托platform的节点管理，选择了三种典型并行方式进行并行任务执行，通过算法注册、流程编排、和界面监控功能操作，是否符合预期结果：
（1）单个流程中批量任务的并行实验：台风暴雨灾害的预评估任务中需要对一批数据做高精度正射生产，则可以分解出50个高精度正射生产任务并行处理，每个高精度正射生产任务处理一景数据；
（2）单个流程中不同任务的并行实验：台风暴雨灾害的预评估任务中需要对数据做多种指数计算，则可以同时分解出植被指数计算、水体指数计算、气象指数计算、湿度指数计算等多个任务并行处理，每个任务处理一种指数计算；
（3）多个流程间的并行实验：同时有台风暴雨灾害的预评估任务和灾情快速评估任务在运行，这两个流程中的任务就是一个并行处理的过程。
5 结论与分析
基于现有分布式并行计算平台软件Platform，结合SOA系统架构和流程，实现了SOA流程与云平台流程的结合，突破了面向减灾业务运行的多层级调度策略与协同计算关键技术，完成了动态调度业务流程，提供了高性能处理及协同计算能力以及对减灾业务和计算资源进行多层级调度能力。
参考文献
[1]陈国良，孙广中，徐云，and龙柏.并行计算的一体化研究现状与发展趋势[J].科学通报，54（8）：1043-1049，2009.
[2]陈国良，孙广中，徐云，and吕敏.并行算法研究方法学[J].计算机学报，3l（9）：1493-1502，2008.
[3]陈国良.并行算法的设计与分析（修订版）[M].北京：高等教育出版社，2002.
[4]张文东，张艳.利用虚拟机技术构建计算机实践课教学实验平台[J].实践教学.134-135.
[5]张超.VMware虚拟化服务器的构建方法与展望[J].通信技术，2010，（09）.
[6]周翔鹰.基于VMware构建虚拟计算机网络实验[J].实验室研究与探索，2006，25（7）：809-212.
[7]郑广成.一种SOA云服务平台架构研究与应用[J].计算机应用与软件，2011（12）：12-19.
[8]张晓洲.云计算关键技术及发展现状研究[J].网络与信息，2011（9）：19-21.
[9]王佳隽.基于云计算环境的虚拟化资源管理研究[D].上海：复旦大学，2011.
作者简介
陶亮，男，河南省信阳市人。博士学位。现工作于民政部国家减灾中心，从事减灾信息化与云计算研究。
soa技术范文6
2009年10月，信息技术领域的国际标准化官方组织ISO／IEC JTCl(国际标准化组织／国际电工委员会第一联合技术委员会)在以色列特拉维夫召开的2009年全会上正式通过了成立分布应用平台服务分技术委员会(简称SC38)的决议，并明确规定SC38下设Web服务、面向服务的体系结构(SOA)工作组和云计算研究组。中国专家代表袁媛担任了SOA工作组召集人的职位。
中国国际标准化专家组经过几个月的讨论和研究工作，于2010年4月8日向SC38主席和秘书处正式提交了名为：“General Technical Requirementof Service Oriented Architecture”的新工作项目提案。此提案是基于当前国家SOA标准工作组正在编写的相关SOA中国国家标准“SOA总体技术要求”提出的。
2010年5月将《SOA术语》、《SOA总体技术要求》两项SOA基础性国家标准的征求意见稿，并预计于2010年底完成报批程序。《SOA术语》是我国SOA标准化工作中第一个完成草案编制的SOA国家标准。它是后续各SOA国标的基础与支撑。
《SOA总体技术要求》规定SOA的技术产品开发以及应用项目实施的基本技术要求，包括总体技术框架、资源要求、应用要求、质量要求、实施要求、产品要求等内容，将为基于SOA的软件产品及行业信息化项目的规划、设计、开发、测试、部署及运维提供指导和选型依据。在国家标准制定同时，SOA标准工作组国际标准化专家组也正在积极推进将《SOA总体技术要求》提升为国际标准的进程。
上述两项SOA国家标准由SOA标准工作组基础专题组组长单位CESI组织起草，参与成员单位超过30家，其制定及将对于我国中间件企业、集成厂商、行业解决方案提供商及各行业信息化用户产生重大影响，特别是《SOA总体技术要求》将使得SOA的产品研发和信息化项目实施有章可依。
袁嫒透露，在对国际上84个标准进行了梳理后，结合我国企业用户希望有适合中国国情的SOA标准出台，此次的征求意见稿中解决了很多之前用户比较迷惑的问题，以及基于国情研制的新标准。其次在工程标准方面，用户在工程实施过程中，希望有一套成熟度评价体制，再次，国内缺乏厂商、用户共同认可的质量和测评标准，这都是需要我国SOA标准工作组重点自主研制的，最后，在行业和组织应用方面，为了规范行业标准，SOA标准工作组在电子政务、电力、金融、电信等领域，将SOA标准和具体行业相结合，制定出适合行业应用的标准。
对于《SOA术语》、《SOA总体技术要求》这两项SOA基础性国家标准，企业非常欢迎，太极公司技术总监董晶向记者表示，由于SOA的概念并没有一个统一的规范，因此国内各厂商理解SOA内涵的方式多样，此次术语的出台，有利于统一业界对SOA的认识基础，在此基础上建立的SOA架构就更利于用户使用，以及厂商根据用户的需要方便扩展。
