架構設計的誤區
系統不一定需要架構設計；
架構設計不一定能提公升開發效率；
好的架構設計能促進業務發展；
不是所有系統都需要架構設計；
等等……
架構設計的真正目的
為了解決軟體複雜度帶來的問題
如何下手架構設計？
1.熟悉和理解需求
2.架構設計並不是面面俱到，而是識別問題有針對性的解決
3.理解每個架構方案背後需要解決問題的複雜點，然後對比自己
做到有的放矢，不要貪大求全
【例項分析】
專案：學生管理系統
功能：登陸註冊、成績管理、課程管理等
效能：1-2萬，單人日訪問量不足1，mysql儲存，快取不需要，web伺服器用nginx
擴充套件性：需求穩定，可擴充套件性不複雜
高可用：宕機2小時影響不大，不需要複雜均衡和異地多活，需要資料保護避免丟失。mysql主備（跨機房）
安全性：nginx的acl控制、使用者賬號密碼管理、資料庫訪問許可權控制
成本：沒問題
對應架構如下：
從零開始學架構 李運華 02 架構設計的歷史背景
機器語言 1940年之前 用0和1來表示機器可識別的指令和資料。太難寫 太難讀 太難改 組合語言 20世紀40年代 符號語言，本質上面對機器，需要程式設計師將現實世界問題按照機器邏輯進行翻譯，編寫複雜！高階語言 20世紀50年代 早期 fortran lisp cobol等 高階語言可以讓程式設計師...
從零開始學架構 李運華 08 架構設計三原則
成為架構師是每個程式設計師的夢想，但並不意味著把程式設計做好就能夠自然而然的成為乙個架構師，優秀的程式設計師和架構師之間還有乙個明顯的鴻溝需要跨越，這個鴻溝就是 不確定性 架構設計並沒有像程式語言那樣的語法約束，更多的時候是面多多種可能時的 選擇 例如 但存在共性原則 合適原則 簡單原則 演化原則 ...
從零開始學架構 李運華 07 低成本 安全 規模
高效能和高可用架構通常都是增加伺服器來滿足要求，但低成本正相反，當然也不是首要目標。往往 創新 才能達到低成本的目標！技術創新 業界創新 小公司引入新技術 大公司可創造新技術。安全舊聞 安全分兩類 例如常見的xss攻擊 csrf攻擊 sql注入 windows漏洞 密碼破解等，本質上都是系統實現有漏...