[圖片來源] docs.oracle.com
在DevOps的實踐中，有許多思維顛覆了傳統舊的開發維運思維，即便一些維運概念與舊方式很像，但實踐起來卻很不一樣，這是因為DevOps就是一套用新方法論運作的思維，所以實踐之路才會處處可見驚奇。
例如開發維運人員應該在辦公室放置資訊幅射體（Information Radiator）這個概念，他的意義在於我們希望我們為商業應用設立的生產監測指標是人人高度可見的，所以要在開發與營運人員的辦公區域核心位置放置監測指標儀表板螢幕，讓價值流中的每一個人都能看到服務現狀。
這看起來好像也不是什麼創新概念，以我的公司來說，許多部門都有放置營幕在辦公室專門顯示一些應用的監控數據，但如果要嚴格探究起來，這些究竟真的是資訊幅射體還是只是螢幕而已？恐怕才是有沒有掌握DevOps精神的核心！
更直白一點來說，DevOps重點不在於你有沒有放置一個儀表板在辦公室，而是究竟有多少人會去看儀表板上的東西？That is right question!
之所以需要資訊幅射體，是因為DevOps要求遙測監控應用的生產指標，並且需要高度可視化，而這些指標應該包括商業邏輯指標、應用程式指標以及Infra指標(OS,Network,DB,Storage)，這些指標都跟我們的生產營運息息相關，所以我們要針對他們做遙測，並且在可視化之後為我們帶來及早發現並修復問題的能力，所以如果儀表板上顯示的指標沒辦法帶來這樣的效益，那就不會讓人感興趣，大家就不會想去看，它就不會是資訊幅射體，而只是掛在辦公室的一顆螢幕。
在這裡要再一提的是商業邏輯指標，例如：每天登入系統的使用者人數、新功能的使用統計之類的指標，這一類指標也應該在資訊幅射體中讓人觀看，因為他是我們營運上特別感興趣的功能！但通常，商業指標都會最先被我們開發工程師忽略，認為儀表上的東西就是要很工程，卻沒想到過我們只要透過儀表板就可以知道我們的應用真正產生的商業價值如何！這是多可惜的一件事。
然而更糟的地方可能是連工程師自己恐怕也不知道應該要看什麼商業指標？因為我們都只關心程式碼品質，卻不曾關心它的價值。所以DevOps認為服務團隊應該在系統開發之初就訂出商業指標，並且在上線營運之後把這些指標圖形化呈現在儀表板上，快速回饋我們系統功能是否有見用於真實使用者，需不需要進一步修正或下線，而這一點，也是同樣重要的。
除此之外，在每一項可視化的指標上，為了可以看出我們的系統應用變更是否跟指標數據異動有關係來判斷系統應用的變更是否影響到線上服務的營運，最好在每一項指標疊加上所有生產環境的部署活動，同樣讓我們一眼就能從資訊幅射體看出來系統的任何異常會與最接近的一次系統應用變更活動有關，縮小問題追蹤範圍，提高解決故障的效率。
以前，我們可能以為在辦公室掛上Monitor就夠了，但其實這並不是我們要的！我們真正要的是大家都會想看的資訊幅射體，它不是只是遙測堅控系統的Monitor，它更是告訴我們有趣資訊的儀表板，甚至是讓我們一眼看出商業營運的概況，從這邊也可以看出平平一樣是監測，但DevOps的做法就是跟過去不一樣。
2019年11月10日星期日
留言列表
