高韌性設計-Resilient Design

更新於 發佈於 閱讀時間約 6 分鐘


高韌性設計是系統、組織和服務的關鍵。它通過減少對單一供應商或資源的依賴,提高適應性和可持續性。這一原則適用於各個領域,從SaaS系統到AI應用、組織結構、能源策略,甚至個人項目如電子報。高韌性設計的核心是多元化和靈活性,確保即使面臨挑戰也能持續運作。

raw-image

一般性系統的高韌性設計

作為一家 SaaS 供應商,有時候客戶抱怨服務掛掉了,結果原因是因為後面供應商的系統掛了,例如電商系統收不了單,結果是因為金流服務商的系統當機了。

當然可以把責任往後推,但客戶通常是不會買單的,客戶付錢給你,「你的供應商的問題是你的問題,不是我的問題。」

一般性的系統設計原則,會想辦法降低對單一供應商的依賴性,也就是找多個供應商作備援,中間墊一層 Mediator 作分流服務。

以金流為例,也就是說,多找幾個收單行,然後可以在任何一家收單行出問題的時候,隨時可以做切換。

話說在收單服務越來越普及的現在,任何一家收單行出問題的機率其實更是普及,因此可以任意地在收單行之間切換,變成是一種金流系統高韌性的關鍵。

raw-image

AI 應用的高韌性設計

之前一直很擔心做 AI 服務,會被綁在 OpenAI 上,長期幫 OpenAI 打工。自從 Claude 相當爭氣之後,突然時代就快轉到 LLM 是一種基礎服務,有種供應商可以選擇,可以不被單一家 LLM 供應商綁死。

像是很知名的瀏覽器插件「沈浸式翻譯」,就可以讓使用者選擇,用不同的 LLM 模型來做翻譯的核心,就是類似這樣的設計方式。

也就是說,透過高韌性設計的系統架構,用 Mediator 做中間層,把各式各樣的 LLM 模型都整合起來,任一個 LLM 服務有問題,例如 OpenAI 掛掉了,也可以很容易切換到 Claude,讓對外的 AI 應用服務,不會因此中斷,也成為現在 AI 應用服務可持續性的關鍵。

raw-image

組織的高韌性設計

高韌性設計,其實不只是系統設計,組織的設計也是一樣。

有時候我們會遇到不可多得的人才,在很短的時間幫公司內打出獨一無二的成果。但結果也因為他的不可多得,如果他不在,成果就無法延續,團隊就無法運作,會成為公司可持續性營運的風險。

有時候我們創立公司,創業成功,主力營收起來了,變成公司主要的獲利來源。但同時,也是唯一的獲利來源。想辦法在主力營收在跑到天花板之前,創造第二成長動能、第三成長動能,也就是創造更多種持續成長的營收來源,公司才能永續經營。你不知道天花板什麼時候會碰到,也許就是明天。

像是 Amazon,從原本的主力電商營收,時至今日,還創造了像是 AWS 的營收、還有近年來的 RMN 的媒體營收,每一種都貢獻了整體 Amazon 業績的成長,也讓一家公司不依賴單一種營收來源,立下了永續經營的良好基礎。

raw-image

電力的高韌性設計

前陣子颱風,結果看到一則新聞,說颱風當天風力發電發威,佔了總體發電量的 7%,而平常風力發電才 0.7%。

一個國家的電力,使用多元的發電方式,不特別依賴某一種發電方式,也是一種能源策略的高韌性設計。

raw-image

區塊鏈的去中心化

一個區塊鏈可以永續運作,靠的也是所謂的「去中心化」的高韌性設計。

區塊鏈的運作靠的不是一個中心化的機房,而是靠許多「礦機」的參與。「礦機」就是供應區塊鏈運作的伺服器,只是由許多不同的組織、分散在不同的國家、甚至任何一個人,都可以跑一個伺服器,幫助區塊鏈做運作。

以以太坊為例,目前全球有1,000萬台的伺服器(Nodes)在跑 Ethereum,分佈在全世界各個國家。任何一個國家的機房被關閉,只要全球還有一台 Ethereum 的伺服器在跑,以太坊就可以持續運作。

例如之前中國的節點(Nodes)被全部關閉,也對區塊鏈整體運作沒有任何影響。

raw-image

電子報的高韌性設計

開始寫電子報,做部落格,一開始會堅持要好好寫零售業,並且堅持百分百原創。

這樣做了一年多,發現實在很難持續了。原本堅持全部原創就很辛苦,又加上只寫零售,常常會感覺自我設限。

為了要能夠持續產出,我也在思考,什麼是一個電子報的高韌性設計?什麼是我做這些事情最根本的動力?

我一直是一個很喜歡學新東西的人,而最好的學習,是教學跟分享。簡報是我最常做的方式,也是目前自己最熟悉的格式。為了要做好一場簡報,需要強迫自己把要談的內容,做到融會貫通的理解,才能夠交付一場有力量的演講。講完後,常常收穫最多的是自己。

而同樣的,光是閱讀無法真正學習,關鍵是寫作。把讀到的,在用自己的想法寫下來,才能對所讀到的知識,有自己的一份理解。

所以寫作與分享,對我來說,是一種學習的過程。

為了要讓電子報可以持續的做下去,我開始思考一個電子報的高韌性設計。不再堅持一種題材,而是橫跨所有我自己感興趣的主題,也不再堅持原創,而是分享我的學習,尤其是我自己理解後的觀點。

也就是說,接下來的電子報,將會用一種全新的格式來發展。希望這種格式,可以讓自己持續做下去,也享受到其中關於「學習」的樂趣。


原文刊載:零售的科學

留言
avatar-img
留言分享你的想法!
avatar-img
零售的科學 I'm Happy
601會員
109內容數
Hello,大家好,我是 91APP 產品長 李昆謀( Happy Lee ), 因為這十年來,一直在幫零售業做數位轉型,會在這邊分享 OMO、新零售、大數據、電子商務 等等相關的內容,也算是把這些年來的經驗,自己做個整理。歡迎大家追蹤我的專題。
2025/01/05
零售業的核心問題是「人」和「商品」的配對,即幫消費者找到合適的商品。銷售場景分為「有人的銷售」和「無人的銷售」,並涵蓋線上和線下兩種形式。 消費者可分為「有需求的消費者」和「沒有需求的消費者」。現代零售業主要靠「沒有需求的消費者」創造需求來提高銷售額。 https://www.youtub
Thumbnail
2025/01/05
零售業的核心問題是「人」和「商品」的配對,即幫消費者找到合適的商品。銷售場景分為「有人的銷售」和「無人的銷售」,並涵蓋線上和線下兩種形式。 消費者可分為「有需求的消費者」和「沒有需求的消費者」。現代零售業主要靠「沒有需求的消費者」創造需求來提高銷售額。 https://www.youtub
Thumbnail
2024/05/20
因應未來不斷變化的消費場景,零售業的數位轉型,要打造出「可組合式商務」(Composable Commerce),以快速因應市場變化,創造靈活而有高適應性的企業。MACH 架構是一套打造可組合式商務的技術原則。
Thumbnail
2024/05/20
因應未來不斷變化的消費場景,零售業的數位轉型,要打造出「可組合式商務」(Composable Commerce),以快速因應市場變化,創造靈活而有高適應性的企業。MACH 架構是一套打造可組合式商務的技術原則。
Thumbnail
2024/02/23
品牌要怎麼發展 D2C 呢?本指南希望可以提供的一個簡單的發展路徑,讓讀者作為一個參考。一個清晰的 D2C 服務骨幹,也就是從基礎到應用,從新的系統整合思維、發展 OMO 策略、搭建所有的自營通路,匯聚自己的全通路數據、再用規劃清楚的開放API來接上應用生態系。 科技的發展腳步越來越快,從電商
Thumbnail
2024/02/23
品牌要怎麼發展 D2C 呢?本指南希望可以提供的一個簡單的發展路徑,讓讀者作為一個參考。一個清晰的 D2C 服務骨幹,也就是從基礎到應用,從新的系統整合思維、發展 OMO 策略、搭建所有的自營通路,匯聚自己的全通路數據、再用規劃清楚的開放API來接上應用生態系。 科技的發展腳步越來越快,從電商
Thumbnail
看更多
你可能也想看
Thumbnail
「欸!這是在哪裡買的?求連結 🥺」 誰叫你太有品味,一發就讓大家跟著剁手手? 讓你回購再回購的生活好物,是時候該介紹出場了吧! 「開箱你的美好生活」現正召喚各路好物的開箱使者 🤩
Thumbnail
「欸!這是在哪裡買的?求連結 🥺」 誰叫你太有品味,一發就讓大家跟著剁手手? 讓你回購再回購的生活好物,是時候該介紹出場了吧! 「開箱你的美好生活」現正召喚各路好物的開箱使者 🤩
Thumbnail
「最強大的團隊是最薄弱的系統服務養出來的」這句話,道出逆境能鍛鍊團隊的強大韌性與應變能力,但並不鼓勵企業刻意維持系統薄弱。文章探討如何在團隊與系統建設間取得平衡,提出補齊系統短板、團隊參與系統建設、優化人機配合等最佳實踐,目標是打造強大系統支持強悍團隊,實現1+1>2的協同效應。
Thumbnail
「最強大的團隊是最薄弱的系統服務養出來的」這句話,道出逆境能鍛鍊團隊的強大韌性與應變能力,但並不鼓勵企業刻意維持系統薄弱。文章探討如何在團隊與系統建設間取得平衡,提出補齊系統短板、團隊參與系統建設、優化人機配合等最佳實踐,目標是打造強大系統支持強悍團隊,實現1+1>2的協同效應。
Thumbnail
物件導向的SOLID原則包含:單一職責、開閉、里氏替換、介面隔離、依賴反轉 而常見設計模式有:原型、單例、工廠、抽象工廠、建造者、依賴注入 軟體設計模式的三層式架構,衍生出 MVC、MVP、MVVM 等 文章以淺顯易懂的方式說明上述概念,並搭配生活化的例子,幫助讀者理解這些設計原則和模式
Thumbnail
物件導向的SOLID原則包含:單一職責、開閉、里氏替換、介面隔離、依賴反轉 而常見設計模式有:原型、單例、工廠、抽象工廠、建造者、依賴注入 軟體設計模式的三層式架構,衍生出 MVC、MVP、MVVM 等 文章以淺顯易懂的方式說明上述概念,並搭配生活化的例子,幫助讀者理解這些設計原則和模式
Thumbnail
高韌性設計是系統、組織和服務的關鍵。它通過減少對單一供應商或資源的依賴,提高適應性和可持續性。這一原則適用於各個領域,從SaaS系統到AI應用、組織結構、能源策略,甚至個人項目如電子報。高韌性設計的核心是多元化和靈活性,確保即使面臨挑戰也能持續運作。 一般性系統的高韌性設計 作為一家 S
Thumbnail
高韌性設計是系統、組織和服務的關鍵。它通過減少對單一供應商或資源的依賴,提高適應性和可持續性。這一原則適用於各個領域,從SaaS系統到AI應用、組織結構、能源策略,甚至個人項目如電子報。高韌性設計的核心是多元化和靈活性,確保即使面臨挑戰也能持續運作。 一般性系統的高韌性設計 作為一家 S
Thumbnail
本文探討微服務架構的設計理念,包括如何解耦服務之間的依賴性,以及其在臺灣企業推行的現狀與優點。微服務架構能夠提高系統的擴展性和容錯性,解決高耦合問題,特別適合快速迭代的開發環境。文章還提供瞭解耦的實用建議,幫助開發團隊維護和測試微服務,使系統更加模組化、靈活且可維護。
Thumbnail
本文探討微服務架構的設計理念,包括如何解耦服務之間的依賴性,以及其在臺灣企業推行的現狀與優點。微服務架構能夠提高系統的擴展性和容錯性,解決高耦合問題,特別適合快速迭代的開發環境。文章還提供瞭解耦的實用建議,幫助開發團隊維護和測試微服務,使系統更加模組化、靈活且可維護。
Thumbnail
在這篇文章中,我們深入探討系統架構的不同層面,尤其關注於軟體層面。文章介紹了幾種常見的架構模式,包括一體化架構、微服務架構、事件驅動架構、服務導向架構及無服務架構,並討論了其優缺點。此外,我們還探討了技術選型與性能優化的重要性,並提供實用的建議,幫助讀者在未來的軟體開發中做出更明智的選擇。
Thumbnail
在這篇文章中,我們深入探討系統架構的不同層面,尤其關注於軟體層面。文章介紹了幾種常見的架構模式,包括一體化架構、微服務架構、事件驅動架構、服務導向架構及無服務架構,並討論了其優缺點。此外,我們還探討了技術選型與性能優化的重要性,並提供實用的建議,幫助讀者在未來的軟體開發中做出更明智的選擇。
Thumbnail
在不久前,我在YouTube上看到了一個有關『高手』解決問題的影片,其中提到了『系統思考』這個詞。那一刻,這個詞彙似乎在我腦海中閃過,彷彿有一段相似的經驗。幾個月後,在圖書館的書架上,我看到了一本早年曾風靡一時的《第五項修煉》。翻開書頁,才恍然大悟...
Thumbnail
在不久前,我在YouTube上看到了一個有關『高手』解決問題的影片,其中提到了『系統思考』這個詞。那一刻,這個詞彙似乎在我腦海中閃過,彷彿有一段相似的經驗。幾個月後,在圖書館的書架上,我看到了一本早年曾風靡一時的《第五項修煉》。翻開書頁,才恍然大悟...
Thumbnail
軟實力是由資訊力、分析力、建構力、流程管理力所構成。資訊力表示資訊化程度(工業3.0)、分析力指的是將 E 化資料加以分析從中提取有效資訊、建構力則是將透過有效資訊建構出改善流程、最後的流程管理力會將改善流程導入至實際情境並加以管理。
Thumbnail
軟實力是由資訊力、分析力、建構力、流程管理力所構成。資訊力表示資訊化程度(工業3.0)、分析力指的是將 E 化資料加以分析從中提取有效資訊、建構力則是將透過有效資訊建構出改善流程、最後的流程管理力會將改善流程導入至實際情境並加以管理。
追蹤感興趣的內容從 Google News 追蹤更多 vocus 的最新精選內容追蹤 Google News