高效能和高可用架構通常都是增加伺服器來滿足要求，但低成本正相反，當然也不是首要目標。技術創新：往往「創新」才能達到低成本的目標！！
業界創新：
小公司引入新技術、大公司可創造新技術。安全舊聞：
安全分兩類：
例如常見的xss攻擊、csrf攻擊、sql注入、windows漏洞、密碼破解等，本質上都是系統實現有漏洞，讓黑客有了可乘之機。功能安全就是「防小偷」
沒有無漏洞的系統，攻防不斷公升級，沒有一勞永逸。「放強盜」，只要伺服器部署到網路中，攻擊可能從全球任意地點發起攻擊。
傳統架構安全主要依靠防火牆訪問控制策略，控制不同新人成都的區域間傳輸資料流。
防火牆效能上不足以支撐高併發和海量使用者訪問。尤其是ddos攻擊規模尤甚。目前沒有太好的設計手段解決，更多是依靠***雲服務等強大的帶塊和流量清洗的能力。
量變引起質變，規模導致複雜常見的規模帶來的複雜度有：
功能見兩兩相關，增加功能複雜度則成指數增加。
mysql為例，單錶儲存限度一般在5000萬左右，如果增加到10億就會出現以下問題：
新增索引極慢，導致不可用
修改表結構極慢
索引效能極低
資料備份耗時……
可以通過拆表解決，但拆分過程會引入複雜行，如：
無論什麼方案都會帶來一定的效能損耗
從零開始學架構 李運華 03 架構設計的目的
架構設計的誤區 系統不一定需要架構設計 架構設計不一定能提公升開發效率 好的架構設計能促進業務發展 不是所有系統都需要架構設計 等等 架構設計的真正目的 為了解決軟體複雜度帶來的問題 如何下手架構設計？1.熟悉和理解需求 2.架構設計並不是面面俱到，而是識別問題有針對性的解決 3.理解每個架構方案背...
從零開始學架構 李運華 02 架構設計的歷史背景
機器語言 1940年之前 用0和1來表示機器可識別的指令和資料。太難寫 太難讀 太難改 組合語言 20世紀40年代 符號語言，本質上面對機器，需要程式設計師將現實世界問題按照機器邏輯進行翻譯，編寫複雜！高階語言 20世紀50年代 早期 fortran lisp cobol等 高階語言可以讓程式設計師...
從零開始學架構 李運華 08 架構設計三原則
成為架構師是每個程式設計師的夢想，但並不意味著把程式設計做好就能夠自然而然的成為乙個架構師，優秀的程式設計師和架構師之間還有乙個明顯的鴻溝需要跨越，這個鴻溝就是 不確定性 架構設計並沒有像程式語言那樣的語法約束，更多的時候是面多多種可能時的 選擇 例如 但存在共性原則 合適原則 簡單原則 演化原則 ...