Home 播客 EP6 -關於可組合安全性的須知
Applications

EP6 -關於可組合安全性的須知

About The Author

Outline

6年《超越邊緣》第一集簡介–您需要了解的關於可組合架構及其對性能和安全性的優勢的資訊

Tom Mount:您好,歡迎來到Beyond the Edge,我們將深入探討影響現代數字業務的保險和趨勢。

我是Tom Mount。 我是Edgio的高級解決方案架構師。 我著重介紹我們的應用程式平臺和構成該平臺一部分的安全解決方案。 我擔任網路開發人員已有將近20年,主要是為數位行銷代理商工作或與數位行銷代理商合作。 在高等教育和電子商務方面做了大量工作,包括eBay,American Airlines和University of Pennsylvania。

今天我和Howie Ross一起參加。

Howie Ross:你好,我是Howie Ross。 我是Edgio應用程式平臺的產品管理高級總監,主要負責網路加速,包括CDN和邊緣計算。 我從事Web開發和雲架構已有20年,在此期間,我有幸在許多行業工作,包括Fintech和EComm,在這些行業中,我曾與衆多品牌合作,包括Urban Outfitters,CoachVerizon和M&Ms.

Tom Mount:太棒了。 謝謝Howie。 今天,我們想與您談談可組合體系結構面臨的安全挑戰。 具體而言,現在我們知道網站所有者和內容管理人員面臨著許多安全威脅。

根據IBM的調查,有一項研究表明,美國有83%的公司經歷過數據洩露,在美國可能會花費9.4萬美元以上。 這是全球平均水平的兩倍多。 Okta是全球最大的單點登入身份業務提供商之一。 他們發布了一份報告,指出全球所有登入嘗試中有34%是由爬蟲程序發起的。 這只是機器人程式試圖進入網路帳戶,這顯示出每四個組織中就有一個組織因一次機器人程式攻擊而損失了500,000美元。 因此安全性是一個巨大的威脅。 這是一個我們必須處理的巨大問題。

當我們談論可組合的架構時,這一問題開始變得更具挑戰性。 因此,今天的播客,我們想看看可合成架構存在的一些威脅,以及我們可以做些什麼。

所以,在我們深入探討之前,我想知道,你是否可以定義什麼是可組合的架構,這對你意味著什麼?

什麼是可組合體系結構?

Howie Ross:當然,我可以嘗試一下。 這是一個有點難定義的事情,但當你看到它時你就知道了。 可以組合的架構實際上是對所使用的單片式一體化平臺的一種反應,比如說過去十年,以及對用戶體驗和開發人員工作流程的限制。

因此,有了可組合的架構解決方案,整個堆棧都由工具和供應商組成,使您能夠選擇一流的工具來滿足您的組織和用戶的需求。

可合成的通常與無外設或去耦合前端相關聯,我們將表示層與數據層分離,並且通常依賴微服務或至少API驅動的架構來促進這種無外設去耦合架構,並使用各種工具組成完整的解決方案。

Tom Mount:這聽起來相當靈活,但實施其中一些堆棧的技術難度也會更高。

為什麼選擇可組合?

公司選擇採用可合成的架構,而不是採用這種更單一的架構,您知道,這種架構是什麼?

Howie Ross:是的,這個問題很好。 那麼,可組合架構有許多優點,其中包括我提到的,由於更少的用戶體驗限制,對吧? 因此,在單片堆棧上,您通常會受到該堆棧提供的功能的限制。 然而,在可組合的建築中,它有點像,你知道的,天空是極限。

團隊和設計師可以咪想他們想要的任何體驗,然後您知道,在向最終用戶推廣這些功能方面,您將擁有更高的靈活性。

事實上,我們已經看到,冰島航空公司等組織推出新功能(包括促銷)的交付時間縮短了90%。 因此,您將縮短產品上市時間和實現價值的時間。

此外,正如我提到的,您可以選擇一流的工具和供應商,真正構建這一生態系統合作夥伴網路,從而構建您的解決方案並提供該價值。

此外,它還比單片堆棧更具未來性,因為您可以根據自己的需要更換這些工具。 因此,假設您的客戶審核工具不再滿足您的需求。 您要使用不同的名稱。 您不必去更換整個解決方案。 您只需替換該特定工具,然後繼續重複您的堆棧並保持其真正的現代化。

Tom Mount:現在看,你在談論一下語言。 我的很多背景都是在Web上構建更多應用程序,看一下其中一些應用程序的架構,我很喜歡這個想法,那就是必須喜歡面向未來的堆棧,在這種堆棧中,您可以將東西移入和移出。

我也認為,未來的發展似乎不僅在組件級別,而且在基礎設施級別,對吧? 我的意思是,我們現在看到的焦點比我們5年前,10年前更多地集中在邊緣完成的事情,在雲中完成的無伺服器的事情。

當然,這一點更為突出,我認為有了一個更靈活的架構,您可以將組件從您所熟知的更大數據中心移到更明顯的雲中,一切都在數據中心內,對吧? 我們理解這一部分。

但是,如果您能夠更專注於邊緣,並為無伺服器功能的邊緣處理構建專門的東西,並保持這些東西的快速和敏捷性,我認為這也是一個巨大的巨大優勢。 我認為安全性同樣如此,是否也能從中受益,對吧? 由於我們已將越來越多的服務和事物遷移到雲中,並且擁有了您所熟知的邊緣化解決方案,因此安全性與此相輔相成。

因此,我們現在可以在邊緣執行許多Zero-Trust安全性,而不必一路回到數據中心,並且擁有可組合的架構使我們能夠在應用程式本身的結構中構建Zero-Trust安全性。 我看上去就像我在上面說的,我已經在建網站20年了。 我在世界各地都使用過工具鍊。 我認為,我們看到的一件好事,特別是在一些可組合的框架中,很多框架現在都具有用於靜態站點生成的內置功能。

這些東西可以直接流化到構建的管道中,並作為其中的一部分進行推廣,您只需交換所需的任何組件或架構即可。 您的管道將會構建所有的管道,最終都是您所知道的,然後被提煉成靜態文件HTML,CSS,JavaScript,我們需要的圖像,不管它們是如何構建的,以及拼圖塊是如何組合在一起的,管道最終仍然可以保持不變。 部署仍然可以反映這一點。 所以我認為,從架構的角度來看,這是另一項好處,你可以將這些組件移入和移出。

客戶成功案例–通用標準

Howie Ross:是的,您知道這些要點,除了對開發團隊和客戶的好處外,DevOps團隊以及它為您的基礎設施架構提供的選項還有很大的好處。

無論是利用靜態生成,您都知道真正為CDN和邊緣構建網站,還是利用無伺服器並真正利用雲技術的進步來實現可擴展性和安全性。 你知道,所以你知道Tom和我很高興能與許多客戶合作,這些客戶在這段可合成的旅程中獲得了顯著的優勢。

因此,您知道客戶包括您了解我之前提到的一些客戶,例如您知道已經完成或正在進行可組合旅程的教練和M&M。

另一位較不知名的客戶稱為通用標準,其使命是成為世界上最包容的服裝品牌。 為了實現這一使命,他們選擇了在Shopify平臺上構建的可組合架構

因此,您知道他們不受Shopify在用戶體驗和開發人員工作流程方面施加的限制的約束,而是利用Shopify Storefront API並使用基於Vue JS構建的Nuxt框架構建可合成的解決方案。
他們發現您知道顯著的性能改進,將頁面載入時間從您知道的數秒縮短到了第二級,並改善了您知道的技術性能指標,還改善了實際業務指標。

事實上,他們看到轉換率由於這一轉變為可合成型,提高了200%。 當然,這確實影響到他們的底線,並幫助他們完成任務。

客戶成功案例–鞋款嘉年華

Tom Mount:是的,真的很棒。 我的意思是我們說過,你知道第二頁載入到這裡,總是有人。 當我與別人交談時,我總是會得到一種側視,就像你確定了這一點,而不是,這是真的。 你知道我有時向其中一位客戶展示了類似的故事,這是一家叫做Shoe Carnival的公司,所以他們也轉向了“無頭”。 他們有以前的建築。 他們特別關注的是有關第一頁載入和頁面之間轉換等方面的性能問題。

所以,他們在無頭前的統計數據,他們看的是,第一頁載入時間為3,3,3 1/2秒,有時從一個頁面轉換到下一個頁面時,當你瀏攬時,有時高達6秒。 他們真的想把這一點降低。 有很多原因可以說明為什麼把它下移是個好主意。

我們確實進行了大量的市場研究,結果顯示,當頁面載入時,客戶每等待一秒,就會增加他們離開網站前往其他地方的機會。 因此,很明顯,頁面速度和轉換率是非常緊密的關係,他們也能識別這一點。

於是,他們來到Edgio尋求幫助,他們馬上就完成了向無頭技術的轉變,他們已經做了一些我們所說的性能改進。 他們將過渡到一秒,甚至第一頁載入到一秒,有時甚至不到一秒。 在Edgio上,速度提高了70%。 頁面的中值載入時間是一秒,對吧? 因此,他們看到了由於選擇這種無外設架構,並且能夠優化堆棧每個級別的性能,從而獲得了巨大的性能提昇。 即使他們的頁面載入,後續的頁面載入,一旦他們實際登陸網站,速度就會下降92 %。 在某些頁面載入中,它們的時間可降至500毫秒。 他們能夠實現如此巨大的性能提昇。

但不僅僅是性能才是可組合的一個吸引人的功能。 堅持跑鞋嘉年華。 除了性能提昇之外,他們還利用參與合成的機會來提昇他們的一些安全工作。 他們發現,在新的可合成站點啓動後的30天內,他們跟蹤了超過8萬個被阻止的惡意請求。 我想重點強調一下,我要確保我重申這些請求被阻止。

不是他們有8萬個請求他們不知道該怎麼做,對吧? 他們發現我們提供的安全解決方案能夠阻止所有這些請求,並提供對他們在收到的惡意請求數量之前可能從未看到的內容的可見性。

可組合的安全優勢

這種方式讓我稍微談談一些安全優勢,因為我們已經花瞭很多時間談論性能提昇,這些都是非常真實的。 我們跟蹤客戶的到來,我們希望看到他們的性能提昇,我們也有一些驚人的成功案例。

但我認為安全性的好處是選擇可組合架構的另一個好理由。 我喜歡把它看作是一種分層,分層的防禦,對吧? 因此,我們希望讓惡意攻擊者盡可能遠離您的源站,遠離您的實際伺服器和數據所在的位置。 你可以想到它,你知道,在你的房產周圍豎起柵欄。 你可以在你的柵欄上有標誌,比方說,不要進入,你知道,不要非法進入任何地方。 但這不一定意味著你不一定在晚上鎖上你的門。 這只是意味著你想把護欄盡可能地放在遠離的地方,盡可能地遠離。

當您選擇一個可組合的體系結構時,其中一個優點是您可以選擇現有的安全功能以及這些安全功能所在的位置。

我們建議您在每個層級都要有安全性,這樣才能正確處理。 我們將把安全性放在邊緣,將安全性放在原始伺服器上。 如果還有其他API或服務,我們提到,可以合成通常意味著您會增加在您的站點上公開的API數量。 因此我們希望確保這些API具有安全性,並且具有可組合的體系結構,這樣做實際上變得非常簡單。 您必須考慮所有這些地方,但您可以在所有這些不同的層級設定安全性。

另一個優點是有一個可合成的架構,我之前已經談到過,就是能夠有那些靜態頁面。 現在,靜態頁面具有很大的性能,但它們也有很好的安全性優勢,因爲靜態頁面將最大程度地減少客戶端和服務器之間發生的雙向數據傳輸量。

如果你想到一種傳統的單片應用程式,PHP應用程式或類似的應用程式,有人在這個應用程式中輸入數據,然後它必須回到伺服器中。 如果正在載入新頁面,伺服器必須請求此數據並將其發送回。 有很多機會讓數據進出您的系統。 顯然,它有一些數據必須出來。

您希望確保系統中的數據不是全部都會出現。 這就是我們所說的數據洩露。

因此,靜態網頁減少了某人通過Web瀏攬器中顯示的網頁修改您的伺服器的機會,因為網頁上只有HTML,對吧?

沒有,它已經有數據了。 它不是從任何地方提取數據。 構建時已考慮到這些數據。 因此,擁有您知道的靜態頁面,雖然性能提昇當然也可以獲得安全性提昇,這些靜態頁面可以直接從CDN提供服務。

所以我認為這就是安全性的最後一點,就是每次載入CDN頁面時,不必回到伺服器擷取資料,網頁會快取,全球都可以使用,而且伺服器甚至看不到這些要求,因為這些要求都是在外緣處理。

Howie Ross:是的,這點很好。 我同意,您知道,無論您是了解靜態站點生成,還是利用無伺服器伺服器端渲染,可組合解決方案的主要優勢之一就是能夠更有效地利用CDN。 這將為您提供更短的頁面載入時間,同時也能帶來安全優勢,因為您知道要盡可能遠離不良行為者。

您可以從數據和皇冠上的明珠中了解到,您也知道儘量減少雙向數據傳輸,但您知道,雖然有一些安全優勢,我認為也存在一些挑戰。

我們討論了可組合解決方案的方式,您知道您正在選擇最佳的供應商和工具,這意味着工具更多,供應商更多,這意味着您可能知道更多的方法,您的系統和體系結構。 所以你知道,這是一個風險。

越來越常見的危害組織的方法之一是通過你知道類比,而不是你知道強行強行進入你的網站或你的伺服器。 我只是想知道如何將我的方式融入社會,讓我像您的一位員工一樣看待。 現在,您不必再需要破壞您的核心網路,您也知道您的企業工具。 我可能只是違反了您在可組合解決方案中使用的眾多工具和供應商之一,因此您知道身份和訪問管理變得越來越重要。

因此,您知道,通過使用標準和單點登入以及類似的功能,可以通過多種方式緩解這一問題。 但這是您想要成為的,您知道深思熟慮的事情,因為您知道數據竊取的興起,並且您知道這是一類漏洞或漏洞利用。

它通常被稱為法師手推車,這是此類攻擊的原始利用之一,您知道腳本被這些攻擊者放到網站上,然後就會竊取個人資訊。

在這種情況下,主要是來自Magento網站的信用卡資訊,而且它很普遍,這確實是一種引人注目的方式,即這個問題的嚴重程度和嚴重性,以及在整個供應鍊中管理代碼完整性的重要性。

而且,我提到了在身份和訪問管理方面真正小心的重要性,是的,這是很有意義的。

Tom Mount:很明顯,有了更多的工具,就有了更多的機會。 我認為從應用程式架構的角度來看,許多可合成的網站都大量使用API回調伺服器來填入新頁面,以加快瀏覽速度。 我認為API安全是另一個您必須更加關注您正在做什麼和正在發生什麼的領域。

很明顯,當我在網站上購物時,我不想要我的頁面。 我不想為您暫存我的頁面,您可能不想為我暫存購物車,因為這只是令人困惑,我不明白為什麼。 你知道為什麼我的購物車裡有我的東西。

顯然,我們需要確保我們有快速響應的頁面,但我們也希望確保它們針對單個用戶進行個性化,通常是通過某種API訪問實現的,而且很多時候,訪客的資訊最終會在傳輸的API數據中完成。

這就是安全性的零信任部分具體涉及API的原因,對吧? 因此我們可以進行邊緣個性化等操作,從伺服器獲取內容,暫存內容,在邊緣而不是瀏攬器中,我們從伺服器中提取數據並將其整合到我們發送的最終響應中。 這是一種非常快速,響應迅速的頁面,這些頁面仍被暫存,但其中也包含個人數據的好方法。

我們可以在邊緣做一點安全魔力的另一種方法是使用JSON Web令牌進行身份驗證。 這是AI不會詳細說明它們是什麼,因為它是我當前最喜歡的項目之一。 我可以單獨談論這個問題,大概還有20分鐘。 但播客,是的,我們會做,稍後我們會在JTBTS上做一個播客。

但是的,它最酷的部分是以明文形式傳輸的數據,但它也得到了加密簽名,這樣服務器就知道如何生成自己的加密簽名版本。

這樣您就可以檢查進入的用戶的有效性,確保您知道沒有任何被篡改,憑據正確,並且您知道用戶可以訪問他們說他們應該訪問的所有內容。

您可以驗證該訪問是否仍然有效且正確。 你也可以在邊緣使用剩餘功能或雲功能,類似的東西。 因此,無論您使用的是零信任身份驗證還是其他機制,圍繞API進行封裝都是非常重要的。

API安全性是必須的,因為對不起,對不起,請繼續。

Howie Ross:這是可組合架構的主要權衡之一,對吧? 因此,我們知道我們構建的應用程式不是為了利用CDN和邊緣計算,而是為了保留那些您知道的動態體驗,我們必須利用API進行個性化。 因此,我們的服務和API可能會激增,實際上會增加威脅面。

因此,現在利用API安全解決方案至關重要,這些解決方案將與您所了解的一些不同,您知道我們將要使用的更傳統的安全解決方案,我們將暫時討論,因為它們需要針對API使用案例進行定制。 因此,我們首先需要確保我們了解所有API的正確資訊。

因此,您需要利用一個工具來執行API發現,幫助您查找和管理所有API,並確保我們沒有任何我們喜歡稱之為zombie API的API,您知道這些API是在某個時間點開發的,也許您不再知道您已經迭代過,它們可能已不再使用,但它們仍然存在。

因此,我們需要擁有API和威脅表面區域的完整清單。 此外,我們還希望您了解一些基本的安全實踐,例如速率限制,對嗎?

我們想要控制某人可以從這些API請求數據的速率,更具體地說,爬蟲程序或使用自動化的攻擊者可以從這些API請求響應,這樣它們就不會被淹沒,並有效地造成拒絕服務的情況。

另外一件我們可以通過API安全性做的事情,這一點非常有趣,而且隨著我們採用和利用AI,這一點變得越來越容易訪問,我們稱之為架構驗證。 這就是我們要去的地方,在我們提出請求之前,這是您的API就在邊緣,我們要確保該請求符合您的API請求的架構,對吧?

因此,如果它看起來不像是一個正確格式的API請求,我們將在大門處阻止它,我們將在網路邊緣阻止它,而它甚至永遠不會進入您的基礎設施,您知道,您希望在那裡被拒絕。 但是的,利用API安全性至關重要,您知道,它越來越普遍,易於訪問和有用。

Tom Mount:是的,肯定的。 我們討論了一些具體的安全問題,以及可以緩解其中一些問題的方法。 但我認為,我們也不要忘記舊的備用安全設備,對吧? 服務很好的員工

我剛纔提到過,你知道安全性很像你知道有很多不同的層,因為你只是因為你在晚上鎖上你的門並不意味著你把門開得很大,對吧?

現在讓我們來談談一些一般的安全做法,這些做法可能仍然非常好,應該是整個體系結構的一部分,即使它不是專門針對可組合的體系結構而設計的。

增強安全狀況的最佳做法

Howie Ross:沒錯。 所以您知道您提到的這種分層安全方法。 我們還經常稱之爲縱深防禦,對吧? 因此,您可以在攻擊者和皇冠珠寶之間瞭解,而皇冠珠寶通常是您瞭解公司和用戶的數據。 我們希望有多個安全層,以便在一個安全層被破壞時,我們仍有這些額外層。 因此我們希望實施多種緩解措施和系統。

首先,您知道Tom提到的舊備用系統,它將成為我們的Web應用程式防火牆,我們要確保我們擁有一個強大的WAF,具有一組非常出色的託管角色,以阻止對所有已知漏洞的預期。

我們要確保您知道我們正在與合作夥伴合作,為我們稱之為零時差攻擊的新增和新興應用程式發布補丁,對嗎?

因此,我們無需四處走動並單獨修補您的每個API,我們可以在邊緣的WAF上部署修補程序,並在我們的所有服務中緩解該漏洞。

此外,我們之前討論過爬蟲程序的影響,爬蟲程序攻擊的增加,系統上發生的爬蟲程序請求的數量。 現在並非所有爬蟲程序都是壞的,對吧? 機器人程式會搜尋我們的網站,並將這些資料提供給搜尋引擎。 因此,我們必須讓某些爬蟲程序參與其工作,並且我們必須阻止爬蟲程序,這些惡意爬蟲程序試圖執行諸如潛在拒絕庫存之類的操作,對吧? 他們試圖買所有的運動鞋或所有的門票,然後其他用戶才能買到。

爬蟲程序還在執行諸如接管帳戶之類的操作。 他們只是嘗試不同的用戶名和密碼組合,或者嘗試從其他站點洩露的用戶名和密碼。 他們可能在您的網站上嘗試使用密碼,因為他們知道許多人重複使用密碼。 因此,我們必須準備好爬蟲程序管理解決方案。

Tom Mount:沒錯,我想你知道我們都聽說過的其中一個,你知道爬蟲程序管理問題,我們買票的時候,你知道我們和售票商發生了問題,他們的票據在銷售,並立即被爬蟲程序捕捉,對吧?

新款運動鞋從製造商手中脫穎而出,這些運動鞋突然消失。 我有時會告訴人們大約50%的人開玩笑說,在10年內,網際網路基本上只是攻擊其他爬蟲程序的爬蟲程序,對吧? 那就是了,對吧? 爬蟲程序將從其他爬蟲程序購買鞋子。 他們將攻擊其他網站。

我也會說,就爬蟲程序攻擊而言,我記得當我剛開始進入行業時,DDoS攻擊很罕見,對吧? 拒絕服務攻擊很少見,因為在其中一種攻擊上花費了大量金錢和大量精力。 現在情況不再如此了,對吧? 就像我們看到的爬蟲程序攻擊一樣。 我猜這是今天的現實情況,您不必太大就可以成為拒絕服務攻擊的目標,攻擊者也不必富裕就可以執行這些攻擊。 工具集,工具鍊和雲計算資源來提昇這些功能。

我的意思是,我們甚至看到了拒絕服務攻擊,其中包括我們稱之為爬蟲網路的攻擊,對吧,它們只是在某個地方被綁在一起進行攻擊的計算機,可能包括在您的智能冰箱或洗衣機上的計算機,對吧?

就像這樣,越來越多的東西連接到網際網路,越來越多的計算在更小的軟體包中可用,越來越多的計算分布在全球。 我們看到拒絕服務攻擊的數量大幅增加。

我想大家都知道,我們不僅考慮安全性,而且考慮到構建網站的最佳實踐,從總體來說,2024年開始,至少您需要CDN,因為CDN確實是真正吸收這些級別的攻擊,尤其是這些分布式攻擊的最佳方式。

這是否會阻止每一個人? 無。 但你知道,我在過去五年中有兩三家公司不知道他們受到攻擊,因為他們的CDN在吸收攻擊方面非常出色。

只是在攻擊發生後,他們才回到了他們的日誌中。 我說話的時間並不長,幾個小時或一兩天后,他們回到他們的日誌中,就像“哇”一樣,我們在過去只收到了數百萬甚至數百萬的請求。

我想知道這裏發生了什麼。 有時,如果他們打開了警報功能,他們就會看到流量的增加,而他們從網站上看不到這種情況。 因此,CDN確實是處理這些拒絕服務攻擊的一種看似簡單的方法。

所以你知道,即使有了所有新的安全機會,比如一些API安全性的東西對我來說真的很有吸引力。我喜歡談論這些東西。

Zero Trust安全性中的某些部分在該領域發生了一些事情,這些事情讓我們在這方面的進展速度非常快,令人興奮。

但您知道CDN仍然需要的舊版本,仍需要WAF,對吧? 我的意思是,這些都是很好的工具,而且無論您決定選擇哪種體系結構,它們都將繼續是很好的工具。

哇,我想你提到的其中一件事是順便說一下,我也想說出,因為你提到有一個很好的夥伴了解這些東西。

我認為,在Web應用程式構建中,尤其是在大型企業中,我們總是不得不獨自完成它,對吧? 我們需要我們自己的內部專家,我們需要我們自己的內部人員來完成這項工作。 這導致很多內部人員花了很長時間,真的很沮喪,有點燒壞了。

因此,當你選擇一個可組合的架構時,請記住,這不僅僅是實際的架構,你可以選擇最好的。 您還可以找到一流的合作夥伴,幫助您瀏攬此領域。

你知道有人在之前做過這件事,他很好地了解了與合作夥伴構建和合作的方式存在的威脅,並與他們建立關係,從而幫助您的網站和體系結構獲得快速性能,並將其推出。

我知道我們已經討論過許多關於使用者體驗對工作流程的好處。 您知道,在我們總結時,您認為是否有任何其他要點值得強調?

最後的關鍵要點

Howie Ross:是的,我認為您已經了解了您如何了解可合成的眾多優點,包括用戶體驗和工作流的諸多優點,無論是降低成本還是增加收入,您都知道這些優點。 但它也介紹了一些您知道的新問題,我們已經討論過。

因此,您知道您仍然需要我們一直在利用的安全解決方案,我們希望確保我們擁有一些您知道的新安全工具,並且我們也真正關注身份和訪問管理。

您知道,只要重申一下您知道的這一點,它提供了一個機會,不僅可以選擇供應商,而且可以選擇以前已經這樣做的合作夥伴,而且可以與其他公司合作,這樣您就可以從他們在不同客戶和行業的豐富經驗中獲益。

Tom Mount:是的。 謝謝Howie花時間和我談談這件事。 很有趣。 我希望這對我們的聽眾和觀眾來說,能夠提供一些有用的資訊,讓大家思考,也可以考慮一些事情。

您知道Edgio隨時準備幫助您成為值得信賴的合作夥伴,我們很樂意與您分享我們的一些經驗和一些成功經驗。

感謝大家參加我們的Beyond the Edge大會,我們下次再見。

要獲得更快的性能,更智能的安全性和更快樂的團隊,請立即與Edgio的專家聯繫