在线精品精品第一区二区三区 ,交换妻子,国产精品香蕉在线观看不卡

本書的主要內(nèi)容有：適合于期望演進到微服務，而不是重寫的組織。幫助組織決策是否要改造、何時改造、以及從哪里入手進行改造。如何解決遺留系統(tǒng)的通信、集成和遷移問題。闡述了若干不同的遷移模式，以及在什么情況下采用這些模式。提供了多種數(shù)據(jù)庫遷移方法的案例，以及對應的同步機制。探索了應用系統(tǒng)解耦的方法，包括若干架構(gòu)重構(gòu)的模式。深入探討了數(shù)據(jù)庫解耦的細節(jié)，包括打破參照完整性和事務完整性的影響，新的失敗模式等。

前言幾年前，我們當中的一些人還在討論微服務是一個有趣的想法。后來的事情你已經(jīng)知道了，它已經(jīng)成為全球數(shù)以百計的公司的默認軟件架構(gòu)（這當中有許多初創(chuàng)公司，他們創(chuàng)辦的目的可能是為了解決微服務引發(fā)的問題），并且讓每個人在跑去跳上這輛馬車的同時，又在擔心它最終會消失在地平線上。我必須承認，造成這種現(xiàn)象，我要承擔部分的責任。自從我在2015 年就微服務寫了《Building Microservices》一書后，我就靠與其他人合作來幫助人們理解這種架構(gòu)類型而謀生。我一直在努力，打破對于概念的炒作，而幫助公司決定微服務是否適合他們。對于我的許多擁有現(xiàn)有（并非面向微服務的）存量系統(tǒng)的客戶來說，挑戰(zhàn)在于如何采用微服務架構(gòu)。你如何在不停止所有其他工作的情況下，對現(xiàn)有系統(tǒng)進行重新架構(gòu)？這就是本書的意義所在。同樣重要的是，我的目標是給你一個對于微服務架構(gòu)帶來的挑戰(zhàn)的誠實的評估，并幫助你了解開始這個旅程是否適合你。你將學到什么？本書旨在從思考和執(zhí)行的維度，深入探討如何將現(xiàn)有系統(tǒng)分解為微服務架構(gòu)。我們將觸及與微服務架構(gòu)相關(guān)的許多主題，但重點在拆分事物的方面。有關(guān)微服務架構(gòu)的通用性指南，我之前的書《Building Microservices》是一個不錯的開始。事實上，我強烈建議你把那本書看作是本書的配套書籍。第1 章包含了對什么是微服務的概述，以及進一步探討了導致我們形成這類架構(gòu)的想法。它對剛接觸微服務的讀者來說應該很有效，但我同樣強烈建議那些有微服務實施經(jīng)驗的人不要跳過這一章。我認為在技術(shù)發(fā)展的浪潮中，一些重要的微服務的核心思想常常被忽略。這些是本書將反復提到的概念。了解更多關(guān)于微服務的知識是好事，但知道它們是否適合你則是另一回事。在第2 章中，我將指導你如何去評估微服務是否適合你，并為你提供一些真正重要的指導方針，從而管理從單體架構(gòu)到微服務架構(gòu)的過渡過程。在這章中，我們將觸及從領(lǐng)域驅(qū)動設計到組織變革模型的所有內(nèi)容。即使你決定不采用微服務架構(gòu)，這些重要的基礎(chǔ)也將使你處于有利地位。在第3 章和第4 章中，我們將深入探討與拆分單體相關(guān)的技術(shù)問題。我們會探索一個真實世界的例子，并提取出了遷移的原則。第3 章的重點是應用拆分，第4章是深入研究數(shù)據(jù)庫拆分的技術(shù)。如果你真的想從一個單體系統(tǒng)轉(zhuǎn)移到一個微服務架構(gòu)，我們必須要將數(shù)據(jù)庫拆分開來!第5 章探討了隨著采用微服務架構(gòu)的推進而會出現(xiàn)的各種挑戰(zhàn)。這些微服務系統(tǒng)可以帶來巨大的好處，但同時，許多復雜的問題也會隨之而來，這些問題是你之前從未遇到過的。在這一章中，我會幫助你在問題開始出現(xiàn)時就能及時發(fā)現(xiàn)它們，并會提供處理微服務帶來的痛點難點的相關(guān)方法。O’Reilly 在線學習平臺（O’Reilly Online Learning）近40 年來，O’Reilly Media 致力于提供技術(shù)和商業(yè)培訓、知識和卓越見解，來幫助眾多公司取得成功。公司獨有的專家和改革創(chuàng)新者網(wǎng)絡通過O’Reilly 書籍、文章以及在線學習平臺，分享他們的專業(yè)知識和實踐經(jīng)驗。O’Reilly 在線學習平臺按照您的需要提供實時培訓課程、深入學習渠道、交互式編程環(huán)境以及來自O’Reilly 和其他200 多家出版商的大量書籍與視頻資料。更多信息，請訪問網(wǎng)站：https://www.oreilly.com/。聯(lián)系我們?nèi)魏斡嘘P(guān)本書的意見或疑問，請按照以下地址聯(lián)系出版社。美國：O’Reilly Media, Inc.1005 Gravenstein Highway NorthSebastopol, CA 95472中國：北京市西城區(qū)西直門南大街2 號成銘大廈C 座807 室（100035）奧萊利技術(shù)咨詢（北京）有限公司我們?yōu)檫@本書建立了一個網(wǎng)頁，在那里我們列出了勘誤表、樣例和任何其他信息。你可以訪問這個頁面來獲取這些信息：https://oreil.ly/monolith-to-microservices。請發(fā)送電子郵件至：errata@oreilly.com.cn，來對本書進行評論或提出技術(shù)問題。關(guān)于我們的書籍、課程、會議和新聞的更多信息，請見我們的網(wǎng)站：http://www.oreilly.com。我們的Facebook：http://facebook.com/oreilly。我們的Twitter：http://twitter.com/oreillymedia。我們的YouTube：http://www.youtube.com/oreillymedia。鳴謝如果沒有我出色的妻子Lindy Stephens 的幫助和理解，這本書是不可能完成的。這本書是為她而寫的。Lindy，很抱歉在各種截止日期來來去去時，我是如此的脾氣暴躁。我還要感謝可愛的吉爾曼·斯德恩家族的所有支持，我很幸運，有這樣一個美好的家庭。本書極大地受益于那些自愿付出時間和精力去閱讀各種草稿并提供寶貴見解的人們。我特別想感謝Chris O’Dell, Daniel Bryant, Pete Hodgson, Martin Fowler,Stefan Schrass 和Derek Hammer 在這方面所付出的努力。還有一些人以多種方式做出了他們的貢獻，因此我還要感謝Graham Tackley, Erik Doernenberg,Marcin Zasepa, Michael Feathers, Randy Shoup, Kief Morris, Peter Gillard-Moss,Matt Heath, Steve Freeman, Rene Lengwinat, Sarah Wells, Rhys Evans 和Berke Sokhan。如果你在本書中發(fā)現(xiàn)錯誤，這些錯誤是我的，不是他們的。O’Reilly 的團隊也給予了我極大的支持，我想重點感謝我的編輯Eleanor Bru和Alicia Young，此外還有Christopher Guzikowski, Mary Treseler 和Rachel Roumeliotis。我還想對Helen Codling 和她在世界其他地方的同事說一聲感謝，感謝他們繼續(xù)帶著我的書去參加各種會議，感謝Susan Conant 在不斷變化的出版世界中讓我保持清醒，感謝Mike Loukides 最初讓我參與奧萊利。我知道還有很多人在幕后幫助我，所以也要感謝你們所有人。除了那些直接為本書做出貢獻的人之外，我還想鳴謝其他一些人，不管他們是否意識到，他們都為本書的誕生做出了貢獻。因此，我想感謝（排名不分先后）：Martin Kelppmann, Ben Stopford, Charity Majors, Alistair Cockburn, Gregor Hohpe,Bobby Woolf, Eric Evans, Larry Constantine, Leslie Lamport, Edward Yourdon,David Parnas, Mike Bland, David Woods, John Allspaw,Alberto Brandolini, Frederick Brooks, Cindy Sridharan, Dave Farley, Jez Humble, Gene Kim, James Lewis, Nicole Forsgren, Hector Garcia-Molina, Sheep &Cheese, Kenneth Salem, Adrian Colyer,Pat Helland, Kresten Thorup, Henrik Kniberg, Anders Ivarsson, Manuel Pais, Steve Smith, Bernd Rucker, Matthew Skelton, Alexis Richardson, James Governor 和Kane Stephens。與通常情況一樣，我很可能漏掉了某些對這本書做出巨大貢獻的人。對于這些人，我只能說很抱歉忘記了感謝你，希望你能原諒我。最后，有些人時不時地問我寫這本書時使用的工具。我使用Visual Studio Code和Jo?o Pinto 的AsciiDoc 插件在AsciiDoc 中寫作。這本書是用Git 進行源代碼控制的，使用O’Reilly 的Atlas 系統(tǒng)。我主要在我的筆記本電腦上寫作，使用外部的Razer 機械鍵盤，但在最后也大量使用了運行工作副本的iPad Pro 來完成最后幾項工作。這使我能夠在旅行中寫作，有一次，我在去奧克尼群島的渡輪上寫了關(guān)于數(shù)據(jù)庫重構(gòu)的文章，這個經(jīng)歷令人難忘。而由此產(chǎn)生的暈船癥狀是完全值得的。

前言 1
第1 章剛剛好的微服務 7
1.1 什么是微服務？ 7
1.1.1 部署獨立性 8
1.1.2 圍繞業(yè)務領(lǐng)域建模 8
1.1.3 擁有自己的數(shù)據(jù) 12
1.1.4 微服務將帶來哪些優(yōu)勢？ 13
1.1.5 微服務會帶來什么問題？ 13
1.1.6 用戶界面 .14
1.1.7 技術(shù) 14
1.1.8 顆粒度 15
1.1.9 所有權(quán) 17
1.2 單體架構(gòu)19
1.2.1 單進程單體 19
1.2.2 分布式單體 21
1.2.3 第三方黑盒系統(tǒng) 22
1.2.4 單體架構(gòu)的挑戰(zhàn) 22
1.2.5 單體的優(yōu)勢 22
1.3 關(guān)于耦合和內(nèi)聚 23
1.3.1 內(nèi)聚 25
1.3.2 耦合 25
1.4 剛剛好的領(lǐng)域驅(qū)動設計 .36
1.4.1 聚合 37
1.4.2 限界上下文 38
1.4.3 將聚合和限界上下文映射到微服務 39
1.4.4 延伸閱讀 .39
1.5 總結(jié) .40
第2 章規(guī)劃遷移到微服務的過程 41
2.1 理解目標41
2.2 為什么要選擇微服務？ .43
2.2.1 提高團隊自主性 44
2.2.2 縮短上市時間 45
2.2.3 經(jīng)濟高效地擴展負載.46
2.2.4 提高健壯性 47
2.2.5 擴展開發(fā)人員的數(shù)量.48
2.2.6 擁抱新技術(shù) 49
2.3 什么時候微服務可能是個壞主意？.51
2.3.1 不明確的業(yè)務領(lǐng)域 .51
2.3.2 初創(chuàng)公司 .52
2.3.3 客戶安裝和管理的軟件 54
2.3.4 沒有好的理由！ 54
2.4 權(quán)衡利弊54
2.5 帶人踏上旅途 .56
2.6 改變組織56
2.6.1 建立緊迫感 57
2.6.2 組建領(lǐng)導團隊 58
2.6.3 制定愿景和戰(zhàn)略 59
2.6.4 傳達變革愿景 59
2.6.5 善于授權(quán)賦能 60
2.6.6 快速得到成果 61
2.6.7 促進變革深入 61
2.6.8 成果融入文化 62
2.7 增量遷移的重要性 62
2.8 變更成本64
2.8.1 可逆和不可逆的決定.64
2.8.2 更容易實驗的地方 .66
2.9 那么我們從哪里開始呢？ 66
2.10 領(lǐng)域驅(qū)動設計 66
2.10.1 你需要走多遠？ 67
2.10.2 事件風暴 68
2.10.3 利用領(lǐng)域模型進行優(yōu)先級排序 68
2.11 一個組合模型 70
2.12 重組團隊 .72
2.12.1 改變團隊結(jié)構(gòu) .72
2.12.2 不要一刀切73
2.12.3 做出改變 75
2.12.4 改變技能 78
2.13 你如何知道轉(zhuǎn)型成功與否？ .81
2.13.1 有定期檢查點 .81
2.13.2 定量度量 82
2.13.3 定性度量 82
2.13.4 避免沉沒成本誤區(qū) 83
2.13.5 對新方法持開放態(tài)度 83
2.14 總結(jié) 84
第3 章拆分單體 87
3.1 單體系統(tǒng)，修改還是不修改？ 87
3.1.1 剪切、復制或者重新開發(fā)？ .88
3.1.2 重構(gòu)單體系統(tǒng) 89
3.2 遷移模式90
3.3 模式：絞殺應用 91
3.3.1 它是如何工作的 91
3.3.2 在哪里使用它 93
3.3.3 示例：HTTP 反向代理 .95
3.3.4 數(shù)據(jù) 98
3.3.5 代理選項 .98
3.3.6 更改協(xié)議 102
3.3.7 示例：FTP 105
3.3.8 示例：消息攔截 106
3.3.9 其他協(xié)議 109
3.3.10 絞殺植物模式的其他例子 . 109
3.4 遷移功能時改變行為 110
3.5 模式：UI 組合 . 110
3.5.1 示例：頁面組合 111
3.5.2 示例：小部件（Widget）組合 112
3.5.3 示例：微前端 . 115
3.5.4 在哪里使用它 . 116
3.6 模式：抽象分支 . 116
3.6.1 它是如何工作的 117
3.6.2 作為后備機制 . 124
3.6.3 在哪里使用它 . 125
3.7 模式：并行運行 . 126
3.7.1 示例：比較信用衍生品定價 126
3.7.2 示例：Homegate 列表 128
3.7.3 驗證技術(shù) 129
3.7.4 使用Spy 129
3.7.5 GitHub Scientist 130
3.7.6 灰度發(fā)布與金絲雀發(fā)布 . 131
3.7.7 在哪里使用它 . 131
3.8 模式：裝飾合作者 . 131
3.8.1 示例：會員計劃 132
3.8.2 在哪里使用它 . 133
3.9 模式：變更數(shù)據(jù)捕獲 133
3.9.1 示例：發(fā)行會員卡 133
3.9.2 實現(xiàn)變更數(shù)據(jù)捕獲 135
3.9.3 在哪里使用它 . 137
3.10 總結(jié) 138
第4 章分解數(shù)據(jù)庫 139
4.1 模式：共享數(shù)據(jù)庫 . 139
4.1.1 應對模式 141
4.1.2 何處使用 141
4.2 但這是不可能做到的! . 141
4.3 模式：數(shù)據(jù)庫視圖 . 143
4.3.1 數(shù)據(jù)庫即公共契約 143
4.3.2 通過視圖來對外展現(xiàn) 144
4.3.3 限制條件 145
4.3.4 所有權(quán) 146
4.3.5 何處使用 146
4.4 模式：數(shù)據(jù)庫包裝服務 146
4.5 模式：數(shù)據(jù)庫即服務接口 . 149
4.5.1 實現(xiàn)映射引擎 . 151
4.5.2 與視圖相比 . 151
4.5.3 何處使用 151
4.6 轉(zhuǎn)讓所有權(quán) 152
4.6.1 模式：暴露單體中的聚合 152
4.6.2 模式：變更數(shù)據(jù)所有權(quán) . 155
4.7 數(shù)據(jù)同步. 156
4.8 模式：在應用程序中同步數(shù)據(jù) 158
4.8.1 步驟1：批量同步數(shù)據(jù) 158
4.8.2 步驟2：同步寫入，從舊表結(jié)構(gòu)中讀取 159
4.8.3 步驟3：同步寫入，從新表結(jié)構(gòu)中讀取 160
4.8.4 在哪里使用它（一） 161
4.8.5 在哪里使用它（二） 161
4.9 模式：追蹤器寫入 . 162
4.9.1 數(shù)據(jù)同步 165
4.9.2 案例：Square 的訂單 . 167
4.9.3 在哪里使用它 . 171
4.10 拆分數(shù)據(jù)庫 . 171
4.11 先拆分數(shù)據(jù)庫，還是先拆分代碼？ 173
4.11.1 先拆分數(shù)據(jù)庫 174
4.11.2 先拆分代碼 178
4.11.3 將數(shù)據(jù)庫和代碼一起拆分 .183
4.11.4 那么，我應該先拆分哪個？ .184
4.12 表結(jié)構(gòu)拆分示例 184
4.13 模式：拆分表 184
4.14 模式：將外鍵關(guān)系移動到代碼中 187
4.14.1 移動連表查詢 188
4.14.2 數(shù)據(jù)一致性 190
4.14.3 在哪里使用 192
4.14.4 示例：共享靜態(tài)數(shù)據(jù) 192
4.15 事務 201
4.15.1 ACID 事務 .202
4.15.2 仍然保持ACID，但缺乏整體的原子性？ 203
4.15.3 兩階段提交 205
4.15.4 對分布式事務說不 207
4.16 saga . 208
4.16.1 saga 的失敗模式 . 209
4.16.2 實施saga 213
4.16.3 saga 與分布式事務 220
4.17 總結(jié) 220
第5 章成長的煩惱 223
5.1 服務越多，痛苦越多 223
5.2 規(guī)模化下的所有權(quán) . 225
5.2.1 這個問題如何表現(xiàn)出來？ 225
5.2.2 這個問題什么時候會發(fā)生？ 226
5.2.3 潛在的解決方案 226
5.3 破壞性變更 227
5.3.1 這個問題如何表現(xiàn)出來？ 227
5.3.2 這個問題什么時候會發(fā)生？ 227
5.3.3 潛在的解決方案 228
5.4 報表 231
5.4.1 這個問題什么時候會發(fā)生？ 232
5.4.2 潛在的解決方案 . 233
5.5 監(jiān)控和故障排除 . 234
5.5.1 什么時候會出現(xiàn)這些問題？ 234
5.5.2 這些問題是如何發(fā)生的？ . 235
5.5.3 潛在的解決方案 . 235
5.6 本地開發(fā)者體驗 . 239
5.6.1 這個問題如何表現(xiàn)出來？ 239
5.6.2 什么時候會出現(xiàn)這些問題？ 239
5.6.3 潛在的解決方案 240
5.7 運行太多東西 240
5.7.1 這個問題如何表現(xiàn)出來？ 241
5.7.2 這個問題什么時候會發(fā)生？ 241
5.7.3 潛在的解決方案 241
5.8 端到端測試 242
5.8.1 這個問題如何表現(xiàn)出來？ 243
5.8.2 這個問題什么時候會發(fā)生？ 243
5.8.3 潛在的解決方案 243
5.9 全局與局部優(yōu)化 . 245
5.9.1 這個問題如何表現(xiàn)出來？ 246
5.9.2 這個問題什么時候會發(fā)生？ 246
5.9.3 潛在的解決方案 247
5.10 健壯性和彈性 248
5.10.1 這個問題如何表現(xiàn)出來？ . 248
5.10.2 這個問題什么時候會發(fā)生？ 249
5.10.3 潛在的解決方案 . 249
5.11 孤兒服務 250
5.11.1 這個問題如何表現(xiàn)出來？ .250
5.11.2 這個問題什么時候會發(fā)生？ .250
5.11.3 潛在的解決方案 .251
5.12 總結(jié) 252
第6 章結(jié)語 . 255
附錄A 參考書目 . 257
附錄B 模式列表 . 261

你還可能感興趣

我要評論