快捷搜索:  as  test  1111  test aNd 8=8  test++aNd+8=8  as++aNd+8=8  as aNd 8=8

皇马国际app:PaaS是继SOA后的自然产物



曩昔写过一个关于 Amazon Web Services (AWS) 的帖子,这应该算是第一个对 Web 2.0/SOA 根基举措措施租赁市场的大年夜规模考试测验。不久前吸收采访,缘故原由为微软的 Internet Service Bus,一个小规模、供给给开拓者作实验性的考试测验。

我对 AWS 、以及它所试探的潜在市场,基础上乐不雅其成,自从 AWS 推出 S3, SQS 和 EC2 后,已经呈现了许多有趣的加值利用,例如有人用它来皇马国际app建构新一代的 B2B/EDI VAN,Doug Kaye 在这个 podcast 中,则侃侃而谈,阐明若何使用 AWS 的根基举措措施,设计出 GigaVox 这个 podcast 平台的架构。在 podcast 评论争论中,Kaye 除懂得说他若何善用 Amazon 出租的数据办事 S3,中介消息办事 SQS,和建立在 Xen 上的虚拟化平台 EC2,来设计出他的利用架构外, 还谈到作为一个 early adopter,所碰到的各种限定问题,若何降服,更供给了 Amazon 未来对 AWS 的改进参考。不意外,就像所有软件一样,这种直接经由过程收集租用的软件办事,今朝仍属于异常早的阶段,当然还有不少可进一步完善的空间。这类的案例,异常有助于我们对此类办事的完整和成熟程度,进行更客不雅的理解。

假如从投资/治理的角度,AWS 切实着实是对照大年夜胆的考试测验,以是我之前曾以“豪赌”来形容。我们看它近来的财报,对 AWS 运营的情形,只敢简单提提有几十万的注册开拓者,数据库被存了十几亿个工具,但不敢提实际的损益情形。这就像默多克的新闻集团一样,买下了 MySpace,但现在 MySpace 在全部集团的财报中,还只能隐含在“其他杂项收入”中,占异常小的比例,其他的险些都来自它的本业(传统媒体)收入。但话说回来,许多墟市上的一代枭雄,凭藉的不恰是快、准、狠的大年夜胆投资气势气派吗?而历史上后来大年夜发亨通的商业模式,当初也有不少是误打误撞的结果。

不扯那些了,来谈谈这个新模式本身所代表的意义,这种办事根基举措措施的租赁,可以视为是 SOA 和 SaaS (Software as a Service) 之后,下一个自然的演化 -- 当位于客栈上层的利用 (CRM, SFA, ...) 被办事化、租出去之后(即 SaaS),接着下来便是下层的办事根基举措措施了。Salesforce.com 现在强力主打的 Force.com 平台(稍早曾称为 Salesforce SOA、Apex),恰皇马国际app是最好的例子,近来更打出 "Platform as a Service" (PaaS) 的顺口新词。SaaS 现在已经有许多的媒体评论争论,不再多提,SAP 近来发布正式进入这个市场,也让它加倍热闹起来。而 PaaS,可以说是进一步把支撑利用的下面几层功能,可以从中心件不停到数据库、还有虚拟化的 OS 情况,也分手经由过程收集出租出去,经由过程收集来进行远程开拓、设置设置设备摆设摆设、支配,着末直接履行在供给 hosting 办事的厂商的谋略中间内。

Salesforce.c皇马国际appom 号称,客户不光使用他们的 Force.com 平台做 mashups,集成 Google Map 这类 Web 2.0 网站的 Web serv皇马国际appices;而更已经有客户,使用它来成功集成了企业防火墙内的 SAP 利用。当租用 SaaS 的那些企业的 IT,对“办事”的观点和实践履历,有了愈来愈深的融会和掌握后,自然而然将匆匆进企业内更多非租用、自行掩护的系统的办事化。以是 SaaS 和 PaaS 的呈现,对 SOA 是异常正面的成长。可想而知的是,先期采纳 PaaS 模式的企业,绝大年夜多半会是那些现有的 SaaS 客户,他们对付直接经由过程收集进行远程操作和治理的模式、对效能和靠得住性等 RASP (Reliability, Availability, Scalability, & Performance) 方面的挂念,租用条约相关事件等方面,都有对照大年夜的信心和对照好的掌握。再者,由于他们已经有某个紧张系统 (CRM, SFA, PLM) 因此 SaaS 要领向人租用,很自然地会徐徐有各类营业需求,必要把这些外租的 SaaS 利用和内营的其他利用,如 ERP 等,进行集成。这时刻,PaaS 业者会游说:与其你自己花工夫去购买、进修、治理整套 SOA 的根基举措措施,何不干脆也向我们租用,反正你要集成的主要工具之一 -- 你的 {CRM|SFA|PLM} 系统现在已经跑在我的中间里了,从你内网的集成平台来远程整合我的 {CRM|SFA|PLM},和租用我的集成平台去远程整合你的 ERP 不也差不多吗?而且,你以前在租用我的 {CRM|SFA|PLM} 时,就已经用过我们的开拓对象箱了,对我们的开拓、设置设置设备摆设摆设情况已经很认识,你现在可以不必要进修新的说话、对象,便可很快上手应用我的集成平台,何乐而不为?

从学术的角度,假如拿我们常讲的 SOA 层次化架构(参考架构),客栈中的各个部件:

来和 Force.com 的架构(如下)比拟,会发明很多有趣的皇马国际app相似处。至少在观点上,这些 "XXX as a Service" 中的 XXX,把范例 SOA 中心件所供给的展现层、集成层,和数据办事层的功能,都划进来了。当然,其功能性到底能达到什么程度,还有待查验,但因为模式和设计目标的不合,加上今朝仍处于异常前期的阶段,我们不用等候它会有一样平常 SOA 平台产品中的 portal, ESB, integration server , 数据办事平台等来得那么富厚、强大年夜 -- 实际上可能正好想反 -- AWS 的 S3 和 SQS 便是很好的例子,因为它们在先天的设计上,必须高度的松耦合;与传统中心件比拟,“极简”反而成为它们主要的卖点和代价,这是 S3, SQS 从命名上便想强调的特点 -- Simple(当然,Force.com 相较之下,会比 AWS 来得紧耦合得多,和它既有的利用平台有相称程度的绑缚,由于它当前主要的客户目标,是针对租用它 CRM 利用的客户,通用性上不如 AWS)。此外,与上图相对比,我们看到 Force.com 今朝还少了营业流程办事 (BPM) 这层,还有 ESB 也尚未呈现,不过将 Intergration-as-a-Service 这层加以延伸,增添 ESB 功能的相关评论争论,已经呈现了。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

您可能还会对下面的文章感兴趣: