最近的Fastly斷網問題產生了大量的故事，很多人都聲稱有這樣或那樣的教訓。但是這些故事都沒有涉及整個混亂局面的關鍵點，即網際網路不是我們所認為的那樣。一個推論是，雲也不是我們所認為的那樣，所以也許我們需要看看這兩者到底是什麼。
單純看名字，往往有很多誤解。我們談論 “網際網路”，好像我們在談論一個單一的網路，而網際網路並不是這樣。它實際上是一種多維的聯合體。連線性是由獨立的網際網路服務提供商（ISP）的相互連線創造的，而我們所認為的網際網路服務是透過多種技術創造的。
網際網路連線是透過網際網路服務供應商進行的，這些網際網路服務供應商有 “對等協議”，規定了他們如何相互連線。網際網路服務供應商，或者至少是主要的網際網路服務供應商，還透過國家交換點進行連線，在沒有私人對等協議的地方提供連線。每個ISP都有自己的對等互聯途徑，因此，你的網際網路體驗的某些方面會因你使用的ISP的不同而不同。
從客觀技術角度來看，網際網路的主要服務是連線。從使用者的角度來看，網際網路的主要服務是體驗交付。事實上，如果我們以流量來判斷網際網路的使用，主要的服務是影片流，而影片流的實際運作方式與人們認為的運作方式有很大的不同。
當你訪問一個網際網路元素時，你是透過一個URL進行的，這是一個象徵性的參考必須要翻譯成一個網際網路地址。這種翻譯通常是透過域名伺服器（DNS）系統完成的。如果URL被翻譯成網頁或影片供應商的網路伺服器，與體驗相關的流量就必須在使用者和體驗之間的所有ISP和對接點中轉。其結果將是顯著的延遲和擁塞的可能性，網際網路的核心將被影片流量所堵塞。
網際網路服務供應商遵循所謂的 “bill and keep ”做法；每個人都向自己的使用者收費，並保留所有的錢。對影片產生大量需求的網際網路服務供應商將使託管影片源的網際網路服務供應商負荷過重，而這些流量不會得到補償。一些ISP可能會拒絕與貪圖影片的ISP對等。為了解決延遲/擁堵問題和計費問題，被廣泛使用併產生大量流量的網際網路內容可以被轉移到內容交付網路，或稱CDN。
CDN是一個伺服器和儲存器的快取社群，內容可以在這裡暫存。當CDN的內容被請求時，不是將URL解碼到內容的實際擁有者，而是將URL解碼到內容的最佳位置的快取點的地址，由該快取點來交付。在大多數情況下，快取點直接連線到提供消費者網際網路服務的 “接入網際網路服務供應商”，因此網際網路的大部分內容被完全繞過了。內容提供商為這項服務付費，它提高了使用者的體驗質量。
Fastly不是一個ISP，他們是一個CDN供應商。他們的問題並沒有像人們廣泛說的那樣使網際網路癱瘓，甚至沒有使網際網路的一部分癱瘓。發生的情況是，Fastly正在快取的內容被關閉，包括各種文章中提到的特定網站。CDN供應商的失敗是否將他們的客戶置於風險之中？當然，很明顯，就像任何主機供應商一旦失敗，會使那些使用主機能力的人處於風險之中……就像雲一樣。
CDN應用和雲應用有很多相似之處，雲供應商和網際網路之間的關係與網際網路和CDN供應商之間的關係相同，比如Fastly。如果亞馬遜的雲發生故障，託管在其中的應用程式就會失去應用程式的所有者和使用者。
Fastly問題的核心是，它提供的CDN服務是網際網路體驗的一部分，儘管它不是嚴格意義上的網際網路的一部分。這開啟了一個有趣的、有問題的觀點，那就是如果公共雲供應商吸收了另一個服務的一些功能，就像Fastly吸收了網際網路體驗的一些功能一樣，那麼雲的失敗將造成它所支援的服務的失敗。例如，如果雲供應商託管了5G O-RAN，而云出現故障，那麼對於使用雲的網路運營商的客戶來說，5G O-RAN就會失敗。
大多數網路運營商痴迷於可靠性，也就是眾所周知的5個9的思維。而云計算、網際網路和CDN社群則沒有這麼做，部分原因是網路服務歷來受到監管，而其他服務則沒有。另一部分原因是，由供應商組成的社群所創造的服務體驗，如果其中任何一個供應商失敗，通常都會出現故障。一個 “系列連線 ”的可靠性，反映了對所有元素功能的依賴，總是低於任何特定元素的可靠性。
網路運營商認為雲和網際網路技術不是作為電信服務基礎的答案，這是否正確？這取決於你願意用什麼來換取這五個九，以及以NFV和運營商為中心的託管願景是否能提供更好的可靠性水平。坦率地說，我不認為它可以。
Fastly的真正教訓是，我們需要接受的是，網際網路和雲計算為我們的工作和生活所依賴的經驗創造了更復雜的基礎。複雜的東西更容易損壞，因此我們可以預期，我們的網際網路和雲計算財富的一個代價是，我們所需要的東西會有越來越大的損壞風險。
不過，面對並不意味著接受。關於雲計算的一個事實是，它一直在努力提供更好的可用性，即使是透過更高層次的應用或服務的複雜性。我們所說的 “雲原生 ”設計是實現這一目標的途徑，但云原生的現實是，幾乎所有聲稱是雲原生的東西其實根本不是。炒作比現實要多得多。我對諸如5G和O-RAN的雲主機以及邊緣計算的最大擔憂是，我們會接受雲原生的市場觀點而不是架構觀點。如果我們這樣做，那麼我們將看到更多類似Fastly的事件。
