在敏捷開發中, 我們確切找到了1個框架,能使領域專家,架構師可共同的協作,設計出1可適應變化的 ROA 架構。
但,我想應當從另外一個角度來思考……
團隊中即便領域專家,架構師可共同協作,但畢竟領域專家,架構師都還是人,不是神。所以,到底能從當前的版本中,預測到多少未來需求的變化?
這實在是個沒法答復的問題。所以,在實務上,架構到底能承受多少的變化,一樣也變成個沒法答復的問題。
“假設,不走預測變化這條路做架構設計。那架構設計的思惟又是甚么?”
很簡單……
“既然不能有效預測變化,那就將變化產生時的影響,降至最低。”
我想,“微服務” 的架構終將成為產品架構上的主流;而不再是需花冗雜時間,預測變化的架構設計方式。
“將過往設計軟件架構的思惟, 方式完全的拋棄, 完全的清零, 1切從零開始, 重新動身, 走入另外一個面向的架構設計?”