限制理論(Theory of Constraints,TOC)是由以色列學者伊利雅胡·高德拉特(Eliyahu M. Goldratt)所發展出來的一種全方面的管理哲學,
主張一個複雜的系統隱含著簡單化。即使在任何時間,一個複雜的系統可能是由成千上萬人和一系列設備所組成。
但是只有非常少的變數或許只有一個,稱為限制,它會限制(或阻礙)此系統達到更高的目標。(節錄wiki)

常聽說,處理問題不能頭痛醫頭,腳痛醫腳
但我說,在TOC的領域,如果診斷出來是頭痛,跑去醫腳,整體系統效能還是卡在那邊

以下是TOC中如何改善系統流程中的五個步驟
一、找出系統的瓶頸。
二、決定如何利用瓶頸。
三、根據上述的決定,調整其他的一切。
四、把系統的的瓶頸鬆綁。
五、假如步驟四打破了系統原有的瓶頸,那麼就回到步驟一。

如此五個步驟不斷循環,主要精神在於"持續改善"

假設今天你營運一個線上網站發現效率不彰,無法達到企業設定的目標
想要改善他的效能
1. 首先要知道,使用者瀏覽一個網站,從發出需求到回傳顯示結果需要通過多少關卡
例如: 網路頻寬、程式設計邏輯、CPU、記憶體、資料庫、I/O效能... bla bla
根據這些關卡找出系統的瓶頸在哪裡

2. 如果已經知道系統的瓶頸,我們就要讓他盡可能的把自己的效能發揮到極致
必要的話可以把負擔轉嫁到其他非瓶頸資源上

3. 有了上個步驟的共識後,就是要求全員配合,改善這個流程
如果是資料庫效能問題
DBA 嘗試調校參數,改善index
系統工程師協助改善CPU/RAM/IO 等硬體規格
重新規劃系統架構,如多層式、附載平衡、主從分離、cluster .... 等等等
程式設計師配合dba改寫sql 查詢語法

4. 組織內全力配合流程3的結論,將瓶頸鬆綁,讓瓶頸不再是瓶頸
如果有按照預期的計畫,此刻瓶頸應該會轉移到其他關卡

5. 調整系統難免會經歷磨合期,當系統穩定後,重新回到步驟1
如此不斷的持續改善

再來看看vmware的資源共享
即便是硬體資源有限,管理員也可以靈活的調整每個guestos 所分配到的資源
讓每個服務都可以用適合的資源來達到整體最大的產出

 

 

 

undefined
目標:簡單有效的常識管理(十萬冊硬殼精裝版)
The Goal: A Process of Ongoing Improvement

文章標籤
創作者介紹

Hello World

helloworld 發表在 痞客邦 PIXNET 留言(0) 人氣()