微服务与SOA:改进SOA遗留部分

日期:2015-3-18作者:George Lawton翻译:蒋红冰来源:TechTarget中国 英文

SOA   微服务   Docker   

【TechTarget中国原创】微服务是当前比较流行的一种应用开发形式,吸引了不少开发者的关注。前文我们讲了微服务与SOA之与其重用不如抓住敏捷性,本文将继续讲解微服务对SOA的影响。

细粒度的可扩展性

在传统的软件开发周期中,开发一直关注的重点是以整体方在单一的应用服务器上编写应用。这就是Java的工艺所在,应用服务器将下载大量的组件,并把它们像Spring框架一样使用。“问题是随着应用的扩展,不同的应用部署将消耗不同数量的内存或CPU,” Anuff说。

微服务哲学还给企业提供了框架,用于思考如何拆分应用,以一种可扩展成不同部分的应用形式。其中一个较好的方法是把应用拆分成独立的容器,使用内部应用相互通信,而不是使用传统的SOA进行内部应用通信,Anuff说。

有了微服务,电脑的最小单元就是最小的Docker容器,10行的node.js代码。

这使得实现如产品查询这样的服务成为可能,这在特定用户界面的数据库中可查询三个表,以一种容器化的方式。这一简单的服务可以单独扩展,不必拆分应用的其它部分,这可能会产生报告。

改进SOA遗留部分

微服务原则与敏捷软件开发紧密相连,也许是SOA原则的进化,为传统企业服务总线瘦了身。Haddad指出,微服务方法一个限制是,这一服务需要在原子孤岛中实施,这他们就可以独立地操作。“这一概念很有可会扭转企业架构师的大抱负,转变兴趣为在性能和跨领域的观点上,并高效地模型化,”他说。

问题在于,对于工作成立已久的企业中的企业架构师来说,他们需要与大量的现成的(COTS)应用打交道,这些应用通常规模很大,很完整。来自于微服务方法的架构如何能修正在架构和高性能应用上的投资,识别出这一点是一个挑战。

例如,企业COTS应用抑制了微服务方法,因为它捆绑在多个业务功能中。“在时间卡和工资或订单和发票之间,你并没有独立的堆栈。有的只是一个完整的应用程序,” Haddad说。

虽然这种方法有可能为订单和发票提取出两个独立的微服务,但这种方法也限制了微服务范式的实现。问题是订单和发票不能独立扩展,因为他们指向了同一个后端应用。“整个微服务的前提是运转多个后端服务,并分离出不同服务实体之间的解决方案堆栈,这样当他们失败时,也不会影响到对方,另外他们还可以各自扩展,” Haddad说。

最后,微服务并不是什么新东西,只是比SOA好点。据Genender说,“几年来,我们一直构建微服务作为ESB或SOA终端。微服务SOA后端的新术语。由于实现的不好,SOA和ESB对他们也就没有什么好意义, 术语的企业宣传和滥用意味着太多不同的东西。”

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作者>更多

George Lawton
George Lawton

TechTarget中国特约作者

技术手册>更多

  • 智能BPM与业务流程工具

    Gartner认为iBPM要比运营型智能平台更优秀,表现在以下几个方面:iBPM套件提供更好的工作流,适配性案例管理以及结构化流程协调能力。

  • 云BPM新常态解析

    云端业务流程管理已经不再是什么新鲜事,更不再是什么可怕的方法来管理重要的业务流程。现在,它已经普遍被认为是一种新常态。组织已经从这一技术中获益,使它来更有效地访问和管理企业信息。

  • 企业IT集成指南

    随着云技术的不断采用,现代企业都面临着重大的集成问题。现在已经不再是把企业内部的数据和应用简单地缝合在一起,企业IT现在面临着整合着外部与内部信息的难题。

  • API开发与管理大作战

    2014将会是API管理方法新旧PK的一年,据Delyn Simons说,她领导了Mashery开发者的外展团队。应用编程接口(API)的主流化和私有化在新的一年也将掀起波澜,她在波士顿“Future Insights Ultimate Developer Event 2013”大会上预测说。