DE{CODE}：為什麼邊緣不是邊緣案例

當您處於邊緣時，速度、安全性和服務器運行狀況不能放在事後考慮。 在本次會議中，Cloudflare 產品副總裁 Sergi Isasi 和 WP Engine 產品經理 Pavan Tirupati 討論了為什麼擁有邊緣優先的心態對於您構建或維護的每個網站的成功至關重要

會議幻燈片

全文抄本

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 網站。 這都是我的。 非常感謝您加入我們並保重。