24小时联系电话:185 8888 888

要闻
您现在的位置:首页 > 要闻 > 借助阿里巴巴,Pivotal和Lightbend,Reactive在微服务领域发挥了其ROI的作用。

要闻

借助阿里巴巴,Pivotal和Lightbend,Reactive在微服务领域发挥了其ROI的作用。

发布时间:2019/10/17 要闻 浏览次数:26

 

Linux基金会最近宣布启动Reactive Foundation。它的创始成员是阿里巴巴,Lightbend,Pivotal和Netifi。那么,这种反应式酷援助到底是什么?为什么所有这些公司都如此迅速地大肆宣传呢?

如果您以开发人员生活在云原生微服务世界中为前提,那么您还将了解大多数应用程序是分布式的且具有弹性。计算与所有数据一样分布在群集中。可能是几个用户,或成千上万个峰值。需要设计系统来处理这些峰值。然而,微服务的秘密在于复杂性–资源,成本,性能和延迟的管理仍然是一个挑战。

如果我们将任何应用程序分解为数百个移动部件(例如容器和微服务),那么我们最好有一种优雅的方式来管理这些移动部件。这些服务需要始终保持对话,交换数据并确保整体性能可靠。说起来容易做起来难。

“云未解决的大问题”

IBM Cloud杰出工程师Daniel Berg表示:“网络是云尚未解决的问题……。我们需要网络成为云系统的一等公民。”为什么网络仍然存在问题?是因为当我们需要重新思考新事物时,我们退回到旧方法吗?我们设计的汽车具有大型越野车的笨拙车轮。从概念上讲,这听起来不错-但是这可能会很艰难。

在网络协议的分层蛋糕中,我们具有传输的中间层(传输控制协议/ Internet协议或TCP / IP),而在最顶层,我们具有应用程序层。我们使用一种称为超文本传输​​协议(或HTTP)的协议来确保Web应用程序可以相互通信。 TCP诞生于1974年,被称为“聊天协议”(chatty protocol),它必须反复执行多次才能做一些基本的事情。到处流传着一个TCP笑话,证明了这一点。

HTTP诞生于15年后的1989年,它被用于在客户端-服务器时代提供文档。那时,我们所有人都用旋转的风扇冷却台式机。我们将使用Netscape浏览器来启动网页(超文本),并且网络服务器会说:“等等,请让我为您获取。”

三十年后,当计算层爆炸时,我们尝试使用HTTP。 HTTP是否在通过机器对机器通信进行数百万次交互的世界中起作用?我们的移动设备,物联网和边缘设备对页面的要求不高。而且,没有任何一个客户端服务器比对等交换多。但是网络层一直困扰着我们,我们正在尝试确保使用某些过时的方法来保留这些微服务。 Pivotal的首席软件工程师StéphaneMaldini说:“多达89%的微服务架构都基于HTTP。 Pivotal是Reactive Foundation的创始成员之一。在此过程中,我们正在效率上进行重大权衡。当我们应该使用下一个iPhone时,我们仍在使用两个罐子和一根绳子进行通信。

HTTP不适合微服务

如果我们在微服务领域使用HTTP,那么我们将面临根本的挑战。首先,没有流量控制-“这意味着数据来自消防水带,” Netifi的联合创始人罗伯特·罗瑟(Robert Roeser)说。因为可以快速转储数据并打开多个线程,所以我们最终构建了控制功能,以确保应用程序不会崩溃。

反应式编程是架构级别的范式转变。这与速度和性能有关。

需要有效地管理诸如断路器,重试逻辑,雷电群之类的东西(其中大量进程被唤醒,但只有一次胜利,通常会导致冻结)。在HTTP中,一切都是请求/响应,但是如果我们查看应用程序的简单通知,则无需一直保持轮询状态。当旅程刚刚开始时,请求就像一个脾气暴躁的孩子坐在后座上,wh吟着:“我们到了吗?”。

当我们使用错误的协议时,这种低效的机制会导致计算资源的巨大浪费。 IBM记录了微服务的低效率,并得出结论,微服务的性能比整体模型低约79%。研究人员总结说:“我们发现,用于处理HTTP通信的Node.js和Java EE运行时库在微服务模型中比在整体模型中消耗了更多的CPU周期。”

再见HTTP,hullo响应

Reactive Foundation位于Linux Foundation之下,旨在加速下一代网络技术的发展。它支持Reactive Programming Frameworks的优点并建立社区。 Reactive基金会主席和Netifi联合创始人Ryland Degnan在担任Netflix Edge平台成员的同时住过HTTPain。

Ryland比大多数人更了解规模,延迟和用户体验。在Netflix,该平台将收到来自亿万会员的数十亿个请求。他说:“我们生活在一个多维的世界中,用户体验至关重要。开发人员必须处理以下三个方面:(a)部署(b)框架和(c)协议。斑点连接是不可接受的。为什么我们不能从您上次停站的地方接起流呢?如果我们单独这样做,我们将减少90%的基础架构。”

实际上,Facebook已采用RSocket来减少移动网络跃点上的掉线连接,并显着减少其边缘基础架构。 Facebook软件工程师Steve Gury在SpringOne Platform上发表讲话说:“未来就是R-Socket。”

反应式编程是架构级别的范式转变。这与速度和性能有关。 Reactive的主要优势之一是异步I / O,它可以将边缘基础结构减少几个数量级。

AliCloud(阿里巴巴旗下子公司)的开发倡导者Andy Shi是Reactive Foundation的创始成员之一。他说:“阿里巴巴拥有数千名开发人员,因为我们是世界上最大的电子商务平台之一。当我们采用微服务时,看到计算仅使用了10%左右,因此在服务网格上投入更多基础架构并不是解决方案。豆荚正在使用REST API互相交谈,这是不可行的。”

REST API需要多个端点和往返行程才能获取数据。 Reactive基金会的另一位创始成员,Lightbend的副CTO Viktor Klang,对Reactive进行了十多年的传福音,感觉时机终于到了。 “我们的系统需要在所需的时间范围内产生结果。试想一下,如果您可以计算出一个重大问题的答案(例如生命的意义),但是如果答案是在您死后得到的,则系统已经失败了,”他说。

比较服务网格和用例

Istio是最适合举升和换挡的18轮卡车,RSocket是法拉利–速度与优雅。专家们预见了两者可能共存的世界。但是,在某些应用程序(例如IoT用例)中,RSocket具有明确的优势(双关语)。 Istio提供负载平衡,服务发现,日志记录和流量管理,但开销很大。

在研究中,Netifi能够处理的请求数量增加了16倍,吞吐量提高了四倍,同时保持了三倍的延迟-吞吐量提高了372%,延迟减少了300%。戴尔技术资本(Dell Technology Capital)的投资者Creighton Hicks说:“ Netifi有可能像思科一样,成为微服务的路由器。”

Istio由Google,IBM和Lyft发起,因此它是一个强大的老牌公司,并且品牌知名度很高。但是,当阿里巴巴和Facebook之类的公司开始展示RSocket ROI时,乐趣才刚刚开始。在伦敦最近的一次演讲中,反应型黑手党如火如荼。 Facebook的软件工程师Ondrej Lehecka和Andy Shi谈到了RSocket如何应对现实世界的架构挑战。史说:“ RSocket旨在在微服务和物联网设备的时代大放异彩。通常,基于RSocket协议和Reactive流构建的项目将破坏微服务体系结构的格局。 Reactive Foundation是这些令人兴奋的项目的中心。”

姓 名:
邮箱
留 言: