申请试用
HOT
登录
注册
 
历史技术栈体系即将崩溃, 我们如何应对?
VOLTDB
/
发布于
/
357
人观看

大家都在谈论5G和边缘计算,这意味着新的技术变革即将到来,我们的技术 演进迭代也将发生重大变化。 简单来说:

  1. 我们对延迟的需求正在逼近物理极限,并且很快就会受到光在光纤电缆传播速度的物理限制。
  2. “最终用户”曾经是指数千万的人口,但在不久的将来,数百亿的物联网设备将取代人类用户, 这些物联网设备的连接和数据处理是迫在眉睫的现实需求。
  3. 在不造成中断的情况下,完成系统部署升级也是非常现实的问题。

当延迟的需求达到需要以光速或接近光速的速度运行时,此前可行的简单处理方式都将失效,将倒 逼我们采用更先进的架构和方案。 对5G和边缘计算的巨大增长需求,使我们走到了技术发展的分水岭:一方面是旧有的面临淘汰的技术栈。 另一方面是安全和广阔的新世界。
但是,您需要采用正确的技术方案才能达到目标。

展开查看详情

1 .历史技术栈体系即将崩溃, 我们如何应对? 5G和边理应用会将实时处理对于延迟的需求推向物 理极限,适应新的场景架构体系才能紧跟潮流。

2 .前言 大家都在谈论5G和边缘计算,这意味着新的技术变革即将到来,我们的技术 演进迭代也将发生重大变化。 简单来说: 我们对延迟的需求正在逼近物理极限,并且很快就会受到光在光纤电缆传播速度的物理限制。 “最终用户”曾经是指数千万的人口,但在不久的将来,数百亿的物联网设备将取代人类用户, 这些物联网设备的连接和数据处理是迫在眉睫的现实需求。 在不造成中断的情况下,完成系统部署升级也是非常现实的问题。 当延迟的需求达到需要以光速或接近光速的速度运行时,此前可行的简单处理方式都将失效,将倒 逼我们采用更先进的架构和方案。 对5G和边缘计算的巨大增长需求,使我们走到了技术发展的分水岭:一方面是旧有的面临淘汰的技 术栈。 另一方面是安全和广阔的新世界。 但是,您需要采用正确的技术方案才能达到目标。 2 SQL VS. NoSQL VS. NewSQL

3 . 回首过往 为什么旧有的技术栈即将崩溃? 随着数据和设备的爆炸式增长,同时现实又要求这些设备之间的交互提供更低的 延迟,并对各种数据做出实时决策响应。当同时涉及到大数据、低延迟、实时状 态更新需求时,三个因素将迅速让现有的技术栈崩溃。 1.物理极限 5G和边缘计算有望实现连接全球数百亿的智能设备,并实现远程控制和智能编排。 5G移动网络提供1-2 毫秒的延迟,这比普通的4G网络快23毫秒,但这也向现有的技术栈提出了一个非常棘手的问题:它可 以打破物理极限吗? 借助5G和边缘计算,我们到达了一个新场景,当添加更多或者更快的设备并不能解决问题,并且不再可 能迁移到“更快的网络”。 下图说明了这一点,光在WAN网络中的传播速度每毫秒约120英里(约200 公里),将4G的最低延迟时间所需的最大距离与5G的最大无延迟时间距离进行比较,比真空中的速度 慢30%。 10 理论最大传输距离对比, 5G VS. 4G 网络技术受到光速的限制,光速在真空 4G 7 度 中一毫秒内可以传播181英里,而在光 (milliseconds) 传 输速 络 中的 纤中只能在一毫秒内传播约54英里。 光网 Speed 这意味着1毫秒的延迟,5G网络理论上 1 最多只能在54英里以内的设备间通信。 0 5 G 120 200 300 400 500 1000 Distance (Miles) 当下的网络技术、客户端-服务器计算所处的位置、客户端和服务器之间的距离导致了各种延迟的增加。 光在10毫秒内移动了1,810英里,这意味着任何需要在10毫秒或更短时间内发生的客户端-服务器通信, 其设备的物理距离都不得超过1,810英里。实际的光纤电缆发送数据的速度,比光速还要慢30%,也就 是WAN中,数据传输10毫秒大约才走500英里。 当然,可以通过新技术、例如在专用光纤电缆上追加投资等方式,可以加快网络速度,但是不可能超越 光纤电缆的能力,更不用说接近光速了。 5G有望最终产生1毫秒的往返延迟,满足这么低延迟的唯一方法是双方(发送方-接收方或者客户端-服 务器)彼此之间相距几英里,并进行简短的信息交换。 没有物理学上的突破,就没有技术上的突破。 3 WHY YOUR TECH STACK IS ABOUT TO BREAK AND HOW TO AVOID IT

4 .2.数字孪生的激增 数字孪生是虚拟的数字映射,通常由以下元素组成: 物理设备上的各种信号接入后,可以实现远程控制 各种在线设备系统的数字映射关系 设备间的可靠数据传输可以代表设备的当前状态 一旦这三个要素到位,不仅云计算应用将变得可行,还可以控制便宜且简单的设备,通过使用云来让大 量的数字孪生设备一起协同工作,完成同一目标。 到目前为止,许多设备与互联网的交互是可选的,或者不必要,而且通常无法控制其核心功能。但是 5G和边缘技术已经可以促使成百上千亿的数字孪生,每天都在满足我们赖以生存的生活需求,而这一 切都取决于他们自己在网络中某个地方进行可靠的超低延迟决策。大量的设备不停的被用到,然而过往 的设备操作过程是“先关闭然后再打开”,这种方式已经不能满足我们管理无数设备的期许了。 延迟还意味着设备依赖快速连接来完成预期工作,因此未能满足SLA的情况与设备中断区别不大,如果 设备是根据过期的信息来决策或者执行操作,可能会带来更为糟糕的后果。 3.计划内停机 计划内的停机时间将为5G和边缘应用带来严重后果。通常来说,5G的设备需要实时联 网才能工作,停机意味着重大事故。这有几个含义: 采用开源组件的复杂技术栈可能无法胜任工作。如果堆栈中的每一层都有其自己的独立补丁,当补 丁达到一定复杂程度或者数量时,停机更新可能是不可避免的。但如果不打补丁,也可能会带来潜在的 法律或者安全问题。当停机更新的时间每分钟需要花费数千美元时,减少技术栈组件数量或许非常必要。 为软件打补丁和维护相对比较容易,但为固件打补丁则非常麻烦,所以尽可能不要固件或者硬件代 码来完成软件栈的功能,而是从终端设备完成固件的更新与维护。 敏捷开发可能并不适用于与数十亿数字孪生设备一起工作,伴随每个小版本更新可能随之带来各种 错误,从而导致设备中断,甚至更严重的后果。 4 WHY YOUR TECH STACK IS ABOUT TO BREAK AND HOW TO AVOID IT

5 . 新常态的不便之处 我们面临的根本问题是,由于5G场景对于延迟的需求,很大程度上是由于技术组件栈 太深,而导致了额外的延迟,从而浪费了真正的有效数据处理时间。 请记住:5G和边缘计算不会在真空中发生,也不会慢慢发生。 5G和边缘计算的实施意 味着设备和用户会话的数量将迅速飙升。当前5G规范,联网设备的密度约为每平方公 里100万台。 其中许多设备将是运行在SLA保障较高的数字孪生场景,需要不断与远程计算能力保持 联机通信,并实时做出决策。 联网设备的爆炸式增长与对延迟和连接性的期望将同时发生。 延迟预期 VS. 连接设备数 Latency Expectations 随着时间的流逝,我们使用的 设备数量激增,现在已经超过 Number of Devices Target Latency 了人类总量。 但是设备不像人 类,它期望以毫秒为单位的实 时决策响应。 Number of Devices Time 在以前,“我们希望更快”就可以了。 而现在,“我们在4毫秒内得到响应”很可能是SLA的需求。 如果我们认可5G和边缘计算对于低延迟需求的价值,那么我们也必须接受对当前的技术和架构的挑战。 5 WHY YOUR TECH STACK IS ABOUT TO BREAK AND HOW TO AVOID IT

6 .如何避免技术堆叠的责任 当接近延迟要求的拐点,到达物理极限时,我们需要对管理数据和运行技术栈的方式 进行革新,每项革新都会带来不同的挑战和开放式的方案。 1.边缘处理 尽管我们仍将在数据中心计算上进行大量投资,但由于新应用程序对低延迟的要求很高,因 此,在边缘端执行大量对延迟敏感的功能是很有必要的。 从技术和业务角度来看,边缘处理 意味着更加复杂的部署架构。 2.更简单的技术组件栈 在5G和边缘计算之前,业务问题通常通过创建包含多个组件的分层架构来解决架构间的解耦 问题。 但是,每一层都会增加延迟,在5G世界中,需要节省与边缘设备间的通信延迟,而不 是在软件组件逻辑层之间的额外通信上浪费时间。 现实是,只有推动架构向前发展,使用更 少的技术组件栈,将数据流、流处理和事务状态管理合并在一起,才能从根本上解决这个问 题。 3.“哑巴”设备 早期的IoT项目涉及向设备添加传感器,以便它们可以发送数据到服务器端,在远端完成数据 分析。这些早期架构中,设备会使用有限的本地计算能力来执行部分核心功能。 而5G和边缘应用的连接无处不在,没有理由在每台终端设备上保留强大的处理能力。这样做 会增加设备成本,而且也会造成无休止的设备端补丁更新噩梦。 边缘计算,逻辑上就有可能发生从设备中删除尽可能多的智能处理单元。 6 WHY YOUR TECH STACK IS ABOUT TO BREAK AND HOW TO AVOID IT

7 .下一步:您需要评估的五个需求问题 5G不仅仅是营销术语,还是用稍好的硬件代替一般硬件的借口。 但真正需要改变的是 我们做事的方式。 从以下五个问题来评估您的应用场景是否适合5G: 它适用于OLTP吗? 如果是,它是否可以在单位延迟时内从大规模数据中做出准确 的决策? 它可以在架构上最小化数据在网络中传输的次数吗? 它是否足够简单且垂直集成,从而以高可用的方式用最少的时间来处理数据? 它是否用于IoT或流消息?如果是,它是否具与Kafka,Kinesis等消息中间件的入 站 和出站连接,方便集成多个数据流? 如果您的下一代5G应用依赖开源技术,您是否真正考虑过停机和故障的后果? 如果您对以上任何一个问题的回答都是“否”,那么您很可能将面临技术堆叠导致应 用崩溃的境地,应该寻求有专业支持的集成解决方案来主动避免这场灾难。 VOLTDB如何满足5G的需求? 随着我们步入5G和边缘计算场景,您必须接受这样一个事实,现有的软件堆栈或开发 技术可能很快就会过时。在技​​术领域,情况一直如此:昨天可以稳定工作的平台软件 今天会失效,明天更可能会面临系统崩溃。 低延迟需求将大多数技术堆栈的功能扩展到其极限,许多公司都会试图找到最便宜或 开发效率最快的方法。但他们不会从整体上或者根本上进行架构思考,而是从拼图和 创可贴的角度开展工作,从而导致更大的后果。 没错:5G和边缘计算就在这里,并正在取代数据世界的运行方式。 如果您正在寻找可以在毫秒延迟内实现高可用性、可扩展性和实时决策的平台,请立 即通过 https://www.voltdb-china.cn/contact 与我们联系,来聊聊我们如何提供帮助。 7 WHY YOUR TECH STACK IS ABOUT TO BREAK AND HOW TO AVOID IT

8 .参考 https://www.quora.com/What-is-precisely-the-speed-of-light-in-fiber-optics https://en.wikipedia.org/wiki/Digital_twin https://arstechnica.com/information-technology/2017/02/5g-imt-2020-specs/ ABOUT VoltDB VoltDB使全球组织能够利用新兴的5G延迟标准为新的收入机会提供动力,转变其业务和运营支持系统 或为企业客户开发战略集成。 VoltDB立即从跨多个快速数据流捕获的异常事件中获取价值。 在不到10 毫秒内做出的准确决策可以直接影响即时货币化,防止数字欺诈并支持数字转型计划。 VoltDB是专门 为解决特定于应用程序的规模和延迟挑战而设计的,并增加了以前的大数据和消息传递投资,以帮助企 业从大数据分析过渡到快速的数据决策。 © VoltDB, Inc. 209 Burlington Road, Suite 203, Bedford, MA 01730 • VOLTDB.COM 22 October 2020 8 WHY YOUR TECH STACK IS ABOUT TO BREAK AND HOW TO AVOID IT

0 点赞
0 收藏
0下载