[翻译技巧]Orchestration 和 Choreography 的区别及其翻译

这是Web服务里的两个常见术语。具体地讲,他们都是关于Web服务合成的。这两个词有时会被替换使用,但有时(比如想进一步细分两种不同的合成方法时)要区分这两个词。

下面这几段文字摘自《Understanding SOA with Web Services中文版》,它们解释了Orchestration 和 Choreography 异同。
{{
编制(orchestration)和编排(choreography)是常用于描述“合成Web服务的两种方式”的术语。虽然它们有共同之处,但还是有些区别的。Web服务编制(Web Services Orchestration,WSO)指为业务流程(business processes)而进行Web服务合成,而Web服务编排(Web Services Choreography,WSC)指为业务协作(business collaborations)而进行Web服务合成。(参见图6-13) WSO关注于以一种说明性的(declarative)方式(而不是编程的方式)创建合成服务。WSO定义了组成编制(orchestration)的服务,以及这些服务的执行顺序(比如并行活动、条件分支逻辑等)。因此,可以将编制(orchestration)视为一种简单的流程,这种流程自身也是一个Web服务。WSO流通常包括分支控制点、并行处理选择、人类响应步骤以及各种类型的预定义步骤(例如转换、适配器、电子邮件及Web服务等)。
 
...... WSC关注于定义多方如何在一个更大的业务事务中进行协作。WSC通过“各方描述自己如何与其他Web服务进行公共消息交换”来定义业务交互,而不是像WSO中那样描述一方是如何执行某个具体业务流程的。
在用WSC来定义业务交互时,需要一个对“业务流程在交互过程中所使用的消息交换协议”的正式描述,对在“有状态的、长期运行的、涉及多方的流程”中的对等的(peer-to-peer)消息交换(同步的或异步的)进行建模。 ...... WSO与WSC的关键区别在于:WSC是一种对等模型(peer-to-peer model),业务流程中会有很多协作方;而WSO是一种层次化的请求者/提供者模型(hierarchical requester/provider model),WSO仅定义了应调用什么服务以及应该何时调用,没有定义多方如何进行协作。
}}通过以上的文字,大家可以大致了解二者的区别了。不过关于二者区别的严格定义,目前莫衷一是。最近(2008年9月)这个辩论还在如火如荼的进行着(感兴趣详看InfoQ对此事的报道:http://www.infoq.com/cn/news/2008/09/Orchestration)。


下面讨论如何翻译这两个词:

choreography 翻译为“编排”似乎没什么争议(尽管极少数人把它翻译为“编制”)
orch



[翻译作品]2008年10月《云平台简单综述——一种面向企业的观点——David Chappell》

全文刊登于2008年10月出版的《软件世界》杂志上。   摘要   定义术语:什么是云平台?   转向云计算(cloud computing),是业界将要面临的一个重大改变。各种云平台(cloud platforms)的出现是该转变的最重要环节之一。顾名思义,这种平台允许开发者们或是将写好的程序放在“云”里运行,或是使用“云”里提供的服务,或二者皆是。至于这种平台的名称,现在我们可以听到不止一种称呼,比如按需平台(on-demand platform)、平台即服务(platform as a service,PaaS)等等。但无论称呼它什么,这种新的支持应用的方式有着巨大的潜力。 欲知个中缘由,我们先来看看目前应用平台(application platforms)是如何被使用的。开发团队在创建一个户内应用(on-premises application,即在机构内运行的应用)时,该应用所需的许多基础都已经事先存在了:操作系统为执行应用和访问存储等提供了基础支持;机构里的其他计算机提供了诸如远程存储之类的服务。倘若每创建一个户内应用都得首先构建所有这些基础的话,那么恐怕我们今天看到的应用会少很多。 同理,倘若每一个希望创建云应用(<



[翻译作品]2008年9月《合同也是托管软件成功的关键》

全文刊载于2008年9月出版的《软件世界》杂志上。 摘要 公司在跟托管软件提供商签订合同时务必要充分保护自身权益,另外还要看提供商的服务是否能够长期运营。这是购买过托管软件的客户们给出的建议。 Ken Harris是一位经验丰富的托管软件客户,他说,IT经理们在合同签字之前,必须仔细核查托管软件厂商的财务能力与技术实力。 Ken Harris


[翻译作品]2008年9月《有关SaaS你需要知道的九件事》

全文刊载于2008年9月出版的《软件世界》杂志上。 摘要 尽管软件即服务(Software as a service,SaaS)也许是从“浴室窗口


[翻译作品]2008年9月《SOA与DDD存在共生现象吗?》

全文于2008年9月17日发布于InfoQ中文站上:http://www.infoq.com/cn/news/2008/09/SOADDD 摘要 随着SOA渐受欢迎、在企业架构里扮演重要角色,形势愈加明显,即它得着手利用其他相关学科取得的进步。这一观点在一次关于SOA与DDD(Domain Driven Design,领域驱动的设计)关系的讨论中得到了印证。
SOA是: 一种架构风格,它提倡设计与业务齐合的企业服务,并将这些服务作为设计、构建、构思企业业务方案的核心单元 DDD是: 一种思考方式和一组优先考虑事项,它致力于加快那些涉及复杂领域的软件项目 Trond-Eirik就二者表面上的共性提出以下问题,从而引发了本次讨论: 你们认为SOA和DDD这两个概念有何异同?它们是满足彼此需求的完美搭配吗?它们是互斥概念吗?也就是说,用了DDD,就不能用SOA了?它们解决或属于问题域里的不同部分吗?还是,它们解决或属于问题域里的相同部分? 用户名为“moffdub”的网友回答说:SOA和DDD之间有着很强的互补性:  DDD是一种开发部署单元(单个应用)的方法。SOA是一种将多个部署单元粘合在一起的方法。 <以下略>



[翻译作品]2008年9月《当网格碰上云——一个现代技术的故事》

全文于2008年9月17日发布于TechTarget中文站上:http://www.searchsecurity.com.cn/showcontent.asp?nid=13729 摘要名字有什么关系? 网格计算(Grid computing)和云计算(Cloud computing)的支持者们很快就会问到这个问题了。 网格(Grid)是从学术研究和开源软件中成长起来的,它指的是一种虚拟的分布式架构,其中包含大量按需工作的计算结点。 网格是由效用计算(Utility computing)派生出来的。 这两个术语都试图在分布式计算里从硬件和软件上模仿电力工业里的情形。 Grid从未十分流行过。   其实,近年来兴起的许多“支线技术”为“类似网格的”技术提供了新的市场契机。 分布式存储和事务架构等都是能够代表计算技术新篇章的事物,而刀片计算机、虚拟技术、改进的数据中心以及更便宜的存储等都为它们的成熟创造了条件。 好的,网格就讲到这里。 下面我们谈谈“云”。   如今,在有效的分布式计算模型方面,没有比Google、Amazon和Yahoo等更优秀的了。 它们支持一种叫做“云(Cloud)”的计算机架构,好像它们拥有无数个服务器群似的。   开发者与系统架构师们正在仔细研究Google这些网站,试图对它们的巧妙思想进行逆向工程。 有些这样的公司已经为它们的“云”开放应用编程接口(APIs)、以满足外部用户对按需计算(on-demand computing)的需要了。 <以下略>



[翻译作品]2008年9月《IBM总结出五项SOA最佳实践》

全文于2008年9月16日发布于InfoQ中文站上:http://www.infoq.com/cn/news/2008/09/SOABestPractices 摘要 IBM全球服务中心最近发布的一份白皮书描述了IBM技术研究院(Academy of Technology)为取得SOA实施的成功所运用的经验。具体地讲,他们关注于以下五个优先考虑事项: 以面向未来的眼光进行架构开发——对SOA实施来说,最需要的就是:不要仅把眼光局限于简单的连通性上,而要更关注架构。 预见到IT与业务流程之间的联系——所实现的架构要将IT转变为一个业务功能服务提供者的角色。 为支持SOA设立一个组织结构,具体涉及到文化、技能、培训、团队建设、组织架构、决策、奖励机制、协作及治理等方面。 构建一个可伸缩的基础设施——用适当的方法与度量,为服务的性能与可伸缩性设置基线。 允许运营可视性——关注于治理和服务管理。 根据IBM的经验: 要取得SOA部署的成功,必须先建立起核心架构领导团队,以确保付出的努力符合需求、并指导架构的发展。针对架构的最佳实践可分为重用、数据管理等几个不同的方面。 SOA的重用不仅仅是传统的代码重用。它必须做到架构重用——创建一个可重用的架构框架,通过细致的规划、工程与管理来推动企业内各SOA项目的发展。 你不应假定已有的Web服务是符合标准的,或它们是可以轻易合成与集成的。服务合成(service composition)是相当复杂的,而且常常涉及到事务、工作单元边界、错误处理、安全性与证书分发、以及业务逻辑聚合等方面的问题。与此相关的最佳实践是,你从刚开始进行服务设计时就要考虑到重用,并随着商业案例的发展增加可重用性。 白皮书里说。 许多SOA实施关注于服务的实现(implementation),而没有对SOA的数据管理方面予以足够重视。如此掉以轻心可能会造成数据管理不当、不可靠的数据、并威胁到数据完整性。许多专业人士仍以过去点对点式的数据需求来看问题。 <以下略>



[原创作品]2008年9月《Web IDL:W3C DOM规范语言绑定有了新名称》

全文于2008年9月7日发布于InfoQ中文站上:http://www.infoq.com/cn/news/2008/09/WebIDL 摘要 <以下略>
W3C Web应用工作组(Web Applications Working Group)最近发布了Web IDL工作草案,即过去的DOM规范语言绑定(Language Bindings for DOM Specifications)。该工作草案定义了一个OMG IDL 3.0版的语法子集,供那些定义接口的规范使用。InfoQ采访了该规范的编辑,以进一步了解该规范、以及该规范对Web开发社区的影响。由该工作草案定义的接口定义语言叫作Web IDL,它可被用来描述要在Web浏览器里实现接口。Web IDL是一种IDL的变体,它具有很多特性,使之可以更加容易地对Web平台里的公共脚本对象的行为进行规定。为了支持过去只能以文字描述的公共功能,该IDL在很多方面得到了扩展。另外,它还为ECMAScript第3版和Java给出了精确的语言绑定。该规范文档的介绍部分解释了为什么要有这个规范: 过去,W3C技术术报告都是用对象管理组织(OMG)的接口定义语言(IDL)[OMGIDL]来描述编程语言接口的。利用该IDL,可以独立于语言的方式来描述这些接口。通常,这些文档还要另外提供一个语言绑定的附录,以详细描述用IDL描述的接口如何与给定语言的构造成分相对应。然而,这些规范为ECMAScript(Web上最常用的语言)给出绑定时,描述的精确度很低,因而造成互操作性问题。另外,各个规范必须描述同样的基本信息,比如:用IDL描述的DO



[翻译作品]2008年9月《厂商依赖和安全 即将成为云计算的阴暗面》

全文于2008年9月10日发布于TechTarget中文站上:http://www.searchsoa.com.cn/showContent_13506.htm 摘要 云计算(cloud computing)可以有一个光明的未来,但尚未解决的安全性问题,可能会给愿意尝试的早期采纳者们留下不好的印象。   Dave Rosenberg是开源基础设施与集成软件改革者Mule Source公司的CEO,他正率领着公司向云计算领域迈进,但与此同时,他也告诫人们要当心安全性以及厂商依赖这一长期令IT界头疼的问题。   Dave Rosenberg不满足于仅从书本上了解云计算,于是他决定亲身体验一下Amazon Elastic Compute Cloud(Amazon EC2)。   “我们进行了内部试验,我们把SOA治理工具Galaxy放到虚拟机(VM)里,并将它部署在EC2上,”他解释道。“接着,我们的问题是:‘我们能否在企业内外通过云(Cloud)来管理我们的资产。’答案是肯定的。但说实在的,安全机制十分简陋。”   Dave Rosenberg说,尽管OpenID及其他安全机制正在向“云”过渡,但目前“云”上的安全主要还是依靠SSL技术。对于现阶段广泛的企业采纳是否明智,他是持怀疑态度的。   “你是否应该把企业制品(如XML Schema、流程定义及策略等)放到连备份都没有太多控制权的‘云’里去”,他说。   Gartner分析师也敦促正在考虑“云”的企业要谨慎行事。   Gartner副总裁及著名分析师Susan Landry在本周举行的一次关于应用开发问题的网上研讨会上回答TechTarget的提问时说:“云计算才刚刚出现,它的弱点还有待发现。”“你能够而且应该做的,就是静观其变。” <以下略>



[翻译作品]2008年9月《SOA里的Erlang和并发》

全文于2008年9月8日发布于TechTarget中文站上:http://www.searchsoa.com.cn/showContent_13437.htm?l=ok&d=365 摘要 如果应用逻辑是以服务的形式暴露出来的,那么你不用担心其下层语言或平台,你只要根据WSDL契约生成SOAP请求、或直接调用一个REST访问点即可访问服务。无论你用哪种方式访问服务,你都看不出服务背后是什么语言或平台,而且你用什么语言来访问它也无关紧要。然而,在某些环境下,你在客户端或服务端所使用的语言能够有助于服务的设计, 比方说并发环境。下面我将围绕并发环境、以及Erlang语言是如何致力于处理并发行为的进行讨论。   并发(concurrency)是计算机科学里的一个经典问题。实际上,它是编程基础课里较早讲到的一个概念,一般我们是通过“哲学家进餐”问题来讲解并发的。简单地说,如果同时执行两个逻辑序列或进程,而且它们有冲突的可能,那么就会出现并发问题。   这些情况在图形界面编程里很普遍:若没有考虑到并发,就有可能导致鼠标光标“锁死”或“乱晃”——因为鼠标移动与应用逻辑是同时执行的,这可能会导致潜在的冲突,因而造成上述问题。另外,面向多处理器或多核处理器(它跟多处理器具有同样的效果)的应用也同样存在并发问题。为了利用这些资源,应用在设计时就要把并发考虑进来。 <以下略>



« 1 2 3 4 5 6 7 8 9 10 »

日历 | CALENDAR

«Mar.2020»
1234567
891011121314
15161718192021
22232425262728
293031
blog名称:World Wide Web Watch
日志总数:193
评论数量:664
留言数量:75
访问次数:5741122
建立时间:2004年10月30日
站点首页 | 联系我们 | 博客注册 | 博客登陆

Sponsored By W3CHINA
W3CHINA Blog 0.8 Processed in 0.047 second(s), page refreshed 144382036 times.
《全国人大常委会关于维护互联网安全的决定》  《计算机信息网络国际联网安全保护管理办法》
苏ICP备05006046号