拜拜 HTTP,哈喽 Reactive:解决云端的大问题

作者:摩哂陀·拉姆辛哈尼是总部位于硅谷的网络安全种子基金安全辛烷的创始人。

拜拜 HTTP,哈喽 Reactive:解决云端的大问题

阿里巴巴,Pivotal和Lightbend有福了,Reactive显示其微服务投资回报!

Linux基金会最近宣布成立反应基金会。该基金会的创始成员包括阿里巴巴、莱特本、Pivotal和Netifi。那么,这种反应性的库尔-Aid到底是什么?为什么所有这些公司都在追逐它?

如果你接受开发人员在基于云的微服务世界的前提,你会明白大多数应用程序是分布式的和灵活的。计算分布在集群中,所有数据也是如此。它可能是几个用户,峰值状态可能是数万个用户。设计的系统架构需要这种高峰情况。然而,微服务的秘密在于复杂性——。资源、成本、绩效和延迟的管理仍然是一个挑战。

如果我们将任何应用程序分解成数百个基本模块(如容器和微服务),最好有一种优雅的方式来管理这些基本模块。这些服务需要始终相互联系,与数据交互,并确保整体性能可靠。说起来容易做起来难。

“云端未解决的大问题”

根据杰出的IBM云工程师丹尼尔·伯格的说法,“网络是云中未解决的问题.我们需要网络成为云系统的一流公民。”为什么网络仍然是个问题?是因为我们需要重新思考新事物和使用旧方法吗?我们曾经设计的汽车配备了一辆四轮单马轻型马车,车轮又大又笨拙。从概念上讲,这听起来不错,但坐下来不舒服。

在网络协议的分层系统中,中间层是传输(传输控制协议/网际协议(TCP/IP)),最上层是应用层。我们使用超文本传输吗?6?7?6?7协议(或称超文本传输协议),以确保网络应用程序能够相互联系。TCP诞生于1974年,被称为“聊天协议”——。做一些基本的事情必须来回很多次。一个广为流传的TCP笑话证明了这一点。

拜拜 HTTP,哈喽 Reactive:解决云端的大问题

HTTP诞生于15年后的1989年,在客户机/服务器时代提供文档。那时候,我们都用旋转风扇来冷却桌面。我们将使用网景浏览器打开网页(超文本),网络服务器会说,“等一下,让我为你获取内容。“

三十年后,计算层正在爆炸,我们正试图用超文本传输协议来解决这个问题。在一个机器对机器通信流行,交互瞬间数百万次的时代,超文本传输协议适用吗?我们的移动设备、物联网设备和边缘设备不经常请求大块文本。此外,客户机/服务器交互不如点对点交互多。然而,网络层一直困扰着我们,我们正在努力确保这些微服务可以用一些过时的方法保留下来。Pivotal的首席软件工程师斯特凡·马尔蒂尼(Stéphane Maldini)表示:“高达89%的微服务架构都是基于超文本传输协议的。“Pivotal是反应基金会的创始成员之一。在这个过程中,我们在效率上做了很大的妥协。我们应该使用下一部苹果手机,但仍然要用两个罐子和一根绳子来交流。

HTTP 不适合微服务

如果我们在微服务时代使用超文本传输协议,我们将面临根本性的挑战。首先,没有流量控制——,“这意味着数据正从消防水管中喷涌而出,”Netifi的联合创始人罗伯特·罗塞(Robert Roeser)说。因为我们可以快速传输数据并打开多个线程,所以我们最终构建了一个控制函数来确保应用程序不会崩溃。

反应式编程是架构层面的一个根本变化。它注重速度和性能。

需要有效管理许多方面,例如断路器、重试逻辑和线程死机(雷鸣般的羊群,这意味着大量进程被唤醒,但只有一个进程有资源,经常导致系统冻结)。在超文本传输协议中,一切都是请求/响应,但是如果我们查看来自应用程序的简单通知,我们就不需要一直进行轮询。请求就像刚上路。那个不耐烦的孩子坐在后座上喊道,“我们到了吗?”

如果我们使用错误的协议,这种低效的机制将导致计算资源的严重浪费。IBM记录的微服务低效率:

拜拜 HTTP,哈喽 Reactive:解决云端的大问题

结果表明,微服务的性能比传统的整体模型低79%。研究人员总结道:“我们发现,用于处理超文本传输协议的节点、js和Java EE运行时库在微服务模型中比在整体模型中消耗更多的CPU周期。”

拜拜 HTTP,哈喽 Reactive

无功基金会是Linux基金会的一部分,旨在加速下一代网络技术。它采用了反应式编程框架和已建立的社区的优势。瑞兰·德格南,反应基金会主席兼网络国际的联合创始人,在他成为网飞边缘平台的成员时,经历了由超文本链接协议带来的痛苦。

Ryland比大多数人更了解规模、延迟和用户体验。网飞将收到数亿成员的数十亿次请求。他说:“我们生活在一个多维的世界里,用户体验非常重要。开发人员必须处理以下三个方面:(a)部署(b)框架和(c)协议。间歇性连接是不可接受的。为什么我们不能继续上次中断的地方?如果我们单独这样做,我们可以减少90%的基础设施。”

事实上,脸谱网已经采用RSocket来减少移动网络跳跃时的断开连接,并大大简化了边缘基础设施。脸书的软件工程师史蒂夫·古里在斯普林一号平台上的一次演讲中说:“未来是R-Socket的世界。”

反应式编程是架构的根本改变。它注重速度和性能。反应式的主要优势之一是异步输入/输出,它可以将边缘基础架构减少几个数量级。“ariyun”的发展倡导者石安迪是反应基金会的创始成员之一。他说:“阿里巴巴有数千名开发者,我们是世界上最大的电子商务平台之一。当我们使用微服务时,我们发现计算的使用率只有10%左右,因此向服务网格投资更多的基础设施不是解决方案。Pod使用REST应用编程接口相互连接。这不是出路。”

REST应用编程接口需要多个端点和多次往返来获取数据。十多年来,无功基金会的另一位创始成员兼莱特本德代理首席技术官维克多·克朗(Viktor Klang)一直在大力推广无功,他觉得时机终于到来了。他说:“我们的系统需要在规定的时间内取得成果。想象一下,如果你能计算出重要问题(比如生命的意义)的答案,但是如果答案是在你死后得到的,系统就会失败。”

比较服务网格和使用场景

在研究中,Netifi能够处理16倍以上的请求,吞吐量增加了4倍,延迟仅为1/3 ——。换句话说,吞吐量增加了372%,延迟减少了300%。戴尔技术资本的投资者克雷顿·希克斯说:“网络公司很可能是思科——微服务的路由器。”

Istio是由谷歌、IBM和Lyft发起的,所以它是一项强大的老技术,具有很高的品牌认知度。但当阿里巴巴和脸谱网等公司开始展示RSocket的投资回报时,好戏才刚刚开始上演。最近在伦敦的一次演讲中,实践营表达了兴奋之情。脸书的软件工程师奥德里·莱埃克和石安迪谈到了索凯如何应对现实世界的建筑挑战。施说:“RSocket的目标是在微服务和物联网设备流行的时代大放异彩。基于RSocket协议和反应流的项目将颠覆微服务架构的生态系统。反应基金会是这些激动人心的项目的核心组织。”

极牛网精选文章《拜拜 HTTP,哈喽 Reactive:解决云端的大问题》文中所述为作者独立观点,不代表极牛网立场。如若转载请注明出处:https://geeknb.com/4410.html

(0)
打赏 微信公众号 微信公众号 微信小程序 微信小程序
主编的头像主编认证作者
上一篇 2019年10月17日 上午8:26
下一篇 2019年10月17日 上午9:23

相关推荐

发表回复

登录后才能评论
扫码关注
扫码关注
分享本页
返回顶部