
快速碎念一下昨夜(18 日)的網路事件,最近幾個巨型網路平台接連出現故障,從 AWS、Azure 平台,一直到這次的 Cloudflare 服務,幾乎每次都造成大量服務的停擺,甚至名單上也已經可見每次都會一起下水的固定成員(望向某設計工具)。
可見現代這種環環相扣的網路結構,雖然可以快速擴充,但還是具有一定的脆弱性,尤其是當大家都依賴於少數中心化服務運作時更是如此。
就拿昨天的 Cloudflare 來說,雖然所提供的服務並非像其他雲端供應商那麼齊全且全面,但卻掌握了一個關鍵的項目,那就是為使用客戶提供網站的保全大門,負責為網站做分流加速,以及外來使用者的驗證,並避免掉可能的外界攻擊。
而且因為 Cloudflare 的功能大多免費的特點,許多大小服務都會選則它作為首要的基礎防護,而根據所看到的統計,世界上大約有 20% 的網站都有使用他們的代理,甚至連政府的普發網站也是選用該服務做防護,而這也是造就他「大到不能倒」身分的其中理由,萬一哪天出了意外⋯⋯
後面的故事,想必大家昨天都明白了吧。
不過我這裡就先不談那些雲端平台,要怎麼樣才能降低他們服務中斷的可能性,畢竟大多數的我們也都只是普通使用者,然而就以一個使用者角度來說,我個人其實是不怎麼信任雲端的。
雖然大部分時候還是會因為貪圖方便,或是不得已的因素而在雲端作業,但也因為如此而曾經被雲端錯誤搞過,導致好不容易完成的進度莫名遺失。
所以至少在可以選擇的時候,就算是自己開發的專案,基本上都還是會留有一條完全可以離線執行的後路,以保持這種逐步艱難不穩網路環境下的一點韌性。
不過相對的缺點,就是成本會隨著備援功能增多而升高,除了部工具一次性買斷的費用外,還要再算上執行他們完整功能所需要的硬體資源,以及衍生資料存儲的設備。
再加上現在這個 AI 發展的時代,想要有至少媲美線上的良好體驗,還得要一台高性能的伺服器來撐,而且還不算上後續的的維護以及升級,或許這也是現代工作流選擇的兩難之一吧。
不知道大家對現在這種,幾乎什麼都離不開線上的作業環境,對比建立能自行掌控的離線流程,想法是怎樣呢?

快速碎念一下昨夜(18 日)的網路事件,最近幾個巨型網路平台接連出現故障,從 AWS、Azure 平台,一直到這次的 Cloudflare 服務,幾乎每次都造成大量服務的停擺,甚至名單上也已經可見每次都會一起下水的固定成員(望向某設計工具)。
可見現代這種環環相扣的網路結構,雖然可以快速擴充,但還是具有一定的脆弱性,尤其是當大家都依賴於少數中心化服務運作時更是如此。
就拿昨天的 Cloudflare 來說,雖然所提供的服務並非像其他雲端供應商那麼齊全且全面,但卻掌握了一個關鍵的項目,那就是為使用客戶提供網站的保全大門,負責為網站做分流加速,以及外來使用者的驗證,並避免掉可能的外界攻擊。
而且因為 Cloudflare 的功能大多免費的特點,許多大小服務都會選則它作為首要的基礎防護,而根據所看到的統計,世界上大約有 20% 的網站都有使用他們的代理,甚至連政府的普發網站也是選用該服務做防護,而這也是造就他「大到不能倒」身分的其中理由,萬一哪天出了意外⋯⋯
後面的故事,想必大家昨天都明白了吧。
不過我這裡就先不談那些雲端平台,要怎麼樣才能降低他們服務中斷的可能性,畢竟大多數的我們也都只是普通使用者,然而就以一個使用者角度來說,我個人其實是不怎麼信任雲端的。
雖然大部分時候還是會因為貪圖方便,或是不得已的因素而在雲端作業,但也因為如此而曾經被雲端錯誤搞過,導致好不容易完成的進度莫名遺失。
所以至少在可以選擇的時候,就算是自己開發的專案,基本上都還是會留有一條完全可以離線執行的後路,以保持這種逐步艱難不穩網路環境下的一點韌性。
不過相對的缺點,就是成本會隨著備援功能增多而升高,除了部工具一次性買斷的費用外,還要再算上執行他們完整功能所需要的硬體資源,以及衍生資料存儲的設備。
再加上現在這個 AI 發展的時代,想要有至少媲美線上的良好體驗,還得要一台高性能的伺服器來撐,而且還不算上後續的的維護以及升級,或許這也是現代工作流選擇的兩難之一吧。
不知道大家對現在這種,幾乎什麼都離不開線上的作業環境,對比建立能自行掌控的離線流程,想法是怎樣呢?