解讀SOA和傳統IT管理之間的必要聯絡
能有效解決所有涉及維護SOA應用軟體的IT管理問題的方法之一,則是IT 基礎設施庫架構(ITIL),她說。與SOA相比,ITIL並不是一個全新的事務。從20世紀80年代開始英國中央計算機與電信局(UK Central Computer and Telecommunications Agency ,CCTA)就致力於研究最佳實踐方法及相關流程以確保 IT 提供的相關服務能達到企業所要求的水平。
“ITIL是無所有權的,” Hewlett-Packard Corp公司IT服務管理教育部經理 Ken Hamilton 說,他建議在ITIL 的基礎上去實施SOA。“有很多介紹這方面知識的公共書籍。”
由於很多IT專業人員沒有這些書籍,Hamilton給出了由UK Office of Government Commerce和 HP’s online library of ITIL materials提供的關於ITIL的定義及相關資訊。同時,他還拿出一份Turner寫的Ovum會議報告,內容則是關於為了保證SOA的成功需要提高IT管理水平。
在定義管理架構時,Turner說,“ITIL是目前業界普遍採用的一系列 IT 服務管理的實際標準及最佳實踐指南,包含著如何管理 IT 基礎設施的流程描述;它以流程為導向、以客戶為中心,通過整合 IT 服務與企業業務,提高企業的 IT 服務提供和服務支援的能力和水平。ITIL包括變更管理、結構管理、容量管理、服務級別管理、成績管理、可用性管理。”
在開發這些ITIL(IT Infrastructure Library IT基礎設施庫)指導方針之前,她說,並沒有在需要複合使用多種應用程式的本質的任務上取得共識。
Hamilton說盡管ITIL產生已經有二十多年,但是他也只是在近三、四年才發現世界財富500強公司採用ITIL,例如通用汽車。Turner說在SOA取代封閉式之前,ITIL所包含的細節級別並不是必需的。
“在封閉式環境中,哪裡是伺服器、哪裡是中間裝置、哪裡是應用程式、哪裡是資料庫,這些都不是難題,所有這些軟硬體都緊緊連線在一個位置。”她說。“如果其中一個軟硬體出現問題,你很快會發現,知道這個問題會影響到那些業務環節。業務環節與應用程式基本對應。現在,到了SOA世界,你會將很多軟體、服務放置在不同的伺服器,不同的地點,在需要什麼軟體或服務時在進行聯絡。”
在SOA世界,IT經理要想了解軟硬體問題出現後會發生什麼或問題的最壞影響是件非常困難的事。
“現在你明白這是一個非常有意思的問題,” Turner說。“我怎樣才能瞭解端到端的業務流程是如何工作?還有如果該業務流程不能工作,我怎樣才能發現到底是哪一個相互連線的工作件出現了問題。”
舉一個例子,她說譬如你的業務流程出現了一個問題,是由於另一個IT專業人員修改了一個應用程式的配置,而他卻沒有通知你。這就是像ITIL這樣細節化的架構,通過規定任何人不可以在沒有通知其它人的情況下擅自更改配置,能夠幫忙避免的問題。
Hamilton說他已經看到ITIL與SOA結合的趨勢,但是他說這樣的結合還處於萌芽階段,以致於他還找不到一個二者結合的使用者。
Turner說在她調查的IT組織中或許有三分之一的組織採用ITIL或其它架構,而那些使用ITIL管理SOA的組織比例仍然非常低。
不過儘管目前接收ITIL管理SOA的企業數量仍然很少,但是Turner說,如果IT組織希望成功執行SOA,那麼這些組織將不得不在適當的位置配置基於ITIL或其它質量架構(例如6 Sigma)的詳細程式。
“越是依賴於SOA,對傳統IT管理的壓力也就越大,”她說。“如果你不能以通知所有人你完成了自己工作的方式對將要遞送的複合服務達成協議,或者你不知道如何以此衡量端對端效能,這將是個噩夢。”
由於在採用SOA之前的IT管理程式似乎不能滿足需求,所以需要一種更為細節化的最佳實踐方法架構。
“傳統模型基於封閉式環境,而SOA是封閉式環境的對立面”她說。
同樣,儘管傳統模型關注軟硬體在封閉式環境中的表現,但像ITIL這樣的框架仍然涵蓋了IT員工們如何工作,包括改變軟硬體以及設定優先順序來確定什麼時間做什麼工作。
“你或許還有在自己小範圍內工作的封閉式專家,但他們必須做出更大的文章,” Turner說在SOA環境中,“他們必須懂得在他們自己領域內的變化對其他區域產生的影響。還要考慮什麼時間做什麼工作的優先順序。你的佇列中的下一個任務並不一定是恰好要工作的,任務是否工作取決於這個任務的影響。”
Turner說廣泛採用SOA是推廣像ITIL這樣管理框架的驅動力,但是沒有CIO的支援這也很難成功。如服務檯人員這樣的群組,開始嘗試最優的業務實踐,如果他們由一個C級主管來領導的話成功機會不大。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14780828/viewspace-374565/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 傳統採購管理與現代採購管理之間的區別和聯絡
- mysql指令碼,新建表和理清表之間的聯絡MySql指令碼
- SDK、API 和 app 之間的關係和聯絡是什麼?APIAPP
- Unity AssetBundle,Asset,GameObject之間的聯絡UnityGAMObject
- 客戶、聯絡人、商機管理之間的區別是什麼?
- HTTPS、SSL、TLS三者之間的聯絡和區別HTTPTLS
- OA、CRM、ERP之間的區別和聯絡是什麼?
- 可觀測性與傳統監控的區別和聯絡
- Linux 上的 AppImage、Snap、Flatpak 之間的區別和聯絡LinuxAPP
- 聊聊叢集、分散式和微服務之間的聯絡和異同點分散式微服務
- CRM系統中的聯絡人是什麼?如何進行聯絡人管理?
- 簡單探討JavaScript 與 TypeScript之間的聯絡JavaScriptTypeScript
- TCP、UDP、HTTP、SOCKET之間的區別與聯絡TCPUDPHTTP
- 詳解CALayer 和 UIView的區別和聯絡UIView
- 精益生產和智慧製造之間有什麼聯絡?
- spring、springmvc、springboot、springcloud 之間的聯絡和區別SpringMVCSpring BootGCCloud
- 淺析HTML、CSS、JavaScript之間的聯絡與區別!HTMLCSSJavaScript
- 程式、執行緒和協程之間的區別和聯絡執行緒
- 程序、執行緒和協程之間的區別和聯絡執行緒
- 知識點,JavaScript與Java之間有什麼區別和聯絡?JavaScript
- 陣列地址與指標之間的區別與聯絡陣列指標
- 大資料分析與機器學習之間的區別與聯絡大資料機器學習
- buffer busy waits與rac cluster wait之間的聯絡AI
- 恆訊科技分析:傳統WAN與SD-WAN的聯絡
- 人工智慧和python之間有什麼聯絡?為何用python?人工智慧Python
- 好程式設計師web前端分享SDK與API之間的關係和聯絡程式設計師Web前端API
- win10系統下使用易升需要聯絡管理員的解決方法Win10
- Activex、OLE、COM、OCX、DLL之間區別、聯絡[轉]
- Linux中軟連結和硬連結之間有什麼區別和聯絡?Linux
- 計算機網路之IP地址、子網掩碼以及網路號之間的聯絡詳解計算機網路
- 使用多重 SOA 來消除企業系統之間的差異
- 關於Java中的物件、類、抽象類、介面、繼承之間的聯絡Java物件抽象繼承
- Hive之 hive與hadoop的聯絡HiveHadoop
- 深入解讀ESB與SOA的關係
- tcp/ip和http的區別和聯絡TCPHTTP
- orcle pfile和spfile的區別和聯絡
- NET|Ref 和out 的區別和聯絡
- Instruction和Question的區別和聯絡Struct