1.1 什么是微服務(wù)
微服務(wù)就是一些協(xié)同工作的小而自治的服務(wù)。
1.1.1 專注于做好一件事
隨著新功能的增加，代碼庫會越變越大。時間久了代碼庫會非常龐大，以至于想要知道該在什么地方做修改都很困難。在一個單塊系統(tǒng)內(nèi)，通常會創(chuàng)建一些抽象層或者模塊來保證代碼的內(nèi)聚性，從而避免上述問題。內(nèi)聚性是將相關(guān)代碼放在一起，在考慮使用微服務(wù)的時候，內(nèi)聚性這一概念很重要。
微服務(wù)將這一理念應(yīng)用在獨(dú)立的服務(wù)上。根據(jù)業(yè)務(wù)的邊界來確定服務(wù)的邊界，這樣久很容易確定某個功能代碼應(yīng)該放在哪里。而且由于該服務(wù)專注于某個邊界之內(nèi)，因此可以很好地避免由于代碼庫過大衍生出的很多相關(guān)問題。
1.1.2 自治性
一個微服務(wù)就是一個獨(dú)立的實(shí)體。它可以獨(dú)立地部署在服務(wù)器上。盡量避免把多個服務(wù)部署到同一臺機(jī)器上，盡管這種隔離性會引發(fā)一些代價，但它能夠大大簡化分布式系統(tǒng)的構(gòu)建。
服務(wù)之間通過網(wǎng)絡(luò)調(diào)用進(jìn)行通信，從而加強(qiáng)了服務(wù)之間的隔離性，避免緊耦合。
對于一個服務(wù)來說，我們需要考慮的是什么應(yīng)該暴露，什么應(yīng)該隱藏。如果暴露得過多，那么服務(wù)消費(fèi)方會與該服務(wù)的內(nèi)部實(shí)現(xiàn)產(chǎn)生耦合。服務(wù)會暴露出API，然后服務(wù)直接通過這些API進(jìn)行通信。API的實(shí)現(xiàn)技術(shù)應(yīng)該避免與消費(fèi)方耦合。
1.2 主要好處
1.2.1 技術(shù)異構(gòu)性
1.2.2 彈性
1.2.3 擴(kuò)展
1.2.4 簡化部署
1.2.5 與組織結(jié)構(gòu)相匹配
1.2.6 可組合性
1.2.7 對可替代性的優(yōu)化

松耦合
如果做到了服務(wù)之間的松耦合，那么修改一個服務(wù)久不需要修改另一個服務(wù)。使用微服務(wù)最重要的一點(diǎn)是，能夠獨(dú)立修改及部署單個服務(wù)而不需要修改系統(tǒng)其他部分。
高內(nèi)聚
把相關(guān)行為聚集在一起，把不相關(guān)的行為放在別處。如果你需要改變某個行為的話，最好能夠在一個地方進(jìn)行修改，然后就可以盡快地發(fā)布。如果需要在很多不同的地方做這些修改，那么可能就需要同時發(fā)布多個微服務(wù)才能交付這個功能。在多個不同的地方進(jìn)行修改會很慢，同時部署多個服務(wù)風(fēng)險也很高。
限界上下文
一個由顯示邊界限定的特定職責(zé)。
當(dāng)你在思考組織內(nèi)限界上下文時，不應(yīng)該從共享數(shù)據(jù)角度來考慮，而應(yīng)該從這些上下文能夠提供的功能來考慮。

?

監(jiān)控
將系統(tǒng)拆分成更小的、細(xì)粒度的微服務(wù)會帶來很多好處。然而它也增加了生產(chǎn)系統(tǒng)的監(jiān)控復(fù)雜性。
監(jiān)控小的服務(wù)，然后聚合起來看整體。
多個服務(wù)，多個服務(wù)器
你如何在多個主機(jī)上的、成千上萬行的日志中定位錯誤的原因？如何確定一個服務(wù)器異常，還是一個系統(tǒng)性的問題？如何在多個主機(jī)間跟蹤一個錯誤的調(diào)用鏈，找出引起這個錯誤的原因？
答案是，從日志到應(yīng)用指標(biāo)，集中收集和聚合盡可能多的數(shù)據(jù)到我們的手上。

轉(zhuǎn)載于:https://www.cnblogs.com/kxm87/p/9865890.html

總結(jié)

以上是生活随笔為你收集整理的微服务设计 读书笔记 一的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。