文章來源地址http://www.zghlxwxcb.cn/news/detail-627612.html

1.?控制層囊括所有在后臺(tái)運(yùn)行的成功處理生產(chǎn)負(fù)載的軟件和服務(wù)

1.1.?處理用戶生產(chǎn)數(shù)據(jù)的那些軟件，就是生產(chǎn)軟件

1.2.?主要工作是管理其他軟件的軟件，就是控制層

1.3.?工具和問題之間存在著重疊和空白，并不是每個(gè)工具組合都能協(xié)同工作，不存在能解決所有問題的萬能軟件包

1.4.?在集成工具時(shí)要耗費(fèi)巨大的精力，進(jìn)行大量的實(shí)驗(yàn)，經(jīng)歷無數(shù)的錯(cuò)誤

2.?適合的控制層工具

2.1.?當(dāng)考慮控制層時(shí)，請記住其中的每一部分都是可選的

2.1.1.?有了日志記錄和監(jiān)控這些控制層選項(xiàng)，就有助于開展事后分析、事故恢復(fù)和缺陷發(fā)現(xiàn)等工作

2.1.2.?沒有這些選項(xiàng)，上述工作將花費(fèi)更長的時(shí)間，甚至根本沒有辦法完成

2.2.?控制層越先進(jìn)，其實(shí)現(xiàn)和運(yùn)維的成本就越高

2.3.?控制層中的每個(gè)工具都有持續(xù)的運(yùn)維成本

2.3.1.?將持續(xù)的運(yùn)維成本看作權(quán)衡固定成本與可變成本

2.3.1.1.?專職運(yùn)維人員的固定成本

2.3.1.2.?部署加速、事故恢復(fù)和服務(wù)整備等可變成本

2.4.?2007年

2.4.1.?記錄日志和監(jiān)控幾乎是一個(gè)商業(yè)化的市場

2.5.?如今

2.5.1.?這個(gè)市場幾乎是開源的

2.5.2.?最困難的問題變成了如何從所有精良的開源軟件中選擇一個(gè)自己滿意的工具

2.6.?不要誤以為必須安裝所有工具

2.6.1.?控制層工具的發(fā)展日新月異，要持續(xù)評估不同解決方案的開銷和難度

3.?機(jī)械效益

3.1.?機(jī)械效益指人類可以依靠簡單機(jī)器增強(qiáng)自身力量

3.1.1.?阿基米德說過：“給我一個(gè)支點(diǎn)，我能撬動(dòng)地球。”

3.2.?既能幫大忙，也能幫倒忙

3.2.1.?強(qiáng)大的杠桿作用使人花很少的力量就能做出巨大的改變

3.3.?運(yùn)行得太快也有問題

3.3.1.?無論怎樣，一旦關(guān)閉的實(shí)例數(shù)量超過了總服務(wù)器容量的50%，自動(dòng)化工具就應(yīng)該停下來，從而使人們能夠確認(rèn)移除容量確實(shí)是正確的行為

4.?平臺(tái)和生態(tài)系統(tǒng)

4.1.?監(jiān)控團(tuán)隊(duì)?wèi)?yīng)該能夠幫助相關(guān)人員響應(yīng)應(yīng)用程序告警

4.2.?監(jiān)控團(tuán)隊(duì)不會(huì)進(jìn)行監(jiān)控，而會(huì)幫助其他人實(shí)現(xiàn)自行監(jiān)控

4.3.?一種從占有某個(gè)領(lǐng)域向?yàn)榭蛻籼峁┓?wù)的思維轉(zhuǎn)變。

4.4.?監(jiān)控團(tuán)隊(duì)提供了一個(gè)開發(fā)團(tuán)隊(duì)可以使用的接口，并負(fù)責(zé)編寫接口的實(shí)現(xiàn)細(xì)節(jié)，而且在持續(xù)支持其接口協(xié)議的過程中，可以隨時(shí)改變實(shí)現(xiàn)細(xì)節(jié)

4.5.?監(jiān)控團(tuán)隊(duì)只負(fù)責(zé)實(shí)現(xiàn)相關(guān)工具，讓其客戶通過這些工具實(shí)現(xiàn)自身的監(jiān)控器

4.6.?平臺(tái)團(tuán)隊(duì)的數(shù)據(jù)庫管理員主要負(fù)責(zé)保持?jǐn)?shù)據(jù)庫健康運(yùn)行，數(shù)據(jù)庫管理員要確保數(shù)據(jù)庫具有足夠的容量

4.6.1.?數(shù)據(jù)庫管理員應(yīng)該關(guān)注創(chuàng)建高性能和高穩(wěn)定的平臺(tái)

4.7.?數(shù)據(jù)模型的設(shè)計(jì)工作則由應(yīng)用程序團(tuán)隊(duì)負(fù)責(zé)

4.7.1.?一個(gè)應(yīng)用程序能很輕易地做出有害的模式變更，從而影響其他數(shù)據(jù)庫消費(fèi)者

4.7.2.?使用基于SQL的RDBMS要求我們?yōu)槊總€(gè)服務(wù)分配一個(gè)單獨(dú)的物理數(shù)據(jù)庫

4.8.?平臺(tái)團(tuán)隊(duì)的目標(biāo)是為客戶賦能

5.?開發(fā)環(huán)境就是生產(chǎn)環(huán)境

5.1.?如果你的開發(fā)服務(wù)器鏡像是一個(gè)帶有已知配置的全新虛擬機(jī)，那就太棒了

5.2.?如果QA環(huán)境和生產(chǎn)環(huán)境能由同一個(gè)自動(dòng)化工具創(chuàng)建，并且QA環(huán)境存有經(jīng)過匿名化處理的一周以來的生產(chǎn)環(huán)境用戶數(shù)據(jù)樣本，那么你就繼續(xù)保持吧

5.3.?開發(fā)人員完成工作所需的工具、服務(wù)和環(huán)境，應(yīng)該以生產(chǎn)級(jí)別的SLA對待

5.4.?開發(fā)平臺(tái)就是創(chuàng)造軟件這項(xiàng)工作的生產(chǎn)環(huán)境

6.?整個(gè)系統(tǒng)的明晰性

6.1.?當(dāng)網(wǎng)絡(luò)規(guī)模較大時(shí)，“部分系統(tǒng)故障”也是正常的運(yùn)維狀態(tài)

6.2.?即使是網(wǎng)絡(luò)規(guī)模較小的場景，在一切都沒有運(yùn)行的情況下，系統(tǒng)也應(yīng)該能夠繼續(xù)“存活”一段時(shí)間

6.3.?真實(shí)用戶監(jiān)控

6.3.1.?real-user monitoring，也可稱其為RUM

6.3.2.?判斷用戶體驗(yàn)的最佳方式是直接測量

6.4.?New Relic或Datadog等服務(wù)

6.5.?AppDynamics或CA公司的APM

6.6.?3個(gè)優(yōu)勢

6.6.1.?能快速啟動(dòng)，無須構(gòu)建基礎(chǔ)設(shè)施或配置監(jiān)控軟件，很有可能在一小時(shí)內(nèi)就開始收集數(shù)據(jù)了

6.6.2.?能為各種技術(shù)提供代理軟件和連接器，這使所有監(jiān)控集成到一處更加容易

6.6.3.?儀表盤和可視化界面往往比開源替代方案設(shè)計(jì)得更精美

6.6.4.?商業(yè)服務(wù)，需要支付訂閱費(fèi)

6.7.?開源工具

6.7.1.?要投入人力和基礎(chǔ)設(shè)施等相對隱性的成本

6.8.?經(jīng)濟(jì)價(jià)值高于技術(shù)價(jià)值

6.8.1.?大多數(shù)軟件則是為了創(chuàng)造經(jīng)濟(jì)價(jià)值而存在

6.8.2.?成本也會(huì)源自運(yùn)維工作量

6.8.2.1.?軟件越難以運(yùn)維，人們在運(yùn)維上所花費(fèi)的時(shí)間就越多

6.8.3.?成本源自平臺(tái)和運(yùn)行時(shí)系統(tǒng)

6.8.3.1.?有些語言能讓程序員快速編程，但需要更多實(shí)例處理特定的工作負(fù)載（這樣就增加了成本）

6.8.4.?監(jiān)控、日志收集、告警和儀表盤等手段的經(jīng)濟(jì)價(jià)值，其實(shí)是高于其技術(shù)價(jià)值的

6.9.?日志和統(tǒng)計(jì)信息

6.9.1.?日志收集器能以推或拉的模式進(jìn)行工作

6.9.2.?推模式意味著實(shí)例能在網(wǎng)絡(luò)上推送日志，此時(shí)通常使用歷史悠久的syslog協(xié)議

6.9.3.?推模式對容器非常有用，它們無須額外保存狀態(tài)，且通常沒有本地存儲(chǔ)

6.9.4.?使用拉模式，那么收集器就在中央計(jì)算機(jī)上運(yùn)行，且能連接所有已知主機(jī)進(jìn)而遠(yuǎn)程復(fù)制日志，服務(wù)只將其日志寫入本地文件

6.9.5.?僅將所有日志保存在一臺(tái)主機(jī)上，就已經(jīng)小有成就了

6.9.6.?Splunk在當(dāng)今日志索引領(lǐng)域占據(jù)主導(dǎo)地位

6.9.7.?由Elasticsearch、Logstash和Kibana組成的“三駕馬車”則是另一組流行的工具

6.9.8.?度量指標(biāo)

6.9.8.1.?大多數(shù)度量指標(biāo)數(shù)據(jù)庫會(huì)對最近的樣本進(jìn)行細(xì)粒度的度量

6.9.8.2.?隨著樣本變老，它們會(huì)將樣本聚合到越來越大的時(shí)間跨度

6.9.8.2.1.?今天的網(wǎng)卡錯(cuò)誤率能以秒為單位查閱

6.9.8.2.2.?如果要查閱過去7天的錯(cuò)誤率，則最細(xì)能以分鐘為單位查閱

6.9.8.2.3.?如果要查閱7天之前的，則最細(xì)僅能以小時(shí)為單位查閱

6.9.8.2.4.?好處

6.9.8.2.4.1.?節(jié)省不少磁盤空間

6.9.8.2.4.2.?讓長時(shí)間跨度的查詢成為可能

6.10.?監(jiān)控點(diǎn)

6.10.1.?流量指示

6.10.1.1.?頁面請求量、頁面請求總數(shù)、事務(wù)計(jì)數(shù)、并發(fā)會(huì)話數(shù)

6.10.2.?每種類型的業(yè)務(wù)交易

6.10.2.1.?已處理的業(yè)務(wù)交易數(shù)量、被終止的業(yè)務(wù)交易數(shù)量、所創(chuàng)造的業(yè)務(wù)價(jià)值（以元為單位）、事務(wù)持續(xù)時(shí)長、業(yè)務(wù)轉(zhuǎn)化率、業(yè)務(wù)完成率

6.10.3.?用戶

6.10.3.1.?用戶群分析或分類、用戶使用技術(shù)的偏好、注冊用戶百分比、用戶數(shù)量、使用模式、使用中遇到的錯(cuò)誤數(shù)量、登錄成功數(shù)量、登錄失敗數(shù)量

6.10.4.?資源池健康狀況

6.10.4.1.?是否處于啟用狀態(tài)、總資源數(shù)量（適用于連接池、worker線程池和其他所有資源池）、檢出資源的數(shù)量、高水位線、所創(chuàng)建的資源數(shù)量、所銷毀的資源數(shù)量、資源檢出的總次數(shù)、等待某資源而被阻塞的線程數(shù)量、某線程被阻塞等待的次數(shù)

6.10.5.?數(shù)據(jù)庫連接健康狀況

6.10.5.1.?拋出的SQLException數(shù)量、查詢數(shù)量、查詢的平均響應(yīng)時(shí)間

6.10.6.?數(shù)據(jù)消費(fèi)量

6.10.6.1.?用于展示的實(shí)體或行的數(shù)量、數(shù)據(jù)在內(nèi)存和磁盤中的占用量

6.10.7.?集成點(diǎn)健康狀況

6.10.7.1.?斷路器狀態(tài)、超時(shí)次數(shù)、請求數(shù)量、平均響應(yīng)時(shí)間、良好響應(yīng)數(shù)量、網(wǎng)絡(luò)錯(cuò)誤數(shù)量、協(xié)議錯(cuò)誤數(shù)量、應(yīng)用程序錯(cuò)誤數(shù)量、遠(yuǎn)程端點(diǎn)的實(shí)際IP地址、當(dāng)前并發(fā)請求數(shù)、并發(fā)請求高水位線

6.10.8.?緩存健康狀況

6.10.8.1.?緩存項(xiàng)數(shù)量、緩存所占內(nèi)存量、緩存命中率、垃圾收集器刷新的緩存項(xiàng)數(shù)量、緩存配置的上限、緩存項(xiàng)創(chuàng)建所用時(shí)間

6.10.9.?隱含的時(shí)間條件“最近n分鐘”或“自上次復(fù)位以后”

6.10.10.?要衡量系統(tǒng)連續(xù)的度量指標(biāo)的標(biāo)稱范圍，“用某時(shí)間段的平均值加上或減去兩個(gè)標(biāo)準(zhǔn)差”不失為一個(gè)實(shí)用的經(jīng)驗(yàn)法則

6.10.11.?不存在適用于所有組織的正確度量時(shí)間段

6.10.11.1.?對零售商來說，強(qiáng)烈地關(guān)注在“每年最忙一周”里所得到的度量指標(biāo)

6.10.11.2.?如旅游、花卉和體育，與訪問流量最相關(guān)的度量往往發(fā)生在節(jié)假日或重大活動(dòng)期間

到了這里，關(guān)于讀發(fā)布！設(shè)計(jì)與部署穩(wěn)定的分布式系統(tǒng)（第2版）筆記28_控制層上的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！