其中的分析階段也就包括了架構設計工作，逐漸又被細分為概要設計和詳細設計。但是這個時期的架構設計主要還是針對軟體設計，還沒有發展出成形的企業架構理論。
螺旋模型通過持續對原型進行驗證式、增量交付的方式，彌補「瀑布模型」在需求管理方面不足，是一種對需求的漸進式探索，也加強了對專案風險的管理。
敏捷宣言四個核心價值是：
敏捷宣言基於以下十二條原則： 精益軟體有以下7個原則：可以看出該架構有乙個企業服務匯流排(esb)，耦合度較高，服務拆分不夠細粒化。
六邊形架構:
領域模型示例:
微服務架構：
微服務這種架構風格並沒有很好地處理它的前身soa遺留的問題，就是如何確定服務的顆粒度，於是，不溫不火10年的ddd派上用場了。ddd這種可以直接按照限界上下文匯出資料和行為相結合的設計結果的方法，很適合推微服務一把。chris richardson在其著作《微服務架構設計模式》一書中就專門花了兩章來介紹ddd與微服務的結合。
阿里業務中臺架構圖：
這樣能增加系統的復用能力。而之前我們理解的後台則是被拆成了中颱或者直接成了所謂的業務系統，也就不存在我們之前理解的後台了。
雲原生，注重兩個詞「雲」和「原生」。所以雲原生的系統擁有雲服務的優勢，比如彈性和分布式。擁有很高的靈活性。
企業IT系統演進
企業 it系統演進 晶元 構築強大算力，推動計算演進 企業為什麼要 xaas 上雲企業上雲分類 企業上雲流程 設計實施 驗證交付 nvme1 2 應用架構型別 第三代 微服務架構 雲原生vs 傳統企業應用 1 3 華為雲通用雲 公有雲 public cloud 混合雲 hybrid cloud 雲服...
演進式架構學習筆記（五） 實踐演進式架構
第8章實踐演進式架構 一 組織 全功能團隊。敏捷軟體開發中的最佳實踐之一。這裡主要需要關注運維角色。圍繞業務能力來組織團隊。產品高於專案。產品生命週期長於專案。增加團隊成員責任感的最佳方式，就是負責到底。應對外部變化。乙個有效的方法是，採用消費者驅動契約的模式。這個模式和solid中的依賴倒置很類似...
秒殺程式架構演進
最近的專案上，有秒殺的需求，我負責技術驗證和可行性研究。技術選型比較明確，springboot mysql redis，基本上做秒殺都是這麼個選型。秒殺主要是兩個訴求，快還要準。不能慢，慢了是小時殺不是秒殺。不准，那就是浪費成本了。靠程式加鎖和mysql的事務可以實現，但是太慢，無法支撐秒殺業務的需...