[翻译作品]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月《厂商依赖和安全 即将成为云计算的阴暗面》

全文于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)是计算机科学里的一个经典问题。实际上,它是编程基础课里较早讲到的一个概念,一般我们是通过“哲学家进餐”问题来讲解并发的。简单地说,如果同时执行两个逻辑序列或进程,而且它们有冲突的可能,那么就会出现并发问题。   这些情况在图形界面编程里很普遍:若没有考虑到并发,就有可能导致鼠标光标“锁死”或“乱晃”——因为鼠标移动与应用逻辑是同时执行的,这可能会导致潜在的冲突,因而造成上述问题。另外,面向多处理器或多核处理器(它跟多处理器具有同样的效果)的应用也同样存在并发问题。为了利用这些资源,应用在设计时就要把并发考虑进来。 <以下略>



[翻译作品]2008年9月《WOA治理不同于SOA治理》

全文于2008年9月1日发布于InfoQ中文站上:http://www.infoq.com/cn/news/2008/09/woa-governance 摘要 先不论它讲的是WOA而不是REST这点,在最近的一篇文章里,Dan Foody讨论了治理基于Web的架构。 有人可能会说,是SOA自身的复杂性(受企业自上而下的宗旨影响)造成了它需要正规的SOA治理活动。若没有正规的SOA治理,你就不能指望SOA成功,因为它太容易出错了。 他认为,WOA设法避免了SOA的许多复杂性,因而就不需要复杂的工具或WS-*架构了。(我们假定Dan Foody是知道许多人不乐意在SOA和WS-*之间划等号的。)当然,也有人认为,在必须要实现复杂应用且需要WS-*时,采用REST(也就是WOA)并不简单,但我们先不管这些,因为这里我们主要关注的是Dan Foody的核心问题:“WOA仍然需要治理吗?“。 回答多半是肯定的(如果你是一名企业架构师的话,现在可以不用紧张了)。但我认为“WOA治理“的方式将与SOA治理存在根本的不同(好,这下企业架构师们又该紧张了)。 原因是什么?在传统的SOA中,你通常会任命一名企业架构师来设置规则,对提供者与消费者之间的交互加以治理。 假如企业中所有信息经过逐级向上汇报之后最终能汇聚于同一个人,那么这个办法很好。 <以下略>



[翻译作品]2008年9月《调查显示,SOA失败?》

全文于2008年9月1日发布于InfoQ中文站上:http://www.infoq.com/cn/news/2008/09/survey-soa-failure 摘要 最近有篇报道指出SOA失败、而面向Web的架构(Web Oriented Architecture,WOA)成功,对此Assaf Arkin提出了质疑。他针对的是一篇Information Week文章中的调查结果,该文说道: IT专业人士们已经对SOA许诺的投资回报表示出了怀疑。InformationWeek 2007年对278位IT专业人士进行的一次网络调查显示,有32%的SOA使用者说他们的项目没有达到期望目标。而这些人之中,有58%说SOA项目给他们的IT环境增添了更多复杂性,有30%说他们花去的成本超过了预期。在所有提供反馈的SOA用户之中,只有10%说结果超出预期——这一结果与Nucleus研究公司的调查结果一致,他们调查发现,在106家接受调查的机构中,只有37%真正通过SOA技术和计划实现了投资回报。 他将此看成是软件开发的行业平均水平,并认为“考虑到行业水平就那样,这个结果并不是那么糟糕或令人沮丧。这就是平均水平”。他说: 会发生改变的,并不是成功率,而是成功者做更多有意义工作、并做得更好的能力。 你有可能实现的事物范围,那才是会发生改变的地方。 不会改变的是行业平均水平,以及那些讲述平均水平的文章,它们脱离实际地运用统计数字来证明观点,看似不错实则什么也没说。这篇文章还有另一些可怕的错误,不过就这个错误是引人注意的,因为谬论往往传播得广泛而深远。 <以下略>



[翻译作品]2008年8月《为SOA设立卓越中心》

全文于2008年8月27日发布于InfoQ中文站上:http://www.infoq.com/cn/news/2008/08/SOACOE 摘要 卓越中心(Centers of excellence,COEs)是成功引入新的架构、技术和方法的有效方式。许多公司EAI/B2B的成功实施均得益于卓越中心的设立。Ravi Subramaniam最近探讨了为SOA设立卓越中心的过程 SOA卓越中心是一个负责吸收并推广最佳实践、知识及实用性前沿方案的组织。卓越中心(COE)为各SOA行动确立了严格性与纪律性,并给SOA行动带来好处:增强技能与能力,保持愈渐复杂的SOA行动的成功执行。 按照Ravi的说法,设立SOA卓越中心涉及以下主要活动: 定义任务说明、章程及目标。尽管不同机构会有不同的实际定义,但回答以下问题有助于把定义明确和精确化: SOA卓越中心要解决什么业务问题?一个典型的回答可能是:提高新流程或服务的上市速度,以期提高投资回报。 SOA卓越中心要解决什么技术问题?对此的回答可能是:在技术标准及最佳实践方面提供指导,确保架构符合机构的长期需要。另外,CIO也许会指出,它要成为一种确保正确实现SOA的治理机制。 就广泛的范围来讲,SOA卓越中心有哪些活动?答案也许是:跨越服务生命周期(从构思,到创建,到停用)的各种活动。积极参与选择技术标准、评估和挑选工具、宏观和微观设计、开发、测试、实现、重用以及安全方面等等。 SOA卓越中心将如何与项目团队来往? SOA卓越中心将如何贯彻治理活动? SOA卓越中心将如何贯彻质量标准并确保遵守设计方针与最佳实践? 定义卓越中心的组织架构。对卓越中心来说,极其重要的一点就是要有来自全公司各主要营业范围的业务与技术代表。另外,卓越中心还要有对以下领域有知识与经验的全职IT架构师: 企业架构(Enterprise architecture) 安全(Security) 风险与合规管理(Risk and compliance management) 质量管理(Quality management) 基础设施与应用执行(In



[翻译作品]2008年8月《Gartner:企业中新兴的SOA模式》

全文于2008年8月15日发布于InfoQ中文站上:http://www.infoq.com/cn/news/2008/08/gartner-emerging-soa-patterns 摘要 正如Tony Cook在Jeff Schneider的博客上发文所说,Gartner分析师们发现以下5种SOA设计模式获得了较多地采用 1. 多渠道应用(Multi-channel Applications) 2. 合成应用(Composite Applications)3. 业务流程编配(Business Process Orchestration)4. 面向服务的企业(Service Oriented Enterprise)5. 联邦的SOA(Federated SOA) 文中的战略规划假定(strategic planning assumptions)指出了在企业采用这些模式的活动时间表中的某些关键趋势。 <以下略>  



« 1 2 3 4 5 »

日历 | CALENDAR

«July 2025»
12345
6789101112
13141516171819
20212223242526
2728293031
blog名称:World Wide Web Watch
日志总数:193
评论数量:665
留言数量:75
访问次数:6081344
建立时间:2004年10月30日
站点首页 | 联系我们 | 博客注册 | 博客登陆

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