第8章實踐演進式架構
一、組織
全功能團隊。敏捷軟體開發中的最佳實踐之一。這裡主要需要關注運維角色。
圍繞業務能力來組織團隊。
產品高於專案。產品生命週期長於專案。增加團隊成員責任感的最佳方式，就是負責到底。
應對外部變化。乙個有效的方法是，採用消費者驅動契約的模式。這個模式和solid中的依賴倒置很類似。就是client來定義契約，service來實現這個契約。相當於構建一張安全網，對這些契約進行適應度測試。但必須清醒的認識到，這需要團隊具備一定的成熟度才可以。
團隊成員之間的連線數。n(n-1)/2。10人團隊。
文化。聽起來虛無縹緲，但公司、部門、團隊的價值觀對於隊伍的戰鬥力影響極其深遠。同乙個領域的企業，起步時間基本相同，為什麼若干年後業績差距巨大？乙個很核心的問題就是如何通過設定激勵制度來凝聚團隊戰鬥力。因此，架構師要特別留意，要通過激勵導向來引導隊伍走在正確的道路上。
試驗文化。通過各種手段，來保持團隊的創新性和探索能力，具備活力的組織才能生存的更久。具體手段不限於：多參加研討會議，給與創新時間，小範圍持續改進，探索性試驗，ucd，
三、cfo和預算。需要評估架構量子和架構成本之間的關係。
四、構建企業適應度函式。這個想法頗有力量，如果將能夠想到的東西，都能夠用一組函式來進行驗證，無論後續使用人工還是自動化手段來完成，都可以第一時間關注變更點。
五、從何開始
1、最簡單者優先。天下武功唯快不破。
2、最**值者優先。先解決難的，這個風險要評估好。
3、測試。各種不同粒度的組合測試策略。
4、基礎設施。這點容易忽視。尤其對於最終系統執行的生產環境，要從開始就把運維因素考慮在內。
春節讀書《演進式架構》
春節假期已經過去，但還是讀了一本書，也不算精讀，把讀後的學習總結與大家分享。本筆記不是書的摘抄，內容是通過筆者閱讀書之後，對知識內容的消化提煉而成，故不敢以此文指導他人學習，但願與讀者多多交流，如有錯誤還望多多指點。外文技術書翻譯後通常很難理解，此書也不例外，首先，書中對演進式架構的定義就很晦澀 演...
架構 第五章 分布式架構的演進
適用於小型 小型管理系統，將所有功能都部署到乙個功能裡，簡單易用。缺點 1 效能擴充套件比較難 2 協同開發問題 3 不利於公升級維護 通過切分業務來實現各個模組獨立部署，降低了維護和部署的難度，團隊各司其職更易管理，效能擴充套件也更方便，更有針對性。缺點 公用模組無法重複利用，開發性的浪費 將各個...
微保 Serverless 實踐之架構演進
微保團隊使用 serverless 技術的主要應用場景 前端開發同學，應用在bff層，目前接入的有小程式，h5 頁面。資料組同學，面向的風控和推薦演算法應用，做計算使用。早期，團隊使用經典的前後分離架構，前端開發與後端開發通過介面進行合作。合作流程如下圖所示 毫無疑問，前後端分離的架構有比較顯著的優...