發揮J2EE的優勢，管理J2EE的世界（下）

2019-11-18 12:27:39

字體：大中小

來源：轉載

供稿：網友

　　3. 所有角色齊心協力
　　一個重要挑戰是J2EE應用的復雜性在不斷增加。盡管它們可以反映三層的應用架構，但是負載均衡，大量依靠關系，來自外部的影響和外部用戶等方面的復雜性是公司以前從未碰到過的。在這種環境里，故障或應用的問題幾乎從來不是線形的，也就是說在原因和結果之間很少有單一的路徑。識別問題不象識別單一的因果關系那么簡單。所以，這需要快速遍歷復雜的可能性樹并在無數可能的原因中找出真正的原因。
　　
　　線性的：一個由于沒有正確釋放鎖而執行緩慢的方法會減慢響應時間，因此在一定負載的情況下應用會慢下來。由于這是很好理解的關系，所以原因和結果是清楚的。
　　
　　非線性的事務處理的響應時間很慢。碰巧一些方法的執行也變慢了，這就有很多可能的原因。前一天修改了一些代碼，影響到了與這個事務有關的一些組件。另外，網絡也時而慢下來。機構面對的原因可能是復雜的，可能是多個方法相互關聯的問題或網絡的問題，診斷將不會是單一線性的。
　　
　　協調適當的角色克服這種復雜性的能力將是公司獲得成功的要害。一旦建立這樣的機構，公司必須轉換他們的關注點，以確保角色之間能夠共同合作。確保合作意味著將工作集中在過程定義，共享工具和共享運營數據等方面。
　　
　　3.1. 過程
　　
　　為保證很多不同的角色像一個默契的管弦樂隊一樣一起工作，他們就必須都遵照相同的過程規范。
　　發揮J2EE的優勢，治理J2EE的世界（下）

　　重要的是所有的過程都應該從對最終用戶影響的視點出發。無論關系到評估影響，識別問題的的重要性，了解測試的負載程度，還是推定適當的響應時間，出發點必須是"用戶需要什么？"。
　　
　　支持J2EE應用的要害過程包括:
　　
　　故障的識別，報告和轉交：這個過程包括對警報進行識別，確認存在的問題，并確定在機構中如何將問題轉交下去。最初的警報將轉給運營或應用支持。公司不應該簡單地給這些小組一個簡單的通知單(即，單子上寫著"假如A警報發生就通知治理員B")；他們應該讓這些小組使用初始的診斷工具以便更深入地識別問題，同時應該開始搜集信息，并將信息轉交給能最終解決問題的小組。其他小組使用他們自己的工具（例如網絡治理工具），應該時刻保證與應用和運營支持小組共同保證他們數據是同步一致的，同時避免為一個簡單的故障安排過多的人手。META Group觀察到很多這樣的情形，多個人員響應同一個故障，每個人都使用他們自己工具中的數據，獨立作戰。他們不僅在重復勞動，浪費公司的時間，而且存在著干涉他人工作的風險，因此拖延了故障的時間。這就是為什么以對最終用戶的影響為優先并從清楚的問題識別和故障轉交為出發點的重要性原因。
　　
　　分析/解決問題/根本原因: 一旦一個隊伍負責處理一個故障，那么這個過程就是對一系列檢查點的簡單遍歷，從而隔離出故障的可能發生位置。當識別出一個簡短列表時，就從最可能的項目開始逐一排查。然而，確定可能的原因和影響并不輕易。這就是在解決問題過程中需要工具的地方。故障處理小組從運營小組得到的數據越多，他們越能更快地做出評估，確定如何恢復服務，識別根本原因并做出修正。另外，這些隊伍應該有一個裝有診斷工具的工具箱以便讓他們做更深的分析。最后，應該尋找能夠快速隔離可能原因的工具。
　　
　　這一過程應該考慮到角色之間能夠直接的問題轉交。這應該包括運營角色或者應用所有者角色將問題轉交給J2EE治理員的能力，然后是J2EE治理員轉給質量保證小組做更深入的診斷的能力，或者將問題直接轉給開發角色的能力。一個小組將問題轉給另外一個小組不應該受到懲罰。這種協作必須成為正常的程序。假如用戶受到了很大影響，那么這些小組甚至可以同時協調共同參與解決故障。
　　
　　改變治理/生產接受：現在更新應用系統，改變應用治理，對應用和相關技術的影響性分析（例如假如計劃對服務器做變動，需要分析其對應用的影響）等都已成為日常工作。在以前的治理中，這一過程在各個小組之間有很大空白。簡單地說，開發角色開發完之后，將工作轉給質量保證經理。質量保證小組完成工作之后又轉給生產接受角色。然后生產接受小組拿到應用后會發現大量無法接受的地方，就開始和質量保證和開發小組協商進行一些完善。在快速前進的J2EE應用環境中，在各個小組的通力配合下，必須更快地執行整個過程。由于每個小組都需要扮演運營支持的角色，所以不能將應用轉給其他組。公司必須規定一個過程，在這過程中必須包含轉交技術的小組的參與（例如質量保證小組應參與生產環節），同時當轉交技術時，還應包含那些可促進下一步工作效率的信息知識 (例如一些腳本（scripts），眾所周知的閾值等級)。
　　性能調整：這是一個通過調整應用及其組件從而保證所有組件處于最佳運營狀態的過程。這一過程從開發人員確保編寫的代碼正確運行開始，涉及到下面角色：
　　- 質量保證小組角色：保證可以處理正確的負載程度和提供希望性能的生產配置。
　　- J2EE治理員角色：保證Web應用處于最佳良好狀態
　　- 應用所有者角色：保證最終用戶的體驗-體現所有小組的所有改進工作--達到或超出期望。
　　
　　性能調整是一個主動性步驟，不管有沒有故障，公司都應該把性能調整作為經常性工作。經常性的性能調整可以防止應用耗費資源和運行變慢。
　　
　　3.2. 工具
　　
　　傳統上，購買工具不僅從技術的分類角度考慮也從機構組織的分類角度考慮。這導致在J2EE世界中的每個角色針對他們的具體工作都有自己的工具。雖然我們知道每個人在其領域中對工具都有非凡的需要（例如開發工具與生產監控工具的需求是不同的），但是假如在這些工具能夠有聯接，那是很有好處的。一個要害的聯接是在數據層次上的集成，這使得信息可以在工具間流動，使每個工具比單獨使用時更具智能。
　　
　　在J2EE環境中，我們非凡看到開發小組購買自己的運營工具并不只是為開發人員提供幫助（例如調試工具）。在開發工具和生產工具之間通常是有關聯的。這些工具也被用來與質量治理小組共享來加快他們的工作。所以開發和質量保證小組能夠共享這些已經采用的工具以及他們的使用知識和與生產小組（例如運營、應用支持，J2EE治理員等）共同使用的腳本等，從而縮短時間，提高這些小組的工作效率。一個附帶的好處是大家都使用相同的數據工作。當每個小組都熟悉這些相同的基本工具時（在不同層面有不同用途），這些數據就成為可信的信息來源，每個人都可以使用做決策。這可以減少小組之間的指責，減少不同小組之間的分歧并可以幫助整個協作過程。
　　
　　工具帶來的另一個價值是加快了問題的識別，從而加快了解決問題的過程。這是處理上面提到的非線形故障的一種辦法。由于這些故障需要大量的調查分析，所以解決這些故障需要付出巨大的努力。公司應該尋找一些工具，這些工具能夠識別所有當前的問題點，可能的原因或影響最大的問題，而不是只是提供簡單的線形的，因果關系的功能。雖然很少能識別出唯一的問題根本原因，但是通常能夠提出應該調查的一些因素和應該進行進一步調查的一些可能原因。這將防止公司進行漫長費力的問題識別工作，其典型的做法是對應用基礎結構和軟件一步一步地進行邏輯檢查。
　　
　　4. 成熟中的機構組織
　　成功的機構組織將看到他們的運營能力從單純的反應型狀態到適應型狀態的成熟過程。這種成熟性對于降低支持成本和減少失敗風險是非常重要的。為了保證這種成熟，公司必須了解和測量他們的成熟程度，成熟程度可分為反應型，治理型，主動型和最終的適應型。
　　
　　4.1. 反應型
　　
　　反應型階段是運營一個機構組織最沒效率的方式。其特點體現在：幾乎沒有治理過程，在應用的生命周期中各個角色幾乎沒有協作，使用一些不相關的工具。
　　
　　不幸的是這是大部分機構組織的狀態。我們給處于反應型環境下的公司的唯一建議就是：現在應該將工作重點集中到應用支持上并且努力成為一個治理型環境。
　　
　　4.2. 治理型
　　
　　治理型環境是指當故障發生時，有清楚的確認真正問題，識別原因和負責人，和修正故障的過程。機構不會陷入混亂，相互指責或各自為戰中，每個小組都愿意協作。治理型環境的一個特點是在相關的小組之間共享數據，通常使用相同的或可集成的工具。當然治理型環境有程度之分，一些已經是完全治理的，而其他是正在快速成熟的（例如每個小組中使用還沒有集成的工具）。
　　
　　治理型環境將如下一些要害的特點
　　
　　各個小組與數據相結合，而不只是對數據作出反應: 一個警報引發全部恐慌的階段正在過去，現在的警報提示著需要做更多的分析，驗證和匯集另外的智能，并且開始問題的識別過程。此外，數據被用來決定如何解決問題，而不是被用來指責其他小組。這需要一種"我們的問題"而不是"別人的問題"的文化。
　　
　　在機構組織中有明晰的技術關系，使得能夠快速評估影響：這可使公司進行基本的根本原因分析。當存在簡單的因果關系時，根本原因分析有用的。但是由于不能擴展到包含所有可能結果，所以對于復雜多維度問題的作用是有限的。因此公司需要了解復雜的Web技術和業務關系，這可使他們看到問題擴散的多條路徑以及在IT機構和業務中的影響。對這些關系了解的越多，會發現他們的關系越多，組織機構也就越強壯。
　　
　　必須清楚理解下面內容：
　　- 應用的最終用戶：哪些應用或服務影響哪些用戶群體？在特定應用或服務上，一些改變或問題對業務有何影響？
　　- 要素關系(例如服務器，數據庫) ：現在有哪些要素，它們是如何聯系的？哪個Web應用服務器運行在哪個物理服務器上？Web應用服務器和哪個數據庫相聯并且數據庫運行在哪個物理服務器上?
　　- 組件關系(例如類，方法) 哪個類被哪個EJB調用?哪個方

上一篇：J2EE應用性能問題的常用優化項目

下一篇：發揮J2EE的優勢，管理J2EE的世界（上）