"不想想當架構師的程序員，不是好程序員企業架構有哪些困境?企業架構有哪些反模式?怎麼樣纔是是一個EA架構師?企業架構的目標有哪些?雲原生能不能拯救企業架構?我真的需要微服務?微服務怎麼拆拆拆?拆了又怎麼治理?應以怎樣的姿勢擁抱雲原生?企業架構，不是學學工具就可以的理論知識對突破架構師瓶頸真的很重要。"

●第1篇企業中的架構和架構師
第1章被輕視的企業架構
1.1被濫用的架構
1.1.1來源於建築卻不同於建築
1.1.2難以統一的定義
1.1.3架構與架構風格
1.2常見的架構風格
1.2.1三層架構
1.2.2SOA架構
1.2.3單體架構
1.2.4微服務架構
1.3與眾不同的企業架構
1.3.1更大的範圍
1.3.2更大的風險
1.3.3更大的收益
1.3.4支撐企業數字化轉型
1.4舉步維艱的企業架構
1.4.1企業內的重視程度不足
1.4.2繫統間的壁壘和代溝
1.4.3簡單粗暴的集成方式
1.4.4尷尬的IT部門
1.4.5難以量化的生產力
1.4.6快速變化的外部環境
1.5企業架構反模式
1.5.1采用“雙速IT”
1.5.2視IT部門為成本中心
1.5.3以為“買買買”可以解決一切問題
1.5.4主數據管理與微服務思想矛盾
1.5.5以技術驅動架構設計
1.6企業架構標準來拯救
1.6.1TOGAF簡介
1.6.2首先要有願景
1.6.3一切都圍繞著需求
1.6.44種架構
1.6.5架構開發方法
1.6.6遷移要被規劃
1.6.7實施要被治理
1.6.8變更要被管理
1.6.9TOGAF的能力框架
1.6.10企業架構標準小結
1.7本章小結
第2章不一樣的EA架構師
2.1誰是架構師？
2.2不一樣的EA架構師
2.2.1與建築師不一樣
2.2.2與技術架構師不一樣
2.2.3與業務架構師不一樣
2.2.4與敏捷架構師不一樣
2.2.5這纔是EA架構師
2.3EA架構師工作反模式
2.3.1獨立的架構組
2.3.2中央集權和獨裁
2.3.3以有“技術潔癖”為榮
2.3.4妄想“技術改變世界”
2.4做好一個EA架構師
2.4.1成為漩渦的中心
2.4.2成為導師：為他人轉身
2.4.3搭上“架構師電梯”
2.5本章小結
第3章企業架構的目標
3.1評估架構的4個維度
3.2為企業“松綁”
3.2.1不可避免的綁定
3.2.28種綁定類型
3.2.3綁定有害
3.2.4松綁模式
3.2.5綁定依然不可避免
3.3讓功能盡快面世
3.3.1好與快，一個都不能少
3.3.2為飛行中的飛機更換零件
3.3.3讓人月不再是神話
3.4不再被半夜的電話驚醒
3.4.1抵御安全事件
3.4.2讓性能不再是空話
3.4.3讓繫統變成“打不死的小強”
3.4.4自動化繫統的韌性
3.5生生不息地持續演化
3.6本章小結
第2篇雲原生來拯救
第4章雲原生
4.1雲原生的定義
4.1.1雲原生應用
4.1.2雲原生技術
4.1.3雲原生架構
4.2雲原生的代表技術
4.2.1新一代虛擬化技術：容器
4.2.2細粒度分布式架構：微服務
4.2.3第三代微服務架構：服務網格
4.2.4隻能重建不能修改：不可變基礎設施
4.2.5關注目的而非過程：聲明式API
4.3再談容器
4.3.1容器VS虛擬機
4.3.2容器與鏡像
4.3.3容器編排技術
4.3.4容器與微服務
4.4再談服務網格
4.4.1服務網格的實現
4.4.2與API網關的關繫
4.4.3服務網格與微服務
4.4.4適用場景
4.4.5不適用場景
4.5雲原生技術改變企業架構
4.5.1雲原生技術帶來的改變
4.5.2新的架構原則
4.5.3新的架構模式
4.6雲原生架構的評判標準
4.6.1是否符合“12因素”
4.6.2是否使用了微服務架構
4.6.3是否使用了DevOps
4.7不是“銀彈”，也不免費
4.7.1終極架構謬誤
4.7.2比想像中更高的成本
4.8本章小結
第3篇雲原生的核心：微服務
第5章微服務的前世今生
5.1前世與今生
5.2從單體到微服務
5.2.1微服務的反面：單體
5.2.2微服務的前世：SOA
5.2.3微服務架構的定義
5.3微服務架構原則
5.3.1業務驅動原則
5.3.2單一職責原則
5.3.3信息隱藏原則
5.3.4去中心化原則
5.3.5獨立部署原則
5.3.6隔離失敗原則
5.3.7可視化原則
5.3.8技術無關原則
5.4解讀微服務架構九大特性
5.4.1組件化與多服務
5.4.2圍繞業務功能組織團隊
5.4.3做產品而不是做項目
5.4.4智能端點與傻瓜通道
5.4.5去中心化的治理技術
5.4.6去中心化的數據管理
5.4.7基礎設施自動化
5.4.8容錯設計
……

本書分析了當今企業架構面臨的挑戰，介紹了如何使用微服務架構來應對這些挑戰。企業在應用微服務時面臨許多痛點，本書對痛點出現的原因和場景進行了深入的分析，提出了可用於消除或緩解痛點影響的模式。本書內容注重理論和實踐的結合。在理論方面，介紹了企業架構標準、雲原生思想和相關技術、微服務的前世今生，以及領域驅動設計等；在實踐方面，介紹了用於拆分微服務的“五步法”、包含4個維度的“企業雲原生成熟度模型”，以及衡量企業變革成果的“效果收益評估方法”等。本書的核心內容包括：企業架構的定義與企業架構師的職責；企業架構是否設計良好的評判依據；雲原生的相關思想和技術；微服務的起源、演化、特性、拆分方法和落地指南；雲原生為企業帶來的機遇與變革等。本書可以幫助企業明確痛點、制定原則、規劃路徑、建設能力和評估成效，最終實現微服務架構在企業中的持續運營和持續演化，從而應對日益增多的業務挑戰。