日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
架構(gòu)師的能力源于你的信任

普瑞特有幸爭取到了為一個架構(gòu)師的架構(gòu)師工作的機會。這位架構(gòu)師的架構(gòu)師能夠設計出功能更強,性能更佳,比任何其它設計更優(yōu)的系統(tǒng)。任何出自這個家伙之手的設計或編碼,跟其它任何人設計的相似的組件相比,跟任何地方已經(jīng)有了的相似系統(tǒng)相比,都會具有更全的功能,更強的能力,更堅不可破的性能。無人能企及。

回溯到我們要講的這個系統(tǒng)的設計之初,架構(gòu)師的架構(gòu)師命令說這個系統(tǒng)的通信機制將采用JMS消息傳送。并且,要準備兩個隊列;一個傳送普通消息,一個傳送高優(yōu)先級消息。其它應用軟件對這個新系統(tǒng)的服務的要求是,普通優(yōu)先級的消息,系統(tǒng)收集后批量處理,高優(yōu)先級的消息在用戶間直接傳送。這個兩個消息隊列的活動情況都受應用軟件的監(jiān)控,但高優(yōu)先級的消息能跳到隊列的最前面以達到最快的響應。還有,由于這個系統(tǒng)將要去替代的系統(tǒng)是長久以來以bug多多和穩(wěn)定性極差而聞名,所以,這些新系統(tǒng)必須要刀槍不入。它絕對不允許宕機。

當普瑞特接受培訓了解這個系統(tǒng)時,他問架構(gòu)師的架構(gòu)師,當如果有這樣或那樣的錯誤發(fā)生時,系統(tǒng)會做什么響應?

架構(gòu)師的架構(gòu)師高傲的宣稱,絕對不會有任何事情能導致系統(tǒng)宕機。沒有任何錯誤能阻擋它運行。沒有任何情況能使它失去控制。它是無可阻擋的。它會絕對可靠,直到最后一分鐘。你要相信我!

普瑞特明白這位架構(gòu)師的架構(gòu)師對自己深信不疑。然而,事情并不是總會按計劃運行。

一天,普瑞特接到一個負責監(jiān)控這個系統(tǒng)運行的人的電話:“你們的這個系統(tǒng)的日志體積增長出現(xiàn)異常。你們的系統(tǒng)在過去24小時里產(chǎn)生了以前一個月才會有的體積量,系統(tǒng)負載上沒有特別的增長;請檢查一下?!?/p>

普瑞特登錄生產(chǎn)服務器,發(fā)現(xiàn)了一排排按序號排列的日志,每個日志文件都有20GB,全是這一天產(chǎn)生的!沒有任何編輯器能打開這樣大的文件。辦法只能是用grep搜尋里面的異常。異常多的如火山?jīng)坝???雌饋硐到y(tǒng)會每秒鐘吐出數(shù)百次異常事件和堆棧信息。用tail獲取日志尾部片段,顯示所有的異常都相同:“無法訪問隊列:隊列控制器似乎已經(jīng)停止運行。”

不幸的是,隊列控制器并不認可這種說法;它很健康,并在處理著消息。

與此同時,客戶對系統(tǒng)性能的抱怨不斷升級。經(jīng)理跑過來詢問怎么回事。耳朵在冒煙。眼睛在噴火。普瑞特感覺到死神正在上面盯著他。

進一步調(diào)查顯示,雖然有一部分應用的實例在不斷的出現(xiàn)并拋出大量的異常,但有些卻在順利的收發(fā)信息、處理數(shù)據(jù)。

深挖之后,普瑞特發(fā)現(xiàn)處理消息的外層代碼是這樣寫的:

 
 
 
  1. Connection          conn;                    // injected via Spring
  2. Queue               receiveQueueNormal;      // injected via Spring
  3. Queue               receiveQueuePriority;    // injected via Spring
  4. ...
  5. Session session = conn.createSession(true,Session.SESSION_TRANSACTED);
  6. MessageConsumer consumerNormal = session.createConsumer(receiveQueueNormal);
  7. MessageConsumer consumerPriority = session.createConsumer(receiveQueuePriority);
  8. ...
  9. while (true) {    // AA: This will never fail: trust me!
  10.    try {
  11.          Message msg = consumerPriority.receiveNoWait();
  12.          if (msg == null) {
  13.              msg = consumerNormal.receiveNoWait();
  14.              if (msg == null) {
  15.                  continue;
  16.              }
  17.          }
  18.          // process the message here
  19.    } catch (Throwable t) {
  20.       log.error("...",t);
  21.    }
  22. }

進一步在隊列配置文件里發(fā)現(xiàn)問題:

 
 
 
  1. " producerFlowControl="true" memoryLimit="1mb">

當消息的體積很小或消息很少時,這段代碼會呼嘯的運行,它能每秒鐘檢查無數(shù)次隊列看有沒有消息可處理。

但隨著業(yè)務的增長,當消息的體積增長到某種程度,消息控制器就會耗盡內(nèi)存,結(jié)果就會放棄一些消息,但并不是放棄所有的連接(可能是采用了自我保護模式)。這個系統(tǒng)——設計和開發(fā)都基于不會出現(xiàn)意外情況的假設——仍然在快速的最大限度的利用著CPU,但現(xiàn)在卻因為無法和隊列管理器取得聯(lián)系,每個循環(huán)都會拋出異常日志信息。

沒有重新獲取連接的代碼。沒有讓連續(xù)相同的日志錯誤信息做合并延遲輸出。沒有郵件發(fā)送給支持人員說“不好的事情發(fā)生了!

出自架構(gòu)師的架構(gòu)師的源代碼里只有一句孤單的注釋:”相信我!

英文原文:Trust Me!

譯文鏈接:http://www.aqee.net/trust-me/


分享文章:架構(gòu)師的能力源于你的信任
網(wǎng)址分享:http://www.dlmjj.cn/article/dhcsidc.html