文章原文:
本文討論如何構建技術執行能力. 不論是企業招聘還是個人職業發展, 都可以參照這個能力模型.
先是回顧技術人員的3個能力象限. 再從技術視角如何思考和判斷問題. 到架構設計的原則. 並通過交易和營銷的成功實踐分析, 理解什麼是好的架構.
前一篇提到的技術人的職責, 可以總結為以下3點:
技術視野和判斷力(technology visionary)
技術設計執行的實踐能力和經驗(practical ability and experience to design, build, and run the technology)
組織設計和管理(build and manage a organisation)
從一線技術人員到cto, 技術工作都是這幾種職責的組合, 只不過時間分配佔比不同. 不論是企業招聘還是個人職業發展, 都可以參照這個模型. 前面主要說的是技術視野和判斷力. 這篇聊聊技術執行部分.
技術的背景的人, 容易陷入如何解決問題的思維定式. 乙個自頂向下的完整技術思考維度應該包括:
價值分析(why). 為誰而做, 解決什麼問題(business value/issues), roi如何. 價值分析決定了要不要做, 什麼時間做, 投入多少資源.
問題定義(what). 事情在全域性/上乙個層次中的位置怎樣, 是乙個點的問題還是方向的問題, 長期的technical strategy是什麼, 目標/產出是什麼. 這部分還是在乙個抽象層次上幫助理解問題, 確定目標.
挑戰分析&架構設計(how). 針對業務的目前, 發展訴求和約束, 做可擴充套件的架構設計. 同時考慮需要做到什麼程度, 如何評估做的好壞.
前一篇有講到, 架構指建築/軟體設計和構建的藝術或實踐(the art or practice of designing and constructing buildings), 是成功和失敗經驗的總結.
阿里架構師王晶昱總結的架構原則. 使用架構原則指導技術選型和架構的完備設計.
非同步化，最終一致
使用成熟元件:越下層的系統，越需要穩定
自動化, 高可靠
quote from martin fowler:
通過分析成功的經典的架構經驗, 來理解如何做業務分析和架構設計.
針對業務特點. 對應的設計:
1.2 電商交易系統
電商交易業務特點:
對應的一些設計:
總結下交易系統主要設計. 資料庫垂直和水平拆分, 庫表拆分維度和值設計, 避免跨表訪問; 利用多級快取, 降低庫讀壓力; 通過佇列方式, 將隨機請求和鎖變為順序請求和併發請求, 降低資料庫寫入效率.
業務特點:
設計:延伸閱讀:
大規模分布式儲存系統
阿里架構發展2015qcon分享
martin fowler
《雲計算架構技術與實踐》
摘要 2014年9月，由華為公司雲計算首席架構師顧炯炯編著，清華大學出版社出版的華為雲計算首部著作 雲計算架構技術與實踐 一書正式問世。雲計算概念誕生至今已發展了約八年時間，這八年來，相比雲計算誕生初期，雲計算技術條件 行業和市場環境均發生了巨大變化，廣大讀者對雲計算的認知需求，也從當初的粗淺概念階...
雲計算架構技術與實踐 讀書筆記
讀書筆記 對雲計算概念的理解 雲計算可以是使用者像使用水電一樣來使用it資源。it 資源包括 硬體設施 處理器，伺服器，儲存裝置。無論是私有雲還是公共雲，其核心本質都是一樣的。首先將硬體上的分散的，孤立的多個裝置資源，在邏輯上整合構建乙個大規模的統一資源池，然後再基於此資源池，以web portal...
向著架構技術進軍 實踐redis（一）
乙個 如何面對高容量大併發的壓力，是架構師們要研究的事情。雖然目前我工作的站還沒有達到這個水平，但是一些未雨綢繆的工作應該要開始了，給我們定的計畫是在半年到一年時間，完成高容量大併發系統的架構設計。說幹就幹，先從redis開始吧。接下來安裝redis，先在windows環境下裝了個2.4版，準備將該...