DE{CODE}:为什么边缘不是边缘案例

已发表: 2023-02-12

当您处于边缘时,速度、安全性和服务器运行状况不能放在事后考虑。 在本次会议中,Cloudflare 产品副总裁 Sergi Isasi 和 WP Engine 产品经理 Pavan Tirupati 讨论了为什么拥有边缘优先的心态对于您构建或维护的每个网站的成功至关重要

视频:为什么边缘不是边缘案例

会议幻灯片

Why the Edge Isn't an Edge Case.pdf来自WP Engine

全文抄本

PAVAN TIRUPATI :大家好。 感谢您参加本次会议,讨论年龄并非真正的边缘案例。 我是外展团队 WP Engine 的产品经理 Pavan Tirupati,我主要负责边缘的安全性、性能和可靠性,以发展和增强 WP Engine 客户。

今天从 Cloudflare 加入我们的是产品管理副总裁 Sergi。 Sergi,你想自我介绍一下吗?

塞尔吉·伊萨西:当然。 谢谢你邀请我,Pavan。 感谢大家参加我们的会议。 正如 Pavan 所说,我是 Cloudflare 的应用程序性能产品副总裁,专注于我们边缘的性能和可靠性。 我们希望为所有客户提供快速可靠的服务。 我介绍的产品是 Cloudflare 如何在边缘接收和处理流量,即第 4 层和第 7 层。这包括我们的缓存、我们的代理、FL 频谱、Cloudflare 的基础技术,如我们的 DNS 系统、我们的证书管理系统,以及我们的IP 地址管理系统,然后是新的边缘应用程序,如负载均衡、我们全新的 Waiting Room 产品,以及我们即将推出的 Web3 产品。

我在 Cloudflare 工作了大约 4 又 1/2 年。 再一次,很高兴今天来到这里。

帕万·蒂鲁帕蒂:太棒了。 今天,我们为你们举办了一场精彩的会议,因为我们深入探讨了边缘究竟是什么以及它有何用处,正如标题所说,为什么边缘不再是边缘案例。 我们为你们准备的议程是深入挖掘什么是优势以及它的好处是什么。 鉴于这些时候,更加关注安全性至关重要。

我们将讨论一些示例并讨论一些安全威胁。 我们还将研究边缘如何为这里的观众和世界上拥有数字存在的每个人带来好处。 我们还将查看一些具体示例,这些示例可能对可能正在经历其中一些安全威胁和问题的人们有所帮助。

所以这将是令人兴奋的、足智多谋的和有洞察力的。 因此,让我们从这里设置一些上下文开始。 我想设置一些边缘的基线。 当我说公司正在经历向构建者文化的转变时,我认为任何人都不会感到惊讶,这种文化建立在开发人员直接创建和控制数字体验的能力之上。

随着站点和应用程序从单一构建转向更多的微服务架构,从不同来源交付内容的能力变得越来越重要。 我们知道并理解边缘是互联网的一部分,实际上最接近我们的最终用户,有时也被称为最后一英里。 但在我进入细节之前,Sergi,我想向观众说明什么是边缘以及为什么它甚至是关键的。

塞尔吉·伊萨西: 当然。 所以云计算中有一句老话,就是“云只是别人的电脑”。 我真的很喜欢这句话。 这意味着它与您在台式机或笔记本电脑上拥有的东西相同,但只是其他人在管理它。 边缘是完全相同的东西,它只是更接近用户。

为什么这很重要? 在 Cloudflare,我们希望事情尽可能接近用户。 这真的归结为你所说的那句话,也就是最后一英里。 因此,无论您制作软件的速度有多快,制作的效率有多高,即使您对某事做出响应——如果您的软件可以在亚毫秒内运行,您仍然受制于光速。 如果您的软件不在用户的设备上或尽可能靠近用户,用户将体验到一点延迟。 有时这种延迟还可以,但有时对最终用户来说却非常、非常不和谐。 因此,重点是优化靠近边缘或靠近核心的最终用户的意义。

Cloudflare 所做的是我们尝试将一切都放在边缘。 我认为你让我做这次聊天的原因之一是因为我们可以说是世界上最大的边缘网络之一,我们显然为此感到无比自豪。 Cloudflare 已有 10 多年的历史,我们一直在构建这个网络。 它已经发展到遍布 100 个不同国家/地区的 250 个城市,我们的目标是——实际上我们已经实现了这个目标——与全球 95% 的互联网用户的联系时间在 50 毫秒以内。 再一次,最后一英里——如果我们能在 50 毫秒以内,我们可以更快地为每个最终用户提供服务。

它的另一部分是连接到其他网络。 因此,我们连接到世界各地的 10,000 个其他网络,例如许多本地 ISP,然后我们还运营自己的骨干网,因此在我们确实需要去往核心或起源地时对该流量进行回程,使其成为甚至更快。 到 2021 年年底,我们的容量略高于每秒 100 太比特。 这在横向扩展方面很重要,因为我们的客户流量会增加,对我们客户和我们自己的网络的攻击也会增加。

在过去的 30、40 年里,关于计算的一件有趣的事情是它从边缘到核心再到客户端的来回转变,这取决于它在哪里有意义以及所有计算能力在那个时间点的位置。 因此,如果您回想一下公共互联网之前的情况,就会发现大型机。 你在核心有很多计算能力,在边缘有很少的计算能力,而且只有很少的带宽来来回转换。 因此,您向大型机发送命令,它会以文本形式将这些命令的结果发回给您。

我们从那里过渡到端点上的许多进步,所以你有很多胖客户端——Windows、Microsoft Word,所有这些你现在在端点上做了很多计算然后发送回,通常,核心共享该内容。

随着边缘和核心变得更加强大,您开始看到云应用程序。 因此,您不是在您的设备上进行更改,而是在 Web 浏览器中进行更改,并通过其他设备传播以进行共享。 当我们拥有移动设备时,这一点变得非常重要,尤其是早期的移动设备,它们的计算量较少但带宽更多。

那么为什么这很关键呢? 这实际上完全取决于用户对速度的期望。 所以用户总是希望有好的用户体验。 尤其是在今天,良好的用户体验就是一种即时交互。 我点击一个链接,按下一个按钮,发生了一些事情,我并不关心它发生在哪里。 我可能甚至不知道它发生在哪里,但我希望它快点。

另一件改变的事情是我们发现自己的环境。 所以攻击明显增多,主要是因为这些设备变得更强大了。 然后我们看到许多不断变化的法规,因为安全和隐私不仅成为用户的头等大事,也成为政府的头等大事。 这就是 Cloudflare 不断添加 POP 的原因。 我们看到了更多的用户,我们看到了更多的流量,我们看到了更多的攻击,我们看到了更多我们可以放在边缘并为这些最终用户提供强大功能的用例。

帕万·蒂鲁帕蒂:太棒了。 我们可以深入了解一下流行音乐吗? 什么是 POP? 随着时间的推移,持久性有机污染物发生了什么变化? 并具体挖掘 POP 的 Cloudflare 实现,有什么独特之处?

SERGI ISASI: 谢谢你把它带回来。 我经常说持久性有机污染物,我应该具体说明它的意思。 这是一个互联网存在点。 在 Cloudflare 的案例和大多数其他案例中,当你听到有人谈论 POP 时,它的意思是一堆服务器,坐在某个地方,运行软件。

就随时间发生的变化而言,谈论发生变化和未发生变化实际上更容易。 我们将深入探讨一下。 所以我们正在使用第 11 代服务器。 我们在博客上写下了每一次迭代。 所以我们不断在边缘获得更快的计算机,这很棒。 这意味着更低的成本,意味着更多的功能,意味着对最终用户来说通常是更好的东西。

随着时间的推移,一件有趣的事情发生了变化,我们实际上已经在三种不同的 CPU 架构上实现了——或者实际上是两种不同的 CPU 架构,三个制造商。 所以我们同时运行英特尔和 AMD,我们也在我们的边缘运行 ARM。

随着时间的推移发生变化的另一件事是我们只是不断添加位置。 我不清楚我们在 10 多年前推出时有多少。 它在十几个范围内。 但是我们的 CTO 有一个有趣的故事,他是 Cloudflare 的早期粉丝,认识我们的创始人,但他拒绝加入 Cloudflare,直到他获得接近他在欧洲的位置的 POP。 他说,这什么时候来? 然后我会加入。

我们的位置首先根据需求增长。 所以你看到一个地区有很多流量,通常来说,把硬件放在一个地区并在那里提供流量实际上更便宜。 所以我们一开始就这样做了。

一旦我们做大了,我们就开始看到本地合作伙伴或 ISP 开始要求我们在该地区构建硬件,以提高他们及其最终用户的效率。 因此,这是 Cloudflare 世界中一种有趣的巨变。

我们最初的目标是在 100 毫秒内到达最终用户。 然后我们意识到我们可以做得更好。 所以现在我们有了 50 毫秒的目标。 如果你看到随着时间的推移它变得更小,我也不会感到惊讶。

没有改变的是,我们很早就做出了一个对我们来说独一无二且非常重要的选择,那就是我们将在每个位置的每个边缘服务器上运行相同的软件。 对于我们的大多数工程团队来说,这最终成为一个更容易的选择。 我们知道每台设备上运行的是什么,您可以在那里进行故障排除并更有效地运行。 我们的一些工程团队也因此有更多的工作要做。

它确实使事情更容易扩展,无论是长期的还是短期的。 在短期内,它允许我们根据负载和那个时间点那个位置发生的事情,根据需要将资源转移到不同的服务。 我们可以横向扩展每台机器。

从长远来看,它允许我们主动决定新机器需要去哪里,因为我们知道我们需要运行整个堆栈。 对于我们的工程团队,特别是我们的产品工程团队来说,另一大优势是我们在各种服务中具有一致的性能。 我们不担心某些位置离某些类型的用户更近,因此速度更快并拥有不同的体验。 它将在服务器和世界范围内保持一致。

我们已经发生的重大变化之一——这可能已经三年了——我们现在允许我们的客户通过我们的 Workers 产品在我们的边缘运行他们的代码。 当客户选择部署他们的产品时,他们实际上选择了世界区域,这是一个很好的优势。 我们不会强迫他们说,我想在美国西部跑步或者你有什么。 他们的软件部署在所有地点,并尽可能靠近他们的眼球运行。

帕万·蒂鲁帕蒂:太好了。 那么边缘与核心相比如何呢?

塞尔吉·伊萨西: 当然。 所以这在某种程度上取决于你的架构。 而对于一些架构,边缘就是核心,核心就是边缘。 如果你只有一个地方,那么你几乎可以同时做所有事情。

不过,一般来说,边缘的计算速度更快、效率更高,而核心是您保存秘密和配置并将数据从核心推送到边缘的地方。

PAVAN TIRUPATI: Cloudflare 有核心吗? 如果是这样,它是如何实施的?

SERGI ISASI: 从第一天开始,是的。 我们不会经常谈论它。 这有点有趣。 但如果你仔细想想,我们成立于 2009 年,因此在 2009 年在边缘运行一切都非常不切实际,对于某些事情来说,现在也不切实际。

那么我们在核心运行什么? 配置管理——所以我们必须推出软件。 我们必须从某个地方做,所以我们仍然推送 Cloudflare 软件,我们所有的新版本,我们每天都在推送我们的代码,从我们的核心到我们的边缘。 然后我们还运行仍然与我们的核心数据中心通信的客户配置。 它从那里延伸到边缘。 这实际上是一个有趣的故事,来自 WP 引擎和我们的 DNS 软件。

所以在早期,Cloudflare 运行了开源 DNS 软件 PowerDNS。 2013 年,我们开始构建我们内部称为 RR DNS 的东西,这是我们自己的 DNS 软件。而且是一款非常高效的软件。 我们有一些区域有数十万条记录,一切都按照这些要求相对顺利地进行。 然后 WP 出现了,他们说我们的区域中可能有超过一百万条记录。 更新速度,因此进行更改并将其推送到我们边缘的能力非常重要,因为这意味着客户正在上岗并且他们需要拥有这种体验。 这对我们来说是一个实际的边缘案例。 所以我们看着它说,好的,我们显然需要重新设计我们管理核心的方式并将流量发送到边缘以处理内容的大小以及更新它的速度和频率。

因此,在 2016 年,我们的一位 DNS 工程师 Tom Arnfeld 问他是否可以坐下来与 WP Engine 一起真正了解您想要什么以及为什么想要它,以及它在 2017 年会是什么样子,以及它在 2017 年会是什么样子2022 年,现在我们已经五年了。 因此,我们在 2017 年所做的实际上是为我们的 DNS 软件重写了整个数据结构,以便在我们的 CEO 的要求下,像魔术一样从边缘移动数据。 这实际上是我们有客户需要的事情之一,我们想满足这种需求,但我们不得不重新考虑如何将数据从核心移动到边缘。

另一件我们仍在做的核心工作是分析。 所以遥测从边缘进入核心。 我们的客户在查看他们的分析时,会转到仪表板或 API,而这一切都是从核心提供的。

随着时间的推移,客户规模和攻击复杂性的增加实际上让我们重新思考我们如何进行遥测。 例如,我们以前曾经在核心运行我们所有的 DDoS 检测软件。 因此遥测将从边缘进入,核心会说,这看起来像 DDoS,它会将数据发送回边缘以进行缓解。 这对于某些 DDoS 攻击来说已经足够了,但对于其他攻击,我们实际上需要在边缘做出决定。 所以我们扩充了我们原来的 Gatebot 系统,它在去年年中用几个新系统运行核心,实际上在边缘运行,并独立于核心做出决策,然后报告回来,这样不断适应攻击表面。

我要谈论的最后一件事是我们今天在核心进行大部分机器学习。 我们严重依赖机器学习,特别是安全产品。 但我们希望在边缘做更多的事情,因为我们很可能看到与 DDoS 系统类似的模式。 因此,我们与 NVIDIA 合作,开始在边缘运行更多的 ML。

PAVAN TIRUPATI: Sergi,你提到了 DDoS 和安全性。 我想深入研究一下,特别是因为安全性非常重要。 您看到了哪些趋势和事情?

SERGI ISASI:当然,我们的记录有点破,但 DDoS 攻击是破纪录的。 我们年复一年地打破了这一记录。 原因是僵尸网络的规模实际上在增长,并利用更强大的设备。 因此,如果你想想你的手机或你的电脑现在比前一年快多少,你就会发现它们越来越有能力发动大规模攻击,如此巨大的吞吐量,我们打败了一个不久前的“每秒 2 TB”攻击——这是我们听说过的第二大攻击——然后还有更智能的攻击,可以在没有大量吞吐量的情况下完成任务,但可能有很多请求和昂贵的请求。

事实上,我们在这里谈论的是来自攻击的更复杂。 我认为最有趣的数据是我们

刚才实际上谈到的是,我们边缘 8% 的流量得到了缓解。 因此,在我们制定任何类型的规则或类似的东西之前,8% 完全被丢弃,这意味着,对于考虑在边缘进行安全性的客户,他们可以快速摆脱大量交易和与其应用程序的交互他们只是完全不想要或不需要,因为这是某种攻击。

PAVAN TIRUPATI:是的,在 WP Engine,我们正在努力让 Advanced Network(我们的网络产品之一)成为我们所有客户的默认设置,以便他们可以利用这一额外的安全层。 我们还见证了我们的安全产品 GES 前所未有的增长,它是相关的——更适合寻求额外安全级别和层次的客户。 它附带——GES 是 Web 应用程序防火墙和 Argo Smart Routing 附带的东西。

但我想在这里强调的一件事是,目前 65% 的 WP Engine 客户不在任何这些网络中。 Argo Smart Routing 和 WAF 绝对是他们可以从中受益的东西。 那么,您介意从 Cloudflare 的角度扩展一下智能路由和 WAF 的工作原理吗?

塞尔吉·伊萨西: 当然。 所以Argo是一个非常有趣的产品。 Cloudflare 非常独特,如果您对它不是很熟悉的话,它会有点令人费解。 因此,Argo 采用了我正在谈论的遥测技术,即边缘遥测技术,并实际上在互联网上寻找更好的路线。 有一种说法,在内部,它就像互联网的 Waze,我想这有点管用。 这不是我最喜欢的类比,但它是一个合理的类比。

因为有时路线效率低下并且不一致。 所以今天,直接回到原点可能会更快,但有时却不是。 有时,我们实际上从一个 Cloudflare 边缘转到另一个边缘以规避一些互联网拥塞更有意义。

Argo 的重要意义在于,它降低了从用户到边缘以及边缘到源头的最后一英里效率——因为你今天可能没有从边缘提供所有内容——降低了 40%。 通过基本上按下一个按钮而不需要对应用程序进行任何类型的代码更改,这是一个巨大的增长。

PAVAN TIRUPATI: 这实际上很有见地。 谢谢,塞尔吉。 您的客户群发生了哪些变化? 攻击增加和实际攻击面的实际影响是什么?

SERGI ISASI:所以我认为 2020 年和 2021 年的重大转变是我们开始看到勒索软件攻击和一种不同类型的勒索软件的兴起,所以不是接管端点并对其进行加密的软件,而是我们要攻击的软件如果你不付钱给我们,就把你打倒。

在 2020 年,我们看到了很多这样的情况。 2021年,我们看到了增长,但格局发生了变化。 模式的变化不是一般地寻找目标,而是在同一行业中寻找目标。 所以有趣的是,我们看到很多语音 IP 和电话会议公司成为攻击目标。 有点道理,对吧? 因此,随着每个人都越来越多地远程工作,这些服务变得至关重要。 对用户和提供商来说,保持在线都很重要,这样攻击者就有了一个非常明显的目标。

仍然存在的一件事是共享情报很重要。 当我们看到每个客户都成为攻击目标时,我们看到相同的模式进入并且相同的攻击模式进入这些应用程序,这使得像我们这样看到流量的人更容易 - 让我们更容易阻止。

PAVAN TIRUPATI: 是的,可预测性或模式实际上有助于理解数据,所以我明白了。 但是,本次电话会议的开发人员应该如何以及在何处考虑总体保护? 您可以在这里分享您过去看到的最坏情况是什么?

塞尔吉·伊萨西: 当然。 因此,最坏的情况是集中攻击。 所以如果有人真的要让你下线,那么对付那种有动机的攻击者是极其困难的。 因此,如果您运行的应用程序在某种程度上存在争议或可能存在某种敌人,则需要考虑这一点。 这些天有很多事情。

我在这里遇到的攻击是阿迪达斯每秒有 1720 万个请求的示例。 所以这不是吞吐量,这只是实际合法的 HTTP 请求。 这些没有被放大或欺骗。 所以这个攻击者可以访问足够多的设备来建立这些连接并使它们看起来合法——或者实际上,它们是合法的。 极端分布式攻击。 它确实集中在某些地区,但在我们的绝大多数地点都可以看到。

最坏的情况是缓解措施代价高昂。 它是在第 7 层完成的。所以我们必须接受连接。 我们必须终止 SSL——所以这是来回的多次握手——然后我们才能抵御并识别攻击与合法流量。 所以这就是那种事情,如果你试图在内部部署的 WAF 或类似的东西上运行它,那么即使找到流量也会非常非常昂贵,更不用说减轻它了。

帕万·蒂鲁帕蒂:太好了。 谢谢你,塞尔吉。 坚持安全,在战争时期,就像我们现在在俄罗斯和乌克兰看到的那样,网络攻击预计会激增。 事实上,CIA 和 FBI 已经就这些攻击的破坏性以及关键资产和数据在这段时间内的脆弱性发布了联合公告。 他们建议所有组织,无论规模大小,都采取更高的安全措施。 在 WP,我们也看到了攻击的这种上升趋势。

您对此类事件的准备情况如何? 我们如何为这种情况做好准备? 除了俄罗斯-乌克兰战争之外,我们想到的其他一些重大事件是我们去年目睹的 Log4shell 事件,它影响了世界各地的很多应用程序。

SERGI ISASI: 是的,我的意思是,我们必须做出回应。 这就是我们所处的世界。事情发生了,真的,非常可怕的事情发生了,我们必须对它们做出反应。 就乌克兰而言,我们无法分享大量信息,但我们可以分享的一件事是,虽然从整体用户的角度来看,乌克兰的流量保持相对稳定,但我们已经看到防火墙缓解措施大幅增加。

所以它已经从我们之前谈到的典型的 8% 增加到总请求的 30%。 因此,这意味着更多的攻击流量混入了常规用户流量。 同样,就像前面的例子一样,这些都是昂贵的缓解措施,必须在第 7 层完成,因为很难从仅基于第 4 层的常规攻击中识别它们。

我们谈论 Log4shell,那可能是我很长一段时间以来记得的最大的事件。 所以这对这个行业打击很大。 我记得很多人,包括 Cloudflare 的人,都在阅读内部讨论,我记得我只是说,哦,天哪,这太庞大了。

这是一个漏洞和一个非常常见的软件位,允许攻击者插入一些任意字符,然后这些字符的存在会导致软件去发出一个 git 请求攻击者插入的 URL。 于是大家都在争先恐后。 您可能不知道您的依赖项。 这是第一课,了解您的依赖项,了解您正在运行的软件以及该软件正在运行的软件。

但最重要的是这里有很多非常聪明的攻击。 因此,当我们为我们的客户(以及您的客户)缓解这种情况时,我们的防火墙规则有很多不同的变体,这些变体必须继续部署,因为存在内容以及可以对这些内容进行编码的不同方式。

我认为 Log4j 最有趣的事情之一是我们在日志记录管道中看到了它。 因此,即使您认为您的应用程序有足够的防火墙,它不会接收来自外部世界的连接,如果您提取了一个包含这些字符的日志事件,它仍然会发出该请求。 所以一个简单的防火墙是不够的。

Edge 在这里很重要并且非常有用,因为它使您可以快速轻松地启动控制,而不管您是否确定自己是否易受攻击。 控制到位没有任何坏处,这是我们甚至向免费客户推出它的另一个原因。 因此,在这种情况下,单个控制点实际上非常有用。

PAVAN TIRUPATI:在这种情况下,客户可以使用哪些工具或技术来扩展流量?

SERGI ISASI:当然,对于任何情况,我们在 Cloudflare 上都有工作人员。 这使您可以在我们的边缘运行您的代码,并且您可以构建任何您想要的东西,而不必担心水平扩展。

我们还在 2021 年初推出了一款名为等候室的产品。 等候室是您可能熟悉的地方。 你去买东西,然后你被排在队列中以决定是否有足够的东西可以买。 它也可以用于应用程序。 您可以连接到该站点并获得良好的体验吗? 还是你应该等待?

这实际上是我们构建的一个非常有趣的产品。 我们在边缘构建它并使用 Cloudflare worker。 那很困难。 它可能是一个更容易构建核心的产品。 这不是 Cloudflare 的 DNA。 我们可以在边缘构建东西,而且我们真的在考虑扩展。 如果你试图在核心扩展某些东西,它就会变得更加困难。

我们在构建等候室时遇到的大问题是共享状态。 因此,您希望用户在全球范围内拥有一种等候室体验。 我们谈论的是 200 多个地点。 这并不容易。

所以我给你举个例子。 假设湾区这里有一场音乐会。 该音乐会的大多数买家将在湾区,他们可能会连接到我们的圣何塞数据中心。 但是,有些不是。 您将有少数或一定比例的世界各地的买家飞来参加音乐会,或者当时可能正在旅行。

那么如何让它公平呢? 您不能在湾区为用户设置队列,而在其他所有位置都为用户设置队列。 这要求我们思考如何跨边缘共享状态。 我认为这就是未来的优势所在。

我们使用我们自己的 Durable Objects 产品——你可以在幻灯片上看到它——在所有位置同步和共享状态。 但是,作为一个行业,我们希望在边缘解决更多此类问题,我认为您将开始在共享状态仍然很困难的边缘看到更多软件用例,您会怎么做关于一致性,是最终的还是即时的? 我认为这就是我们软件的未来。

帕万·蒂鲁帕蒂:太好了。 谢谢你,塞尔吉。 我知道,在 WP Engine,我们有这种边缘优先的心态,以确保我们为客户提供性能和安全性。 Sergi,对于电话会议中正在边缘建设的开发人员,您的最终想法或建议或首要考虑或建议是什么?

SERGI ISASI: 所以我认为,首先,你在正确的地方建设。 其次,我认为这是有创意的。 如果一年前你问我,我们是否可以在边缘完成很多事情,我会说,嗯,我不知道。 我不这么认为。 你在这里发现的创新步伐更快,许多有创意的开发人员正在思考你正在思考的问题,并在客户和产品方面提出解决方案。

另一件有趣的事情是交流和分享。 我们看到了很多运动,特别是在开发者 Discords 中,寻找新的、创造性的方法来解决问题并在边缘构建更多东西。 我觉得,最后,作为Cloudflare的插件,如果有什么做不到的,找Cloudflare的产品经理。 给我们发一封电子邮件,在 Twitter 上找到我们,或者通过其他方式找到我们,让我们知道您想要构建什么,我们会看看是否可以帮助您构建它。

PAVAN TIRUPATI: 太棒了。 而且我认为可以公平地说边缘不再是边缘案例,因为如果安全性和性能是您关注的焦点,那么边缘就是您应该关注的地方。

所以谢谢你,Sergi,关于边缘的那些伟大的话。 我希望你们发现本次会议有用。 感谢您抽出宝贵时间加入我们。 我希望你今天休息得很好。

主持人:这就是 DE{CODE} 2022 的总结。我希望你觉得它鼓舞人心,并带着更多的 WordPress 专业知识和新的社区联系离开。 从周五开始留意网站上的录制内容,以了解您可能错过的任何内容或再次观看视频。

最后,我想感谢我们的赞助商合作伙伴——Amsive Digital、Box UK、Candyspace、Draw、Elementary Digital、Illustrate Digital、Kanopi Studios、Springbox、Studio Malt、StrategiQ、WebDev Studios 和 10Up。 非常感谢您为我们的 DECODE 筹款活动捐款。 我们非常感谢您的慷慨。

现在,对于在我们的与会者中心和我们的会议中与我们互动的每个人,我们将选出前三名获奖者,并让您知道如何在 DE{COD}E 结束时领取奖品。 我们期待再次见到您是我们未来的活动,无论是面对面的还是虚拟的。 我们迫不及待地想为您带来更多有关 WordPress 最新发展趋势的信息,以及您如何实施这些趋势以更快地构建 WordPress 网站。 这都是我的。 非常感谢您加入我们并保重。