應用和資料交織在一起，無論是從邏輯上還是從物理部署上都是，因為這個時候各維度對能力的需要不是那麼強烈，沒有明顯的能力短板，不需要明確區分相互間的關係。但隨著系統壯大複雜，來自硬體的能力以不足以支撐整個維度需要的能力，這就進入第二階段。
通過soa把這種能力水平拆分，好處當然是使得能力可以靈活增減，壞處是這種拆分會給能力間的關係增加複雜度，舉例來說，原來通過內部呼叫即可滿足的關係由於soa把能力拆分，現在需要通過網路呼叫才能滿足。那麼當這種關係複雜度給系統間帶來協作障礙時，我們就需要進入第三階段。
通過構件大平台來控制這些複雜的關係，不要讓其暴露出去變成不可控的因素。此階段即把業務邏輯分散在微服務中，把所有業務處理中需要的技術能力統一歸置到平台進行管理，平台通過標註化的，約定熟成的協議及通訊方式為上層的微服務們提供固定的服務，並把所有與服務安全、可靠性、監控、服務治理等相關的工作作為平台基礎的能力提供出來。因此這種大平台其實就是通過設定標準和規範來降低關係的複雜度，是通過引入另外的能力和關係來達到的，比如大平台的引入本身就帶來了更為複雜的關係。就像馬路上的紅路燈，雖然通過紅燈停綠燈行等規範來解決交通擁堵的問題，但難道它們就不是造成更大擁堵的原因嗎？
認知測試架構
起初，聽到測試架構設計時，如同聽到軟體架構設計一樣，覺得很神聖，也很神秘。神聖，是因為這兩個職位分別是軟體測試，以及軟體開發在技術線路上發展的頂 尖職位，一般都是專家級職位。神秘，是因為不清楚它們具體是做什麼的，不說專業外的人，即便同是軟體界的人士，也不一定都能說得清楚。下面就讓我們一起來 解讀。首...
認知測試架構
起初，聽到測試架構設計時，如同聽到軟體架構設計一樣，覺得很神聖，也很神秘。神聖，是因為這兩個職位分別是軟體測試，以及軟體開發在技術線路上發展的頂 尖職位，一般都是專家級職位。神秘，是因為不清楚它們具體是做什麼的，不說專業外的人，即便同是軟體界的人士，也不一定都能說得清楚。下面就讓我們一起來 解讀。首...
架構認知1
看一下架構 架構神秘嗎？提到架構，你想到什麼？看一下wiki定義 軟體架構是有關軟體整體結構與元件的抽象描述，用於指導大型軟體系統各個方面的設計 軟體架構是乙個系統的草圖。軟體架構描述的物件是直接構成系統的抽象元件。各個元件之間的連線則明確和相對細緻地描述元件之間的通訊。在實現階段，這些抽象元件被細...