Hello World

限制理論（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 所分配到的資源
讓每個服務都可以用適合的資源來達到整體最大的產出

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