SOA的真相Alike @ Jan 15, 2008

  CIO心中的SOA和厂商宣传的SOA,好像并不是一码事儿。


  为什么SOA(Service Oriented Architecture,面向服务架构)正在大行其道?答案也许简单到极点。今年9月,BEA公司CEO庄思浩在旧金山举行的BEA World 上给出了一个答案—

  —“SOA 改变了企业做生意的方式”。


  没有人可以质疑近20 年来,全球商业环境不断加速量变与质变中,第一推动力就是创新技术。而在所有的推动变量当中,IT扮演着至关重要的角色,因为现代企业越来越高度依赖IT,而日新月异的各种IT 应用又成为企业灵活多变的“变身”基石。


  这种对技术创新和IT 创新的逻辑推导,看上去顺理成章。“席卷全球的整合与并购浪潮加剧了企业之间、行业之间重新洗牌,快速变化的市场转变为巨大的业务压力,业务压力又导致 IT 创新呼声日益高涨。”不过,IT 创新与蒸汽机、铁路的出现大大提高地面交通运输能力有着很大不同——运载能力是有极限的,而业务需求永远难以被彻底满足。


  还有一个问题——为什么SOA 会火?这近乎于在问“如果没有SOA,企业计算领域的软件公司还能卖什么?”这几年,软件公司义无反顾地“SOA化”,已经足够证明这一点。SAP 从2003 年就开始逐步把产品迁移到SOA 平台上;Oracle 正在全力开发它的下一代SOA 产品Fusion;两年前,BEA 就推出了SOA  产品,今年在BEA World 上更是推出了很多实际应用中的成功案例;HP已经把全球的SOA体验中心从2 个增加到5 个,甚至连咨询公司埃森哲也宣布将要投资4.5亿美元来促进SOA的发展。就在刚结束的上一个季度,HP 收购了Mercury/Systinet(解决方案提供商);BEA收购了Flashline(SOA注册服务库提供商);IBM收购了Webify(Web服务和SOA组件解决方案提供商)。


  但是,如果问题这样问——“没有SOA,CIO 将面临什么?”显然在目前,甚至在相当长的时间内,未必能有一个标准答案。要回答这个问题,软件公司仅仅是打动自己和同行还不够,SOA 还必须有打动CIO 的理由。


  国内CIO对SOA早已听了很多。SOA的理念和他们所面临诸多挑战,促使很多CIO 开始认真地思考“企业的IT 环境到底需要什么?企业的业务需要到底有多复杂?”


  从这个角度上看,对CIO而言,有无识别能力显得非常重要。那么,CIO们该如何决策?“CIO采用新技术和新理念的动力有两个,一个是希望,一个是恐惧。”上海家化副总经理王茁说。他所说的希望,就是CIO如果采用某种解决方案或者技术架构,IT 和业务的情况也许会变得更好;而所谓恐惧,是指如果你不采用新技术优化现状,那将会面临“下课”的风险。王茁说:“对于SOA,我从来没有恐惧过。”


  近1 年来,关于SOA 的各种概念不绝于耳,一时间,SOA 俨然和几年前的ERP 一样,成为企业信息化明天的代名词,SOA似乎已经被认为是企业IT 的未来。无论是ERP 厂商、中间件厂商、构件厂商,还是操作系统、系统集成商,都在以各种方式表达自己进军SOA 的决心。但是,SOA到底是企业IT的终点,还仅是射线上的某个点?《IT经理世界》在针对数十家国内大型企业、软件公司的调研后,并没有获得一个清楚的答案。


  关于SOA的一切,需要去认真理解,更需要真实地还原。


  第一推动力


  采用SOA 的第一推动力更多还在提高企业的软件能力上,离直接推动企业业务能力变革尚有很长的一段距离


   在记者前往拜访中国外运股份公司之前,中外运作为国内为数不多实施SOA 并取得成功的企业,被业界广为传播。对中外运实施SOA 有两个不同的描述版本:第一个版本是个生动的故事,中外运由于经营的大宗物流业务所涉及的单证流、资金流、物流等流程的管理太过复杂,现有软件均无法满足业务需求,公  司通过实施SOA 解决了一切;第二个版本是,前不久中外运信息管理部副总经理张思宇博士作为成功的SOA 客户代表,应邀参加某软件公司的SOA 巡讲大会。结果观众在听完张博士的演讲后却面面相觑,觉得张博士所说的SOA 和软件厂商说的SOA,是两码事儿。


  “本身就是两码事儿,SOA是100%技术层面上的问题,和业务层面一点关系都没有。”在把中外运的SOA故事的最终版本从头到尾讲了一遍后,张博士总结说。他纠正了不同版本的基本事实——中外运的核心业务系统(海运船货代系统)在开发上采用了SOA的构架方式,并非整个企业IT 都“SOA 化”了。而中外运采用SOA的根本原因是因为其原业务系统是由中外运200 多家分支机构的30多套不同系统“拼装”成的,为了解决IT资源集中管控的问题,才开发了新系统,并由中外运总部集中管理。


  张博士介绍说,新系统为了今后升级方便,采用了Web服务方式,将各个单独功能模块包装成服务模块。但这个“服务”是软件模块级的,也就是说,当一个模块需要使用其他服务时,会通过网络协议,将描述服务的XML文件发送给另一个模块,这时相应的服务过程就开始了。“这个过程中的服务,和业务部门需要IT部门提供的服务,完全是两个概念。”


  中外运的SOA策略,与美国伍德沃德公司的选择不谋而合。伍德沃德是总部位于美国的一家航空发动机控制器生产制造商。在苏州工业园办公的张嵩是伍德沃德中国的IT 主管,他带领着中国的软件开发团队承担着公司第三代全球信息服务系统(WISE 3)的核心研发工作。“WISE 3 是对在伍德沃德运行了20年的MRPⅡ(WISE 1)系统的一次重大升级。”张嵩说。这个重大升级就是向SOA 迁移。


  当初,伍德沃德做出升级决定还是出于技术层面的考量:除了因为第一代字符界面和第二代C/S架构的WISE在技术上已经落伍外,最关键的原因在于WISE 2 所使用的Oracle 窗体开发工具已被Oracle 公司淘汰,不再提供服务和升级。“当时,我们决定向SOA迁移是认为,获得持续的企业IT 能力最重要。”张嵩说。这个最重要的原因背后其实就是企业IT 的升级能力不足,所以伍德沃德的决策者决定以某种标准的、可以永久添加功能的方式来实现WISE 3,而这和SOA 正好合拍。


  中外运和伍德沃德对SOA的最初需求完全是纯技术层面的,这与诸多SOA对企业业务能力提升的宣传相去甚远。可见,SOA“能够提升企业的软件能力”与“直接推动业务能力的变革”之间,并不是一个可以轻松跨越的小缝隙。


  外界觉得已经“SOA化”的中外运,必然已经具备了“技术实体”和“业务实体”直接对等连接的企业IT 环境。实际上,中外运目前并不具备这样的能力。现在,已经“SOA 化”的中外运海运船货代系统只有两个外部数据接口,一个连接中外运的EDI系统,另一个连接客户数据系统,这两个接口的功能也仅是交换数据,对业务的整体提升作用还没有显现出来。SOA在中外运的作用与Gartner在1996年首次提出SOA概念时的定义非常吻合—— SOA 是指软件接口之间的“服务”。当年,SOA出现的背景不过是美国大型企业需要升级、改造遗留系统,而迁移这些系统中存放多年的数据和业务风险太大,不得不通过SOA的方式,给这些系统穿上一层“服务的外衣”而已。


  这可能对还没有实施SOA 或还对SOA只停留在了解层面上的CIO而言,可能会有些失望。符合SOA理念的IT环境如果不能让CIO从此忘掉技术参数,直接和业务需求对话的话,那么SOA 并没有超出系统优化、系统集成、封装构件或流程这些技术范畴太多。


  说到底,对于中外运和伍德沃德来说,采用SOA的第一推动力是IT 系统改造的需求,而不是所谓的业务灵活性。实际上,在张思宇博士看来,即使是Garnter提出的给遗留系统“穿外衣”的SOA 概念也难以实现,于是,中外运最终还是选择开发新的核心业务系统。


  “CIO 采用新技术和新理念的动力有两个,一个是希望,一个是恐惧。对于SOA,我从来没有恐惧过”


  熵增中的企业IT


  要让日益复杂的IT环境化繁为简,SOA也许是通向“统一”的道路之一


  SAP中国研究院院长芮祥麟说:“技术创新所带来的收益是线性的,业务流程上的创新和优化会带来几何级数的增长。”很多CIO都认为这句话非常有道理,但就此认为SOA会直接带来业务流程上的创新,未免夸大了SOA 的作用。实施了SAP R3的广东电信,如今在考虑系统升级时非常谨慎,“企业IT的投资回报率很难量化,我们希望看到国内出现更多的SOA成功案例后,再做打算。”广东电信战略策划部经理刘志军说。事实上,等待SOA成功案例的IT负责人不只他一个人。BEA的高级副总裁WaiWong也建议正在观望SOA的CIO多关注一下本行业成功的SOA 实践。


  和广东电信的情况非常相似,伍德沃德在2005年进行SOA选型时,也曾考虑过SAP 的NetWeaver 平台, 他们最终放弃SAP 的原因除了投入外,还因为伍德沃德的产品将直接用于美国F16、F22 等战斗机发动机的控制器,整体将WISE迁移到SAP 的产品上,给业务流程带来的风险有些大。从伍德沃德的SOA 故事中,可以看出CIO 应该把软件系统升级改造的风险控制在技术层面上,要避免扩散到业务流程上。“其实,我们很多流程都还没动,先把企业IT 环境搭建起来再说。”张嵩说。


  这是在这次调研中,国内CIO对SOA最主流的声音——“现在还没有实施SOA 的业务需求。”事实上,在大量对SOA 表示认同的CIO 看来,目前组织的业务需求还远没复杂到非要采用某种关键性技术或产品来满足的地步。CIO们对于SOA的好感,更多还是考虑到未来业务需求如果突然而至,希望具备SOA 能力的企业IT 环境能够帮上忙。


  对于国内CIO而言,与其将企业业务灵活性叠加在SOA身上,不如将SOA还原为搭建更符合现代企业发展所需要的IT环境的一个重要工具。二三十年前,企业在早期IT 应用时,IT 仅是支持存储和批量作业的工具,软件开发技术也只能实现对计算机系统底层硬件的直接调用。而到今天,各种企业IT 的高级应用已经可以帮助企业分析客户数据、预测市场趋势,软件开发技术也发展到功能组件封装、集成软件总线。在这个演化过程中,一个最明显的变化就是大量 “信息孤岛”的出现,将企业的IT 环境变成一个大杂烩。时下,很多CIO已经开始通过IT治理、ITIL 等手段像管理企业一样对IT组织、资源进行管理,SOA 是CIO 考虑采用的一个手段。


  此外,SOA在技术层面也尚未成熟,不仅在效率、标准上还没有突破性进展,甚至在概念上也比较混淆。前不久,在普元软件公司组织的一次 goCom 技术论坛上,一位演讲者试图告诉听众SOA将是解决未来企业IT复杂性的不二法宝。在听完他的演讲后,在座的听众就问:“如果把你刚才话里出现的 SOA’,全部替换成‘EAI’,是不是也一样成立?”这个问题让在座诸人陷入了思考。对这个问题,CIO可以从自己的角度得出答案,但这些答案一旦汇集在一起,模糊而难以统一。


  今年9 月,包括BEA、IBM、SAP等18 家IT 厂商开始坐下来认真思考SOA的发展方向。他们共同成立了SOA标准联盟,希望能够将各厂商“自己的SOA产品”推向“大统一”的SOA。按照他们的说法,SOA标准的建立类似于在企业软件领域形成了一个如同TCP/IP这样的互联网协议。“在两三年后,整个标准化工作将会完成。”芮祥麟说。但在商业社会中,确立技术标准的过程就是你死我活式的实力和利益的博弈大战。这个大战一天硝烟未落,CIO 们就有观望的理由,作为SOA的潜在受益者— CIO 肯定不愿意成为概念与标准的试验品。


  熵增中的企业IT,其实最大的熵变是企业IT 这个巨大的市场,正如普元软件公司CTO程朝晖所说:“任何一代技术架构变化,都会催生一个巨大的市场。”IDC 有分析指出,今年与SOA 相关的服务市场将达到86 亿美元,比去年增加了一倍,到2010年时这个市场会达到340 亿美元,SOA 将是软件市场发展的方向。不过,只要是未来就有变数,减少变数的最佳方法恐怕就是尽量还原通往未来的那些路径。


  软件能力≠业务能力


  没有任何一家软件公司会宣称自己的产品永远不会过时,除非他们暗示其所提供的产品拥有“普遍适用”的软件能力。


  要证明这种“能力”的存在相当困难,至少在纯技术层面上几乎不可能。二三十年来,CIO 们一直试图通过引入企业级的IT 标准能让这种能力兑现。从上世纪80 年代大行其道的企业数据模型(Enterprise Data Model,EDM),到上世纪90 年代的企业软件总线(Enterprise Software Bus,ESB)浪潮,一直到企业应用集成 (EnterpriseApplication Integration,EAI)技术的昙花一现。这种可以类比于“工业革命后制造业所产生的标准工艺、齿轮”的软件服务标准,似乎仍然在软件工程师的图纸上,而没有来到现实中。


  我们不得不面对一个事实——企业信息化所面临的难题并非是技术性的,而是业务性的。要理解在企业级计算领域,技术发展为什么不能直接给组织带来突破性的应用创新并不难。这是因为大型商业软件的开发、实施、维护必须贴近客户,实施一套ERP系统会耗费企业一两年甚至数年时间,大型商业软件公司的工程师和咨询人员必须要耐心地与用户的决策层、部门主管、普通员工进行反复交流,听取他们的意见并培训他们。而其他软件开发领域的情况则完全不同,一家网络游戏公司完全不用为喜欢上网打扑克牌的家庭主妇召开研讨会,改进软件功能。


  由此可见,企业级IT应用缺乏的不仅是把“软件服务适应业务需求”的复杂过程降到技术架构的工具,更缺少在实施过程中同时具有集中高效又松散灵活的流程与策略。SOA 似乎具备了这种“能力”,因此其拥趸称SOA 可以横跨在技术和业务之间,第一次将“技术实体”和“业务实体”对等起来。SOA 可能承载这种普适能力,使得拥护SOA的软件公司从一开始就不是一两家,而是整个行业不约而同地集体“膝跳反射”。在他们看来,如果SOA 意味着一个新的软件时代,那还不如早点抛出橄榄枝。尽管不是所有的软件公司都有实力迅速发布SOA软件产品,但既然同行都已经“SOA 化”了,自己不表个态就是落伍。


  但是所谓“企业必须拥有的业务灵活性”到底灵活到什么程度才算够?而什么又是检验这种普适能力的标准?


  这个问题击中了所有的人。我们在思考软件技术和企业信息化发展之际,应该反思一下我们是否预设了太多“假设前提”。不可否认,全球商业环境几十年来的演化过程中,IT扮演了重要的角色,它也逐渐成为企业的核心资产。各种实时企业、虚拟企业的形成,新产品、新服务像“传送带上的产品”一样出现,已经无法脱离IT的支持和推动。但是如果没有理性的判断和精确的分析方法,任何IT 创新都可能导致代价极为昂贵的错误投资。


  很显然,在短时间内,再精明的CIO 也无法辨别“炒对一个概念”和“炒一个对的概念”的区别。因此,软件厂商如果想证明“软件能力= 业务能力”,那就请回答这样一个简单的问题——企业的所有流程都被改造成可以随时组装的服务,运行在一个“普遍适用”的大平台上,而各种“服务”的资源库又无限大,取之不尽,用之不竭,那是否意味着一家生产拖拉机的公司在发现了新经济浪潮中的金矿后,就可以大喊一声“汽车人变形”,迅速地化身为另一家企业呢?


  答案显然是否定的。那么,如果没有企业可以成为变形金刚,那企业拥有普适的软件能力也不过是多了一把“屠龙刀”。

什么是 SOA?Alike @ Jan 15, 2008

  我们可能应该回答的第一个问题也是最基本的问题。什么是面向服务的体系结构(Service-Oriented Architecture, SOA)?这个问题的答案实际上涉及与开发相关的若干不同方面。


  SOA 是一种 IT 体系结构样式,支持将您的业务作为链接服务或可重复业务任务进行集成,可在需要时通过网络访问这些服务和任务。这个网络可能完全包含在您的公司总部内,也可能分散于各地且采用不同的技术,通过对来自纽约、伦敦和香港的服务进行组合,可让最终用户感觉似乎这些服务就安装在本地桌面上一样。需要时,这些服务可以将自己组装为按需应用程序——即相互连接的服务提供者和使用者集合,彼此结合以完成特定业务任务,使您的业务能够适应不断变化的情况和需求(在有些情况下,甚至不需要人工干预)。


  这些服务是自包含的,具有定义良好的接口,允许这些服务的用户——称为客户机或使用者——了解如何与其进行交互。从技术角度而言,SOA 带来了“松散耦合”的应用程序组件,在此类组件中,代码不一定绑定到某个特定的数据库(甚至不一定绑定到特定的基础设施)。正是得益于这个松散耦合特性,才使得能够将服务组合为各种应用程序。这样还大幅度提高了代码重用率,可以在增加功能的同时减少工作量。由于服务和访问服务的客户机并未彼此绑定,因此可以完全替换用于处理订单的服务,下订单的客户机-服务将永远不会知道这个更改。所有交互都是基于“服务契约”进行的;服务契约用于定义服务提供者和客户机之间的交互。通常,您将通过创建“基于消息的”系统来实现此目标。


  从业务的角度来说,面向服务的体系结构的重点在于开发能帮助您完成业务任务的技术,而不是通过技术约束来规定您的行动。例如,销售过程(制造、运输和收到货款)可能会涉及数十个步骤和若干不同的数据库和计算机系统。但就其实质而言,此过程包含一系列人工活动,例如:


  ﹡销售人员找到潜在客户
  ﹡客户订购产品
  ﹡生产部门制造产品
  ﹡生产部门发出产品
  ﹡收款部门开具产品帐单
  ﹡客户支付产品货款


  面向服务的体系结构基于这些实际活动或业务服务进行组织,而不是形成公司所维护的不同的信息竖井 (Silo)。通过实现 SOA,可以带来大量好处,包括以下各个方面:


  ﹡更高的业务和 IT 一致性
  ﹡基于组件的系统
  ﹡松散耦合的组件和系统
  ﹡基于网络的基础设施,允许分散于各地且采用不同技术的资源协同工作
  ﹡动态构建的按需应用程序
  ﹡更高的代码重用率
  ﹡更好地标准化整个企业内的流程
  ﹡更易于集中企业控制

SOA概览Alike @ Jan 15, 2008

 最近半年以来,在企业级应用开发领域,谈论最多的一个词,恐怕非SOA(Service-Oriented Architecture,面向服务架构)莫属。那么SOA究竟拥有什么样的魔力,能够让众多的软件厂商对他趋之若骛,掀起新的一轮企业架构浪潮。让我们在本文中一探SOA的究竟。


  那么什么是SOA,让我们先从基本概念开始讲起。


  什么是SOA?


  SOA是一种架构模型,它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础,可以直接被应用调用,从而有效控制系统中与软件代理交互的人为依赖性。


  SOA的关键是“服务”的概念,W3C将服务定义为:“服务提供者完成一组工作,为服务使用者交付所需的最终结果。最终结果通常会使使用者的状态发生变化,但也可能使提供者的状态改变,或者双方都产生变化”。


  Service-architecture.com将SOA定义为:“本质上是服务的集合。服务间彼此通信,这种通信可能是简单的数据传送,也可能是两个或更多的服务协调进行某些活动。服务间需要某些方法进行连接。所谓服务就是精确定义、封装完善、独立于其他服务所处环境和状态的函数。”


  Looselycoupled.com将SOA定义为:“按需连接资源的系统。在SOA中,资源被作为可通过标准方式访问的独立服务,提供给网络中的其他成员。与传统的系统结构相比,SOA规定了资源间更为灵活的松散耦合关系。”


  Gartner则将SOA描述为:“客户端/服务器的软件设计方法,一项应用由软件服务和软件服务使用者组成……SOA与大多数通用的客户端/服务器模型的不同之处,在于它着重强调软件组件的松散耦合,并使用独立的标准接口。”


  Gartner相信BPM和SOA的结合对所有类型的应用集成都大有助益??“SOA极大的得益于BPM技术和方法论,但是SOA面临的真正问题是确立正确的企业意识,即:强化战略化的SOA计划(针对供应和使用)并鼓励重用。”


  虽然不同厂商或个人对SOA有着不同的理解,但是我们仍然可以从上述的定义中看到SOA的几个关键特性:一种粗粒度、松耦合服务架构,服务之间通过简单、精确定义接口进行通讯,不涉及底层编程接口和通讯模型。


  需着重注意的是,SOA并不是新生事物??大型IT组织成功构建和部署SOA应用已有多年的历史??这要比现有的XML和Web服务长很多。IBM CICS和BEA TUXEDO就是过去被用于构建SOA应用的两种技术范例。


  重点说明的是SOA并不是一种现成的技术,而是一种架构和组织IT基础结构及业务功能的方法。SOA是一种在计算环境中设计、开发、部署和管理离散逻辑单元(服务)的模型。这一定义阐明了SOA的范围。


  SOA要求开发人员将应用设计为服务的集合。SOA要求开发人员跳出应用本身进行思考,考虑现有服务的重用,或思索他们的服务如何能够被其他项目重用。“单独的”、“独立的”、“封装完善的”服务所具有的一个关键的好处是,可以采用多种不同方法将它们组合成较大型的服务,由此来实现重用。


  但是,SOA并不仅仅是一种开发方法??它还具有管理上的优点。例如,现在管理员可直接管理开发人员所构建的相同服务,这远胜于以往管理单个应用的方式。通过分析服务间的交互,SOA可以帮助企业了解何时以及为什么业务逻辑被切实执行了,这使管理员或分析师能够有针对性的优化业务流程。


  SOA的基本特征


  SOA的实施具有几个鲜明的基本特征。实施SOA的关键目标是实现企业IT资产的最大化重用。要实现这一目标,就要在实施SOA的过程中牢记以下特征:


﹡ 可从企业外部访问
﹡ 随时可用
﹡ 粗粒度的服务接口
﹡ 分级
﹡ 松散耦合
﹡ 可重用的服务
﹡ 服务接口设计管理
﹡ 标准化的服务接口
﹡ 支持各种消息模式
﹡ 精确定义的服务契约


  我们现在开始依次讨论以上概念。


  1 可从企业外部访问


  通常被称为业务伙伴的外部用户也能像企业内部用户一样访问相同的服务。业务伙伴采用先进的B2B协议(ebXML或RosettaNet)相互合作。当业务伙伴基于业务目的交换业务信息时,他们就参与了一次会话。会话是业务伙伴间一系列的一条或多条业务信息的交换。会话类型(会话复杂或简单、长或短等)取决于业务目的。


  除了B2B协议外,外部用户还可以访问以Web服务方式提供的企业服务。


  2 随时可用


  当有服务使用者请求服务时,SOA要求必须有服务提供者能够响应。大多数SOA都能够为门户应用之类的同步应用和B2B之类的异步应用提供服务。同步应用对于其所使用的服务具有很强的依赖性。


  许多同步应用通常部署在前台,其最终用户很容易受到服务提供者短缺的影响。很多情况下,同步应用利用分布式服务提供者,这样可以响应更多的用户请求。但是,随着提供特定服务功能的服务器数量的增长,出现短缺的可能性也呈指数级上升。


  当相比之下,异步应用要更为稳健,因为其采用队列请求设计,因此可以容许出现服务提供者短缺或迟滞的情况。异步应用大多数情况下部署在后台,用户通常不会觉察到短暂的短缺。大部分情况下异步应用能够稳健应对短时间短缺,但是长时间短缺则会引发严重问题。在服务短缺解决、队列引擎将罕见的大量工作推到共享的应用资源中时,可能会出现队列溢出甚至服务死锁。


  服务使用者要求提供同步服务时,通常是基于其自身理解或使用习惯。在多数情况下,采用异步模型可以达到同样的效果,但更能够体现SOA的最佳特性。


  当然,并不是所有情况下都应当采用异步设计模式。但大多数情况下,异步消息可以确保系统在不同负荷下的伸缩性,在接口响应时间不是很短时尤其如此。


  3 粗粒度服务接口


  粗粒度服务提供一项特定的业务功能,而细粒度服务代表了技术组件方法。举个例说明最为清楚??向计费系统中添加一个客户是典型的粗粒度服务,而你可以使用几个细粒度服务实现同一功能,如:将客户名加入到计费系统中,添加详细的客户联系方式、添加计费信息等等。


  采用粗粒度服务接口的优点在于使用者和服务层之间不必再进行多次的往复,一次往复就足够。Internet环境中有保障的TCP/IP会话已不再占据主导、建立连接的成本也过高,因此在该环境中进行应用开发时粗粒度服务接口的优点更为明显。


  除去基本的往复效率,事务稳定性问题也很重要。在一个单独事务中包含的多段细粒度请求可能使事务处理时间过长、导致后台服务超时,从而中止。与此相反,从事务的角度来看,向后台服务请求大块数据可能是获取反馈的唯一途径。


  4 分级


  一个关于粗粒度服务的争论是此类服务比细粒度服务的重用性差,因为粗粒度服务倾向于解决专门的业务问题,因此通用性差、重用性设计困难。解决该争论的方法之一就是允许采用不同的粗粒度等级来创建服务。这种服务分级包含了粒度较细、重用性较高的服务,也包含粒度较粗、重用性较差的服务。


  在服务分级方面,须注意服务层的公开服务通常由后台系统(BES's)或SOA平台中现有的本地服务组成。因此允许在服务层创建私有服务是非常重要的。正确的文档、配置管理和私有服务的重用对于IT部门在SOA服务层快速开发新的公开服务的能力具有重要影响。


  5 松散耦合


  SOA具有“松散耦合”组件服务,这一点区别于大多数其他的组件架构。该方法旨在将服务使用者和服务提供者在服务实现和客户如何使用服务方面隔离开来。


  服务提供者和服务使用者间松散耦合背后的关键点是服务接口作为与服务实现分离的实体而存在。这是服务实现能够在完全不影响服务使用者的情况下进行修改


  大多数松散耦合方法都依靠基于服务接口的消息。基于消息的接口能够兼容多种传输方式(如HTTP、JMS、TCP/IP、MOM等)。基于消息的接口可以采用同步和异步协议实现,Web服务对于SOA服务接口来讲是一个重要的标准。


  当使用者调用一个Web服务时,被调用的对象可以是CICS事务、DCOM或CORBA对象、J2EE EJB或TUXEDO服务等,但这与服务使用者无关。底层实现并不重要。


  消息类Web服务通常是松散耦合和文档驱动的,这要优于与服务特定接口的连接。当客户调用消息类Web服务时,客户通常会发送的是一个完整的文档(如采购订单),而非一组离散的参数。Web服务接收整个文档、进行处理、而后可能或者不会返回结果信息。由于客户和Web服务间不存在紧密耦合请求响应,消息类Web服务在客户和服务器间提供了更为松散的耦合。


  6 可重用的服务及服务接口设计管理


  如果完全按照可重用的原则设计服务,SOA将可以使应用变得更为灵活。可重用服务采用通用格式提供重要的业务功能,为开发人员节约了大量时间。设计可重用服务是与数据库设计或通用数据建模类似的最有价值的工作。由于服务设计是成功的关键因此,因此SOA实施者应当寻找一种适当的方法进行服务设计过程管理。


  服务设计管理根本上讲是服务设计问题,服务设计需要在两点间折衷??走捷径的项目战术与企业构建可重用通用服务的长期目标。


  超越项目短期目标进行服务接口的开发和评估是迈向精确定义服务接口的重要一步,同时还需要为接口文档、服务实现文档及所有重要的非功能性特征设立标准。
在大型组织中实现重用的一个先决条件是建立通用(设计阶段)服务库和开发流程,以保证重用的正确性和通用性。此外,对记述服务设计和开发的服务文档进行评估也是成功利用服务库的关键。


  简言之,不按规则编写服务将无法保证可提供重用性的SOA的成功实施。在执行规则的过程中会产生财务费用,需要在制定SOA实施计划时加以考虑。


  7 标准化的接口


  近年来出现的两个重要标准XML和Web服务增加了全新的重要功能,将SOA推向更高的层面,并大大提升了SOA的价值。尽管以往的SOA产品都是专有的、并且要求IT部门在其特定环境中开发所有应用,但XML和Web服务标准化的开放性使企业能够在所部署的所有技术和应用中采用SOA。这具有巨大的意义!


  Web服务使应用功能得以通过标准化接口(WSDL)提供,并可基于标准化传输方式(HTTP和JMS)、采用标准化协议(SOAP)进行调用。例如,开发人员可以采用最适于门户开发的工具轻松创建一个新的门户应用,并可以重用ERP系统和定制化J2EE应用中的现有服务,而完全无须了解这些应用的内部工作原理。采用XML,门户开发人员无须了解特定的数据表示格式,便能够在这些应用间轻松地交换数据。
你也可以不采用Web服务或XML来创建SOA应用,但是这两种标准的重要性日益增加、应用日趋普遍。尽管目前只有几种服务使用者支持该标准,但未来大多数的服务使用者都会将其作为企业的服务访问方法。


  8 支持各种消息模式


  SOA中可能存在以下消息模式。在一个SOA实现中,常会出现混合采用不同消息模式的服务。


  无状态的消息。使用者向提供者发送的每条消息都必须包含提供者处理该消息所需的全部信息。这一限定使服务提供者无须存储使用者的状态信息,从而更易扩展。


  有状态的消息。使用者与提供者共享使用者的特定环境信息,此信息包含在提供者和使用者交换的消息中。这一限定使提供者与使用者间的通信更加灵活,但由于服务提供者必须存储每个使用者的共享环境信息,因此其整体可扩展性明显减弱。该限定增强了服务提供者和使用者的耦合关系,提高了交换服务提供者的服务难度。


  等幂消息。向软件代理发送多次重复消息的效果和发送单条消息相同。这一限定使提供者和消费者能够在出现故障时简单的复制消息,从而改进服务可靠性。


  9 精确定义的服务接口


  服务是由提供者和使用者间的契约定义的。契约规定了服务使用方法及使用者期望的最终结果。此外,还可以在其中规定服务质量。此处需要注意的关键点是,服务契约必须进行精确定义。


  META将SOA定义为:“一种以通用为目的、可扩展、具有联合协作性的架构,所有流程都被定义为服务,服务通过基于类封装的服务接口委托给服务提供者,服务接口根据可扩展标识符、格式和协议单独描述。”该定义的最后部分表明在服务接口和其实现之间有明确的分界。


  SOA的优点


  了解了SOA的定义和基本特征,最后我们再来看看SOA潜在的优点:


  编码灵活性


  可基于模块化的低层服务、采用不同组合方式创建高层服务,从而实现重用,这些都体现了编码的灵活性。此外,由于服务使用者不直接访问服务提供者,这种服务实现方式本身也可以灵活使用。


  明确开发人员角色


例如,熟悉BES的开发人员可以集中精力在重用访问层,协调层开发人员则无须特别了解BES的实现,而将精力放在解决高价值的业务问题上。


  支持多种客户类型


  借助精确定义的服务接口和对XML、Web服务标准的支持,可以支持多种客户类型,包括PDA、手机等新型访问渠道。


  更易维护


  服务提供者和服务使用者的松散耦合关系及对开放标准的采用确保了该特性的实现。


  ﹡更好的伸缩性


  依靠服务设计、开发和部署所采用的架构模型实现伸缩性。服务提供者可以彼此独立调整,以满足服务需求。


  ﹡更高的可用性


  该特性在服务提供者和服务使用者的松散耦合关系上得以体现。使用者无须了解提供者的实现细节,这样服务提供者就可以在WebLogic集群环境中灵活部署,使用者可以被转接到可用的例程上。


  SOA可以看作是B/S模型、XML/Web Service技术之后的自然延伸。SOA将能够帮助我们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式,它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往,以SOA架构的系统能够更加从容地面对业务的急剧变化。

为什么SaaS模式会取得成功?散步的老虎 @ Jan 14, 2008

  应用服务供应商模式又回来了,而且这一次它志在必得。JSDN是一个业务流程外包解决方案,包括托管服务交付平台、内容/服务提供商批发分销协议、顾问服务、计费、收款、结算以及基础设施管理。

  应用服务供应商模式又回来了,而且这一次它志在必得。许多新技术以及新问题的出现---包括网络服务的兴起、越来越多的安全威胁、企业降低IT成本的需求以及渴望通过服务提供商提供的增值服务增加ARPU (每用户平均收入,Average Revenue Per User)和客户忠诚度---导致了外包应用方法的复苏,也就是现在非常流行的软件即服务(SaaS)。



  分析公司IDC安全产品项目总监Brian Burke 说:“目前的情况是,人们对软件即服务模式热情的增长与日俱增,就是由各种原因造成的。SaaS的易于部署、管理,可扩展性好并且能减少内部IT人员的工作量,这极大的带动了用户的热情。”


  外包模式并不是新兴事物,早在2000年,应用服务供应商们的第一个外包模式就创造了轰动一时的效应。但SaaS至今没有任何迹象显示出会像第
一个外包模式那样引起轰动效应。事实上,SaaS正在成长。SaaS的本质是将驻留在用户端桌面电脑或企业的按需定制(on-premises)的网络上
的应用和功能移植到服务提供商的网络或数据中心上。Salesforce.com是SaaS模式的创始者,它的销售力量管理软件开创了SaaS模式的先河,这对于像OracleSiebel 这样的为企业客户提供现场数据库服务的传统软件公司提出了严峻的挑战。SaaS概念现在已经明显扩大到基于网络的安全服务、企业资源管理应用,包括库存/仓库管理,计费/会计制度,甚至是基本的生产力应用,如谷哥公司的电子邮件和日程表服务。


  安全也是推动SaaS发展的一个很重要的因素。2006年,全球范围的托管
讯安全服务的总额为3亿美元,IDC预计,到2011年,这个数字将会达到14亿美元。这就是为什么Webroot
Software上周宣布计划收购Email Systems的一个主要原因。Burke
说:“作为一个安全解决方案,我们希望既包括按需定制模式又包括托管安全服务的混合模式的增加。”


  从宏观角度而言,SaaS与目前广受欢迎的Web服务密切相关,因为SaaS的设计理念就是通过标准的网络浏览器和互联网发布服务和应用。
SaaS似乎对越来越多的很有帮助。由于移动设备与个人电脑相比,功能和能力都有限,通过SaaS提供应用使流动作业人员使用移动设备获取这些应用,而不
需要在本地存储这些服务。


  现在外包模式与之前的不同之处在于,采用SaaS技术的服务提供商可以共享服务,从而为多个客户提供服务。ASP商业模式需要每个企业用户配备专门的基础设施,使企业难以有效地较少成本。


  Progress Software 公司SaaS总监Colleen Smith表示
,ASP模式失败的另一个原因是许多供应商认为,他们仅仅发布了一个应用,但没有真正了解随着时间的推移如何支持最终用户的应用,Progress
Software开发了一个平台,使得独立软件开发商可以在该平台上创建应用。不过,Smith还表示,电信公司可以在SaaS模式下取得成功,尤其是如
果他们处于一个生态系统中,大家共同分担风险和报酬。这样一来,独立软件开发商可以开发最好的应用程序,并且服务供应商,就像电信公司,就能知道如何提供
始终如一的服务和可用性。


  电信公司TELUS Partner Solutions认为,现在是使用按需定制商业模式的最合适的时机。TELUS营销副总裁Brent
Allison表示,部分原因是由于企业要求的应用服务剧增,这给首席信息官带来了一项复杂的任务。Allison补充说,事实上,许多企业通过并购活动
正在迅速成长,因此它们希望自己的应用有一个综合的并且可管理的解决方案,这是SaaS兴起的另一个原因。


  TELUS Future Suite计划总监Walter Van Norden表示,TELUS预计要在第一季度推出12个SaaS应用,比如如托管Exchange、BlackBerry Wireless、WebEx会议和目前流行的安全应用。Allison补充说,TELUS打算在第二季度将会推出有关人力资源的TELUS私有解决方案, 包括现在TELUS公司内部使用的在线工具,它可以处理员工培训,人才梯队和绩效管理等任务。


  Allison表示,虽然TELUS认为自己的SaaS产品最适合于中小型企业,但是,拥有大约20,000名员工的大型企业同样对这个解决方
案感兴趣。而其它服务供应商同样也是TELUS的目标。Allison补充说,在美国,很多服务供应商对于无纸文化很感兴趣,TELUS的解决方案能够得
到大家的任何部分原因在于它的电子人力资源(EHR)计划和工具。


  除了TELUS,很多其它的电信公司也已经推出了SaaS服务,比如XO Communications。而Cbeyond也已公开表示对SaaS很感兴趣。


  THINKstrategies公司的Jeff
Kaplan表示,英国电信(BI)也许是目前最“勇敢”电信公司,它公开表示自己是一个SaaS提供商。除了向独立软件开发商提供托管服务外,英国电信
也已经推出了自己的张SaaS解决方案,其中包括工作区(Workspace)以及可以帮助各个集团共享信息、管理项目并建立更强大的合作关系的基于网络
的软件服务。该服务包括档案共享、集团日程管理和项目管理,这使得企业更好的内部协调工作组以及外部的合作伙伴和客户。


  英国电信还提供Tradespace服务,用以连接具有潜在的网上客户的小型企业和个体经销者。BT Tradespace 通过向Tradespace会员提供商品评论和分级、网上信息资源以及商界兴趣等信息,帮助用户做出最好的购买决定。Tradespace会员可以创建自己的公共Tradespace,并公布自己喜欢的内容。


  英国电信的按需定制协作服务和社区站点是由微软公司的“Live”计划支持的。微软公司还正在与AT&T以及Verizon
Communications公司合作研究基于网络的的服务。微软和其它独立软件开发商对有可能取代传统的授权软件模式的SaaS很感兴趣。举例来说,
Webroot Software向New Telephony透露,它现在正在整理一个方案以大大扩展其服务供应商渠道计划。SaaS对于独立软件开发商来说是很有意义的,因为SaaS给供应商提供发布软件的另外一个途径,他们中的许多人在特定的垂直市场(比如医疗、航运、木材等等)都具有专业知识,因而能够更密切地与客户合作。


  服务供应商也正在积极地与有能力的合作伙伴建立合作关系以推广SaaS。 TELUS和XO Communications
都于负责运营服务交付网络(JSDN)的Jamcracker公司建立了合作伙伴关系。JSDN是一个业务流程外包解决方案,包括托管服务交付平台、内容
/服务提供商批发分销协议、顾问服务、计费、收款、结算以及基础设施管理。


0 条评论杂文拾遗2008-1-14 16:59:07#Top

SaaS:更切合企业需求的运营模式散步的老虎 @ Jan 14, 2008

  那么SaaS究竟会给企业带来哪些业务影响、战略机遇以及突破性价值,读者朋友从GXS及AMR 研究院专家在SaaS 圆桌论坛上的见解中可见一斑

  近年来,具有近十年发展历史的SaaS,随着互联网接入和使用的大规模普及,以及软件服务提供商和使用者供需市场的日趋繁荣,而取得了突飞猛进
的发展,服务种类和用户数量大幅增加。无论是国际巨头,还是本土的软件公司、互联网公司均向中国的SaaS市场频频抛出橄榄枝。那么SaaS究竟会给企业
带来哪些业务影响、战略机遇以及突破性价值,读者朋友从GXS及AMR 研究院专家在SaaS 圆桌论坛上的见解中可见一斑。


  SaaS 的优势源于整合


  SaaS服务提供商为中小企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平台,并负责所有前期的实施、后期的维护等一系列服务,企业
无需购买软硬件、建设机房、招聘IT人员,只需前期支付一次性的项目实施费和定期的软件租赁服务费,即可通过互联网享用信息系统。


  GXS的首席技术分析师John
Radko先生指出,“对企业来说,可以花费大量的资金用于工厂的优化,但是未必能够花费数百万美元在软件上来管理IT服务队伍。企业需要的是一个领域服
务队伍,只要管理他们的时间就行。
所以,当SaaS厂商可以为企业定制一个月的服务时,企业只需要在使用时付费,这就解决了软件投入成本过大的问题。对软件行业来说,这是一个创举”
。GXS行业解决方案副总裁Steve Keifer 也补充道:“SaaS能解决很多行业问题如项目延迟、项目超出预算、项目交付范围减少等,
也包括在过去五年里IT外包以及BPO等模式无法解决的问题”。归纳起来,都是SaaS具有的整合功能的体现。


  GXS企业战略联盟总监Rory O’Neil认为,SaaS
是一个ASP的演进,在软件行业中类似的演进不少,但ASP和SaaS之间的创新是技术。SaaS可以按一定的规模运行,它可以按自己的安全模式运行,将
这些应用软件交付回企业。另一方面,运行SaaS模型和服务的人熟知对应企业的业务,而ASP却不一定知道。
这就是为什么ASP在大多数情况下会失败,SaaS的成功前提是具有很强的整合能力。


  的确,SaaS的优势正是来自于整合。对于用户来说,从单一厂商那里购买了整套产品之后,不必担心整合的问题,这也是多数ERP厂商一直在强调
的问题。但是,任何厂商在拥有自身优势的同时,也有着自己的弱点。除非用户能够忍受很多弱点出现在自身的核心业务领域,否则将不得不继续将这些东西整合到
一起。


  而对于SaaS厂商来说,必须要保证在用户使用的时间里,产品与用户其他软件的配合程度。一旦其产品升级之后与用户的其他系统配合脱节,用户很
可能会放弃其产品而转投其他厂家。这给SaaS带来的后果是相当可怕的,这将意味着至少在一段时间里,SaaS厂商将失去收入。


  AMR研究院副总裁John Fontanella认为,未来将出现SaaS厂商与传统软件企业的整合,也可以称为SaaS混合模型——用户试图将应用软件功能丰富的SAP或Oracle产品规范到一定程度,同时使用一定数量的SaaS厂商以填补领域专门技术的漏洞。


  SaaS是一个无新旧版本的世界,用户不再需要关心也不知道自己使用的是什么版本。通常来说,用户远不如服务厂商熟悉IT。在软件版本升级的时
候,用户对软件所产生变化的适应能力也要弱于IT服务厂商。对于SaaS用户来说,能获得更好的IT服务体验,其根源在于SaaS厂商从提供服务给客户中
获取的大部份收入都是在未来才实现的,而不是一次性获得的。对于一家刚刚结束了一笔大单的传统软件供应商来说,在用户下一个维护付费时间到来之前,都不会
看到这个顾客至少一年里的巨大收入。因此,用户使用这个软件产生的任何问题,在SaaS模型下,更趋于更多的平等共享。


  SaaS在不同行业上的应用


  John
Fontanella先生的观点是,SaaS真正的内在价值来自其将整个业界连接一起的能力。“在贸易领域,零售商通过商业服务供应商进行产品数据资料交
换,再从信息流、物流与现金流中获利。因此,SaaS的能力在贸易界将产生更大的价值——诸多供应商在同一程序里运行,使用同样的应用软件,而这些企业通
过将彼此联系在一起的交易中枢网络进行贸易产生的效率是相当惊人的。”

  无论企业大小,每家企业都在寻找有自身特点的软件。对于通用软件企业来说,每家企业都有不同的需求,这也就使得软件企业无法像制造业一样产生规模效应。但是,在同一家公司从内部管理到销售队伍,再到间接采购,企业并没有那么多需求或那么大的规模。


  有相当数量的人认为,SaaS模式适合用在CRM领域。似乎为了印证这个观点,在国内能找到的SaaS推动者主要也是来自这个领域——Xtools、阿里软件都在CRM上耕耘。SaaS是随问题领域、规模和竞争的变化而变化的——它不只是简单的大与小的问题。


  不久前,国药集团在进行其供应链管理方面选择的Trading
Grid正是基于SaaS模式的交付方式。来自国药控股有限公司药品分销事业部和上海安捷力信息系统有限公司的代表认为,经过仔细核算,SaaS交付模式
带来的软件使用成本要低于企业一次性投资之后的软硬件折旧成本。也就是说,从软件的总体拥有成本上来说,SaaS为企业带来的好处更加明显。


  “GXS提供了一款基于SaaS模型的可视化服务,帮助企业将在公司之外的复杂外部情况进行自动化操作,业务流程支持各方面的供应链——从补
货,到物流,再到支付。订单生命周期可视化侧重在补货过程中,而物流可视化侧重在国际物流过程中。这些应用软件交付给企业的是高质量的电子表格形式实时数
据”,Steve Keifer告诉记者,“此外,GXS还在其Trading
Grid基础上提供全球数万家公司,用户可以像与合作伙伴之间发送订单那样进行沟通”。


  怎样利用SaaS才能成功


  为了有效地操作供应链,企业必须能够看到它的进展情况。然而,企业软件的可视化程度始终没能赶得上技术的进步以及信息交流速度的提升。“这就是
为什么有时候卡车会在电子邮件通知之前,就已经到达了配送中心”,Steve
Keifer如是说,“因此,能够看到企业供应链正在发生的情况,能够看到企业的物流正在发生的情况,能够看到下游供应的情况,都是企业真实的需求信号。
能够断定出客户对产品将会产生怎样的需求,这才是食物链的顶端。但这要求在供应链的整个流程中每一件事情都必须更好地到位,否则可视性就毫无价值”。


  John
Fontanella认为,SaaS能够在供应链中获得成功,有几个前提。首先,供应商必须了解自己的客户流程和他们试图解决的问题领域;其次,供应商知
道他们与客户必须相辅相存,必须为他们的客户已经形成的ERP系统补充现有的投资;第三,了解供应链解决方案,需要被业界的每一个合作伙伴所采用,而这正
是它的真正价值所在。


  John Radko认为,SaaS将会继续成为主要力量,它将会迫使企业软件公司改变并参与竞争。
所以,这将是非常强大的,因为它将会创造出一种企业软件的替代品,而且SaaS与企业软件公司之间的紧张竞争将会继续下去,毕竟企业软件不会就此服输,已
做的投资将会起到杠杆作用,人们会将两者结合起来使用。
总之,SaaS将会继续创造一个世界,在这个世界里,甚至最小的公司都可以有一个只是按月租用的基础设施。 而Rory O’Neil
先生的评价是:SaaS将会是我们这个行业的创新交通工具, 所有产生的创新都将会侧重在人们如何消费和使用这个软件的服务经验上。


  集诸多优势于一身的SaaS 究竟会怎样开创一个新纪元,业界人士纷纷拭目以待。

0 条评论杂文拾遗2008-1-14 16:52:52#Top

CIO告诉你真实的SaaS散步的老虎 @ Jan 14, 2008

作者: 文/Andrew Conry-Murray 译/朱迪

  来自摩托罗拉和全美人道协会的两个实施案例向我们展示了SaaS的运作方式。这个单一平台将会收集、处理来自各承包商多种格式多来源的数据,并纠正其中的错误情况,而且还将创建一个知识库,使得每位呼叫中心的客服人员都能访问。


  来自摩托罗拉和全美人道协会的两个实施案例向我们展示了SaaS的运作方式。

  5年前,软件作为服务(SaaS)还是客户关系管理(CRM)市场的一件新鲜事,它主要面向小企业市场。如今,SaaS整体提供商已经能够为任
何规模的企业提供所有基于服务的企业应用。而且,这种服务提供模式还没有任何放慢脚步的迹象。顾能公司(Gartner)估计,到2011年,四分之一的
新商业软件都将以SaaS的方式提供。


  要想了解部署SaaS需要具备怎样的条件,请先来看看以下两个案例:一个是摩托罗拉公司(Motorola,下称摩托罗拉)全球化的CRM部署,还有一个是帮助全美人道协会(Humane Society)遵从PCI标准(信用卡行业的标准)的服务案例。


  摩托罗拉随时响应


  乔·贝克萨(Baksha)深感压力重重。作为摩托罗拉移动服务部(Motorola Mobile
Services)的全球行政负责人,他要对公司的移动电话客户服务运营工作负责。他所在部门的1,200名客服人员,通过电话、电子邮件、即时通讯等方
式,一年内要以8种语言回答500万次来自28个国家的服务咨询。


  客户服务部是一个成本中心部门,这意味着资源相对缺乏,并且各项开支都需要仔细审查。为了节省成本,摩托罗拉将呼叫中心外包给了本地服务承包
商,由对方提供员工、设备和软件。由于每家承包商采用不同的软件收集来电资料、与客户产生互动,导致提供给摩托罗拉的客户服务数据格式五花八门:CRM商
业组件,自行开发的应用,以及Excel电子表单等不一而足。甚至不同地区采集数据的方式也不尽相同。因此,对于摩托罗拉的管理人员来说,难以全面了解客
户对公司产品的看法,以及呼叫中心自身的情况。


  幸运的是,摩托罗拉正在改变这种现状。目前,公司正处于一个3年计划——XperienceCare的中间阶段,这个项目完成以后,公司的呼叫
中心将会迁移到SaaS供应商RightNow公司(下称RightNow)的CRM平台上。这个单一平台将会收集、处理来自各承包商多种格式多来源的数
据,并纠正其中的错误情况,而且还将创建一个知识库,使得每位呼叫中心的客服人员都能访问。同时,它还使得摩托罗拉在处理承包商的关系时具备更大的灵活
性。RightNow提供所有的应用,都能为呼叫中心代理商所用,因为这些软件在网络上就能运行,而摩托罗拉的承包商只需要提供人员、带浏览器的个人电脑
和充足的带宽。如此一来,摩托罗拉无需伤筋动骨,就能轻松拓展和迁移一个呼叫中心;而且更换承包商也变得更加容易,因为这些应用都不是定制的。“这个工具
给了我们更多的选择,”贝克萨表示。


  SaaS想客户所想


  摩托罗拉移动服务部自从2001年就和RightNow建立了一种联系,那时摩托罗拉部署了RightNow
Service,这是呼叫中心代理商的一个基本的桌面应用程序。凭借XperienceCare,摩托罗拉正在为呼叫中心部署一些附加的模块,包括
RightNow
Live,它能够让代理商通过实时聊天与客户互动;比如Feedback,它能够采集和分析客户的反馈,并且对客户情况进行追踪;以及语音工具,它是一种
互动语音应答(IVR)软件,能够为客户提供基于电话的自助服务选择。


  实施这个项目的一项主要困难就是,将数据从现有的软件平台上迁移到一个单一的RightNow数据库中。贝克萨花了4个月的时间将数据段变成了
数据库易于使用的格式。多语言的客户信息,也给贝克萨制造了不少麻烦。贝克萨表示,公司总共花了数百小时才把这些信息输入到RightNow系统中。


  另外,RightNow的应用还必须与摩托罗拉内部的定制软件进行集成。为此,摩托罗拉正在进行计算机和电话的整合项目,这样,一旦客户呼叫,
代理商就能立刻看到客户记录。贝克萨还想为代理商提供一些其他数据,包括手机序列号查询,这样代理商就能看到手机的历史数据,以及它是否还在保质期内。


  所有这些功能,定制化软件也都能提供,那摩托罗拉为什么要以SaaS的方式提供呢?贝克萨说,这样的服务方式非常适合全球化运营。其中一个原因就是公司不用付出更多的代价就可以为代理商配置一些新的工具。“单单11月,我们就正在迁移两个不同的呼叫中心。”


  因为这些应用都通过在线的方式提供,客户数据记录的存储也由提供者来进行。只要承包商的系统满足了摩托罗拉的需求,那么摩托罗拉就无须建立新的防火墙,或去整合软件系统了。

  很快,RightNow还会提供一些新的服务和功能。比如,贝克萨要求有一个控制台,能够让管理人员访问一些特殊的数据集,而无须通过一层层的菜单翻找。结果,RightNow一口答应,而且开发了这项功能。


  这还可以使摩托罗拉不再受制于不同国家隐私条款的约束。欧洲在这方面的规定尤其严苛,欧盟法律禁止将欧盟公民的个人数据转移到欧盟之外的国家,
除非他们符合“安全港框架”准则(Safe
Harbor)。尽管摩托罗拉没有通过这个准则的认证,但是RightNow通过了认证,它能确保贝克萨不会与欧盟隐私条款相违背。


  当然,SaaS也并非尽善尽美。比如,贝克萨就必须时刻注意系统的正常运行时间。如果系统宕机,客户支持的请求就要被推迟。在系统中断的时候,
代理商在接受语音应答时就要人工记录一些资料,等到服务恢复以后,再把这些数据重新输入到RightNow系统中。“我为这样的事情要付出双倍代价。”贝
克萨说。


  到目前为止,系统的正常运行情况还能够被接受。“在过去8个月中,我们只出现过一次系统中断的情况,当时中断了两小时。”按照双方目前的合同,如果这家提供商不能满足摩托罗拉的服务水平要求,并没有相关的罚金规定。“我们打算在下一个合同中把它写进去。”贝克萨表示。


  不过,贝克萨在其他方面考虑得很周到。他在合同里规定,摩托罗拉任何时候都有从RightNow的数据中心提取公司数据的权利。他们采用了一项特殊的工具连接到RightNow的系统,以便提取数据。


  借力SaaS遵从PCI


  在摩托罗拉服务自己客户的同时,全美人道协会也有一个特殊的顾客群——1,000万动物权利保护者们。


  全美人道协会的首席信息官(CIO)比佛利·玛格达(Beverly Magda)敏锐地意识到系统安全非常重要。“我们大多数资金都来自于捐赠,”她说,而且大部分捐赠又是通过网站转进来的。如果没能保护好捐赠信息就会损害组织的声誉,并且影响到后续资金的来源。


  在得知这家机构需要遵从PCI数据安全标准之后,差不多3个月前,玛格达开始尝试和了解SaaS应用。PCI规则要求企业在处理信用卡交易时,遵从保护信用卡数据的最佳实践,并且还要提交一份年度评估报告,汇报他们是如何来实施这些做法的。


  这些做法包括对Internet-Facing系统的审查,和对系统漏洞所做补救方案的检查。PCI还要求组织向其商业银行提供这些检查的季度报告。


  玛格达需要帮助。全美人道协会在美国有14个办公机构需要接受检查,一旦没有达到要求就要面临严重处罚——假使没有按时向其商业银行提交审查报
告,就要接受一天5万美元的罚款,玛格达说。因此她聘用了一名顾问来处理这些审核工作,并填写相关的文件。该名顾问正在使用来自风险管理服务提供商
Qualys公司的一项服务。


  根据该顾问的描述,QualysGuard
PCI会远程扫描Internet-Facing机器,包括防火墙、网络服务和Web服务器等;使用授权的客户密码,它就能登陆到这些系统中来检查软件安
全和运营系统的漏洞,并且访问系统配置;它还可以通过一个网络浏览器提交其扫描的报告,并且提供补丁的连接;然后,它将再次扫描系统,确保系统更新和软件
补丁都已到位。通过这项应用,公司就可将扫描结果报告提交给商业银行,而且也可以通过PDF格式发送给客户审阅。


  当顾问向玛格达解释了这项服务的功能后,马格达立刻意识到,为了节省时间和成本,她完全可以自己来做这件事。玛格达说,她很感激顾问所做的这些工作,当时,她表示:“我们是一家非营利机构,所以我们在考虑开支方面必须慎之又慎。”

  玛格达对于这项服务的评价也是积极的。“他们对我们的工作做了很多研究,而且就遵从PCI规则给我们提出了一些建议,甚至提供了比遵从PCI更合理的做法,”她这样评价Qualys的全面漏洞管理服务。


  从运营的其他方面来看,玛格达也对SaaS模式的效果深信不疑。她正在对一个CRM托管服务提供商进行评估,其专门服务于非赢利机构。“我们的工作团队人数不多,所以把一些事情放到外面去做,可以减轻IT系统的负担。”玛格达这样表示。


  SaaS并非是一剂万能良方,从而使所有的IT难题都消失得无影无踪。安全和隐私风险以及整合话题都会使SaaS的部署变成一场噩梦。系统中断
也是一项渐渐迫近的威胁。但是,IT应用者已经认识到,采用SaaS可以使业务流程更加现代化,减少投资成本,降低运营障碍。无论是在一个部门实施还是在
全公司范围内应用,SaaS这一模式都已相当成熟,并足以变成IT教科书中一项不可或缺的内容。


  CIO玛格达的热情与烦恼


  这份工作对于热爱动物的爱心人士比佛利·玛格达来说有着重要的意义,但是为非营利机构工作,单凭热情还是不够的。


  比佛利·玛格达,全美人道协会的CIO。


  我怎样进入IT行业的: 我是家里唯一的女孩,和几个兄弟在一起长大,我总是跟在他们后面,把一些东西拆开,琢磨这些零件的工作原理,然后再把它们拼到一起。所以,把电脑拆散研究它的内在结构,也是一件再正常不过的事情了。


  我的工作最有意义之处: 我热爱这份工作,因为我很开心,能够运用自己的IT技术和知识来为一家动物保护组织服务。每当清晨从梦中醒来,我就会意识到,我所做的一切,是为了能够让这个世界变得更适合动物生存。


  工作中令人沮丧之处: 在这样一个非营利行业工作,要想留住优秀的IT人才非常困难,因为这里有很多政府机构、承包商和营利机构可供他们选择。


  同事们不太了解我的一面: 在我24岁的时候,我就绘制了自己的职业道路图。每过4~5年,我就会做一次修正。现在,我正在朝着自己设计的目标正确地迈进。


  我会因何动怒: 糟糕的客户服务。我常常要求员工一定要为我们的计算机用户提供完美的服务。所以,当我在零售商店或银行受到冷遇时,我会非常恼火。很多企业低劣的服务态度让我感到很难理解。


  我曾经遇到过的最古怪的IT需求:我曾经为一家位于安德鲁空军基地(Andrews Air Force Base)对面的公司工作。
一个IT顾问告诉我们,要用铝箔将我们的建筑物之一覆盖起来,因为这家基地里的神秘设备会干扰计算机,并中断网络连接。当我把PC里的NetWare客户
端升级之后,这个问题就消失了。幸运的是,我们不用在铝箔上浪费投资了。


0 条评论杂文拾遗2008-1-14 16:47:50#Top

消失的光年下里巴人 @ Jan 8, 2008


一个30岁的男人大乔和一个10岁的女孩小乔合作了一个乐队,叫大乔小乔...






3 条评论音乐2008-1-8 23:31:02#Top

大型网站网页设计越简单越好Alike @ Jan 3, 2008

1、首页不要超过3屏。
2、尽量不要用图。当你打开photoshop的时候----

3、考虑一下偏远山区的拨号用户也要访问你的网站吧。

4、考虑一下莫桑比克的用户也要访问的网站吧。

5、考虑一下南北的电信的不联不通吧。

6、使用CSS+div设计的你的网站吧。

7、优化一下JS吧。别将别人的JS拿来就用。

8、网站访问速度慢,先别怪带宽和服务器,先找一下页面的设计的原因吧。

9、快些、再快些;轻些,再轻些。取消一切可有可无的东西。网站设计,最难的是减法。

10、能访问到永远比页面漂亮更重要。这就像吃饱了才会不饿一样。

TBC WOW 宏命令学习Alike @ Jan 2, 2008

前言:
  1、由于CastSpellByName()和TargetUnit()在2.0被禁用,所以2.0之前的大部分宏将无法使用。现
在,宏写法也有了很大的变化。没有宏可以检查Buff,Debuff,冷却,血量,魔法,怒气,能量。但是,大家也不用太惋惜,现在的宏可以实现许多新的
功能,并且非常强大。
  2、在使用一些宏之前请先检查你的按键设置。系统默认Ctrl+1到10是使用宠物技能栏,而Shift+1到6是选定动作条。有些宏在使用时由于自己的设置有可能和这些默认的按键冲突,解决办法为改宏或者改掉系统默认的按键设置。

  3、把这篇文章一字不漏的看完,那么95%的宏你都可以自己写了。

身上各个部位编号:
  1:头
  2:颈
  3:肩
  4:衬衣
  5:胸
  6:腰带
  7:腿
  8:脚
  9:手腕
  10:手套
  11:手指1
  12:手指2
  13:饰品1
  14:饰品2
  15:背
  16:主手
  17:副手
  18:远程武器

动作条编号:
  主动作条1为 1--12
  主动作条2为13--24
  主动作条3(右1)为25--36
  主动作条4(右2)为37--48
  主动作条5(右下)为49--60
  主动作条6(左下)为61--72

背包及包裹格子编号:
  背包从右到左的编号分别是:4、3、2、1、0~
  包裹格子的编号是从左至右排列,一个包的第一行分别是:1、2、3、4~
  然后是包裹第2行:5、6、7、8~下面几行依次类推。

宏命令讲解:
/cast
简单的说就是/施放,并且使用这个命令的宏只有一个法术会被施放。现在的这个命令可以加入条件来判定法术是否被施放。比如“/cast [help,combat] 快速治疗”,这个宏的意思是当目标为友善,并且在战斗中,那么施放快速治疗。


  可用的条件:
  help-判断目标是否为友善;
  harm-判断目标是否为敌对;
  combat-判断你是否在战斗中;
  stance或stance:#-判断你是否在姿态中或是否在指定姿态中;
  stealth-判断你是否在潜行;
  modifier或modifier:x(x可为shift、ctrl、alt 或者是它们的组合)判断某个或某几个按键是否被按下。
  equipped:<item>-判断某件物品是否在装备中。<item>可以是装备栏编号、装备分类(武器、副手。。。)、装备子类(双手剑、法仗等等。。。)
 
 target=<unit>-可以把技能目标指定为任何有效的目标,并且可以另你不丢失当前目标!<unit>还可以为
“none”,用来指定没有目标的时候。“self”,用来指定只对自己施放。比如“/use [target=self]
厚符文布绷带”,无论任何时候都只对自己使用绷带。

  actionbar:<number>-判断当前动作条是否被列出。<number>可为1、2、3、4、5、6~
pet:<pet type 或 pet name>-pet type为宠物类型;pet name为宠物名字。如果不填写宠物类型或名字则判断宠物是否存在。
  mounted-判断是否在坐骑上。
  swimming-判断是否在游泳。
  flying-判断是否在飞行中。
  outdoors-判断你是否在室外。
  indoors-判断你是否在室内。
 
 button:<#>判断某个特定按钮是否被用来触发技能。<#>可为1(鼠标左键)、2(鼠标右键)、3(鼠标按键3,也就
是鼠标滚轮向下按,不是向上滚也不是向下滚)、4(鼠标按键4,多键鼠标专用)、5(鼠标按键5,多键鼠标专用)。默认为1。
  channeling-判断你是否在引导法术。
  channeling:法术名称-判断你是否在引导特定的法术。
  exists-判断特定目标是否存在。
  dead-判断目标是否死亡。
  stance:<#>-判断是否在姿态中,默认为1(只写stance不写编号为默认)。牧师的暗影形态,盗贼的潜行都为1。
  战士:1战斗、2防御、3狂暴
  德鲁伊:1熊、2海豹?、3猫、4旅行、5枭兽/树
  equipped:装备名称/类型/子类型-判断某件装备是否在装备中。比如“/cast [equipped:魔杖] 射击”,这个宏的意思是如果装备魔杖就使用射击。

/castsequence

  连续点击可以按顺序施放指定法术。一个法术施放失败,后面的法术就不会被施放。
  

  常使用的条件选相:

  reset=<#>或target或combat或它们的组合,其他同“/cast”。

  简单介绍一下<#>/target/combat的作用。
<
#>-代表数字,一般都是1到1800,单位为秒。/castsequence reset=120
部落徽记,亡灵意志,这个宏的功能是先使用部落徽记,然后使用亡灵意志。如果120秒后亡灵意志依然没有被施放那么还是使用部落徽记。但是,  
reset=<#>永远都是在你施放最后一个法术的时候开始记时。
  target-切换目标时重至宏。
  combat-战斗开始时重至宏。

  所有条件都可以在前面加“no”来达到相反的效果!比如“nocombat”,判断你是否不在战斗。
“,”相当于以前的and。比如“/cast [help,combat]快速治疗”,这句的意思就是目标为友方并且在战斗中时使用快速治疗。
“/”相当于以前的or。

/castrandom
  随机施放法术,比如“/castrandom 变形术:猪,变形术:羊,变形术:龟”。(我变~我变~我变变变!)

/use
使用物品或装备,不再需要指定编号。比如“/use 厚符文布绷带”。

/userandom
随即使用指定的几件物品。

目标选定:
/targetenemy
选定一个敌对目标。

/targetfriend
选定一个友善目标。

/targetparty
选定一个小队队友为目标。

/targetraid
选定一个团队队友为目标。

/targetlasttarget
选定上个目标。

/targetlastenemy
选定上个敌对目标。

/assist
协助~同“/协助”。

宠物类:

/petattack
宠物攻击。

/petstay
宠物停止。

/petfollow
宠物跟随。

/petpassive
宠物被动形态。

/petdefensive
宠物防御形态。

/petaggressive
宠物攻击形态。

/petautocaston 法术名称
宠物法术自动施放开启。

/petautocastoff 法术名称
宠物法术自动施放关闭。

/focus
一直锁定一个目标~比如把这个命令和宠物攻击结合做一个宏。再比如你当前的宠物是MM,并且用这个宏让MM去攻击一个战士,然后你切换了目标,并让MM施放诱惑,这时MM诱惑的目标不会是你当前的目标,而是刚才的那个战士。

# show <法术名称/物品名称>
这个命令可以让你的宏显示指定法术或物品的图标。


/cancelaura
取消BUFF~比如“/cancelaura 奥术智慧”。


/stopmacro [option]
停止宏,可加条件判定。这里有一个特殊的例子:
/cast [harm] 变形术
/stopmacro [noharm]
/p 正在把%t變羊!別去碰它!
如果变形术施放失败,那么就不会在小队内说话。




/click
点击?貌似是的。和“/cast”一样何以加事件判断。
实例:/click [pet:虚空行者]PetActionButton1
还要说的一个重点内容:“PetActionButton1”,1可以改为1-10任何一个数,意思就是宠物技能栏的1-10。


最后,送大家两个宏:
/console SET targetNearestDistance "50"
将“TAB”能选定目标的最远距离改为50码。
/console SET targetNearestDistanceRadius "50"
将“TAB”能选定身后目标的最远距离设为50码,不过并不推荐这么做,20就够了。

学习实践这个帖子的小经验和小问题
  学习实践这个帖子的小经验和小问题,终于可以用简体字了,我真不易..
  因为在tf玩,所以下面有繁体字,技能名有出入...

先谈经验:
  1.不要直接copy 别人的代码到以下文件中:
  "盘符:\Program Files\World of Warcraft\WTF\Account\帐号名\服务器名\人物名\macros-cache.txt"
  容易出问题,我就遇到过2行代码,死活不灵,在游戏里重新输入一遍,就好了 =..=

  2.在宏里加一个"#showtooltip",看技能效果很方便,特别是"3吸取"那种宏,开始不熟悉快捷键可以看看.

  3.不要乱添分号 ";":
  但凡与写代码沾一点边的人,一行字结尾不加个";"就全身不舒服.....以懒人练级宏为例:
  #showtooltip
  /castsequence [nomodifier] reset=combat/target 生命虹吸,痛苦詛咒,腐蝕術,獻祭,吸取生命,吸取生命;
  /cast [modifier:alt]吸取靈魂;[modifier:ctrl]吸取法力;[modifier:shift]吸取生命;

  这是一个错误的示范,加了";",后面的3吸取就没有效果了,要去掉....

  4.宏的图标选择,请多试试图标选择面板里的第一个"问号图标".
  以亡灵意志宏为例,图标选择"?",如果看看macros-cache.txt,图标名就是"INV_Misc_QuestionMark"

  #showtooltip
  /stopcasting
  /cast [nomodifier]防護暗影結界;[modifier:alt]亡靈意志

  这个宏在我的技能栏1的第5格上,按5就是暗防,按alt+5就是反恐.
  当选择问号图标并拖到技能栏以后,问号图标就显示"防護暗影結界"的图标了,会显示该技能cd,当你按下"alt"(注意还不是"alt+5"),该图标自己变化为"亡靈意志",并且显示的是"亡靈意志"的cd.
  上面经验3里那个宏我就用的问号图标,特方便看现在该施放哪一个技能了.懒要懒出境界,好比ui区的一个版主..

再来谈谈问题:


问题1:
在上面经验4的宏,按下ctrl或者shift时候,图标仍然是"防護暗影結界",但下面这个宏:

#showtooltip
/cast [nomodifier]生命分流;[modifier:alt]魔甲術;

如果按下ctrl或者shift时候,图标却变化为"?",当然手指抬起后,会正常不影响使用,不知是我个体的原因,还是什么,还请大家帮忙看看.

问题2:
在放火雨,或者搓暗蛋的时候,我想打断咒语吟唱,一般是后退2步,有没有宏可以直接打断?
/stopcasting 可以打断炉石,但是不能打断火雨什么的.
如果没有这种宏,能让我后退一步的宏也可以 =..=

问题3:
在wow2里我想在施放一个技能时候随机说一句话的宏如何写,前面那个绑定石头的好像不合适,以前那个跑龙套的喊话宏好像也不好用.
比如:
#showtooltip
/stopcasting
/cast 恐惧术

Kopas-坦白的片段A Fragment Of A Confession(2007)火红 @ Dec 24, 2007

喜欢这些律动节奏,喜欢一个人时什么也不想什么也不做,静静地坐着电脑面前,让自己全全投身于音乐创造的氛围之中。我想网络让我获益的,就是从音乐中学会欣赏!有音乐做伴,心灵的朋友,我很快乐。其实生活就这么简单,勿需刻意去创造情趣,追求品质,喜欢的一切快乐都属于你!——火.红


名称: A Fragment Of A Confession
艺人: Kopas
时间: May 15, 2007
厂牌: Neurodisc
类型: Electronic
资源: MP3/VBR


A Fragment of a Confession is the latest project from Ivan Kopas, a.k.a NuSound. This is Kopas' most personal release to date showcasing not only his music but draws on his inspiration from Robert Browning’s poem “Pauline, a Fragment of a Confession.” Utilizing Browning’s vivid imagery; Ivan’s music skirts around sensual landscapes of lush Rhodes keys, seductive percussion and intimate strings. He is a master at fleshing out dynamic emotions in the most casual way…when you least expect it. Middle-eastern grooves flow into crisp breakbeat and tribal elements blend into a swirling helix of deeply relaxing & chilled tunes. A Fragment of a Confession traces Ivan’s progression from his dimly lit studio to your speakers – offering only a slight ‘confession’ of his own through his music.

这张2007年出品的专辑,可听性与耐听性非常高,值得收藏,大家
不要放过!只可惜没有FLAC和APE品质的,VBR还算不错,要出手就快,我也不知道什么时候就失效咯。

[音乐资源由"风云"上传,风云品位一如既往的好]
专辑试听:

01. Amrita
02. Oceans and Clouds 海洋和云彩
03. Don't Let Go (Hold On) 不要放弃
04. This World 这个世界
05. The Rains Retreat 撤退听的雨
06. A Fragment Of A Confession 坦白的片段
07. Budapest Blues 布达佩斯蓝色
08. Spirit Dance 精神舞蹈
09. Samadhi
10. East Side Story 东边故事
11. Passion Chant 激情歌颂
12. The Unseen Dream
未看见的梦想

一张富有剧情的专辑,只要发挥你的想象力:
01 02 03 04 05 06 07 08 09 10 11 12




2 条评论音乐2007-12-24 23:28:27#Top


精典怀旧4BUG | XML RSS2.0



My Topic