IT自動化無邊界——Gartner:系統化地打破IT自動化的孤島
Posted
by Colin Beasty on Tue, Jul 09, 2013 @ 08:07 AM
本文由“新炬網路”翻譯
上個月,我們有幸參加了Gartner在佛羅里達州奧蘭多舉行的的基礎架構和運營管理峰會, Gartner公司副總裁兼著名分析師的Ronni Colville在會上發表了題為“自動化:雲和資料中心的關鍵”的演講。
從概念上講,科爾維爾提出的想法是IT組織目前正在採取一種“機會主義”的方式,透過識別個體可以進行自動化的機會來實現自動化,就像他們發現和使用特定平臺的工具去解決特定的問題一樣。這種零敲碎打的做法對於IT自動化而言不是一個“企業級”的策略,也不是可擴充套件的。它會使複雜性不斷提高,造成更高的總體擁有成本,並且缺乏任何形式的企業範圍內的治理。
我們曾經在今年早些時候的一篇文章裡頭就類似ActiveBathd的作業排程以及工作任務自動化解決方案所帶來的問題進行過闡述。在這篇文章中,我們指出,組織應該將作業排程工具包含至一個整體的企業自動化解決方案“架構級別的戰略”中。“架構”戰略奠定了驅動組織管理,視覺化性和控制策略驅動的自動化策略的基礎。“架構”戰略計劃了跨應用,基於平臺和部門的工作流程,確定相關性和過程端到端自動化。
無論是“機會主義vs系統化”或“元素與架構”,IT組織將繼續與自動化孤島角力,IT領導者有機會在點對點的自動化解決方案上利用元素部署,以達到簡化架構、降低複雜度、提高效能的結果。
據Gartner稱,到2016年為止,75%的大型企業,將在自己的IT管理產品組合中擁有超過四個不同的自動化技術,包括一些專門為一個或多個流程型別的自動化定製解決方案中的任何一個:
科爾維爾表示,企業作業排程和工作負載自動化解決方案繼續佔據IT自動化市場的最大比例,並繼續在擁有很多市場的“超級自動化管理解決方案”中被看好,其中納入了其他工藝自動化作業排程和工作量自動化之外的型別,如基礎設施配置,應用釋出自動化的DevOps和雲編排。這個戰略不管是否代表了最好的行動結果,幾乎可以肯定的是這個結果在不同的IT機構中是不同的,但市場上的供應商......包括我們自己......已經開始看到並跟隨這一趨勢,無論是透過新功能的開發,還是透過與其他自動化解決方案直接整合。
然而,對於大多數IT組織,指令碼仍然是事實上的自動化的標杆,對於廣大客戶,是採用“架構化”的方式進行IT的自動化的起點。對於大多數,採用“架構化”的方法並不需要所有的戰略,讓組織一步步的鞏固指令碼和“點對點”地排程解決方案。相反,我們的許多客戶採取分階段的策略,由此他們開始與“指令碼挖掘”鞏固單一的排程框架內的這些指令碼,然後確定可以自動化的額外的應用,平臺和流程型別。
另一種方法考慮整個IT組織自動化角色是透過他們的角色和變化率考慮系統的自動化。Gartner的速度分層模型是進行分類的應用和開發差異化的管理和治理的過程,反映了他們是如何使用和變化的。在過去,IT組織擁有一個單一的用於選擇、部署、管理應用程式的策略。他們可能有方法從價值或技術的可行性方面進行應用的分類,但他們並沒有意識到這些應用基於使用它們的IT組織而言是根本不同的。
IT自動化也可以沿著相同的路線被分類的技術型別檢視和處理一個IT組織實現自動化。記錄,即應用程式和大型機系統的系統記錄,各自代表了傳統的作業排程和批次處理的麵包和奶油,而許多市場已經採取的下一個循序漸進的步驟,並已開始定製的和或第三方.NET/基於Java透過工作負載自動化解決方案的應用程式的自動化。最後,創新的系統,如基於雲的應用和基礎架構,代表了全部新形式的自動化,如應用釋出自動化和雲基礎架構配置,在動態地配置虛擬流程和基於雲的例項下,允許IT組織能夠採取自動化和簡化構建和釋出流程,以匹配工作負載的處理需求。
同樣的策略適用於評估企業作業排程和工作負載自動化解決方案。採用一種“架構化”的方法,通常意味著考慮速度分層模型內的各種系統流程型別的端至端的自動化。確保任何IT自動化解決方案可以橫跨這些系統,例如,支援Web服務的API和.NET元件整合和內自動化過程的能力,“分化的系統”的能力是很重要的。這次實施應該是專為變革的自動化解決方案的基礎。作為一家IT組織,將繼續向上的成熟的實現這種提供了一個有競爭力的差異化的業務系統,IT組織也要增加敏捷性,確保IT自動化策略可以一起成熟併發揮更重要的作用。
最終的結果是IT自動化成為驅動IT部門內部的組織化島嶼的調整與協作。科爾維爾表示,運營成本之間的定位和合作的戰略重點能使收入和生產力結合,減少IT操作成本的同時提高員工的工作效率。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29960155/viewspace-1473392/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- OA系統,,融會貫通企業資訊化,打破資訊孤島
- 無人值守自動化安裝系統
- java自動化——web自動化複習JavaWeb
- 自動化
- 介面自動化與ui自動化區別UI
- devops系統自動化部署流程dev
- Selenium自動化實現web自動化-1Web
- 自動化測試系列 —— UI自動化測試UI
- QTP自動化測試Google地圖QTGo地圖
- 二所應急自動化系統自動相關條件
- 川大主用自動化系統自動相關條件
- 前端自動化前端
- CRM系統自動化業務流程的好處
- UI 自動化錄製與回放系統UI
- PXE實現系統自動化安裝
- 使用Perl自動化UNIX系統管理(轉)
- 運維自動化之賬單系統運維
- 【自動化】淺度分析自動化行業,深度好文!行業
- 前端自動化:Node 命令列前端自動構建釋出系統前端命令列
- 打破“邊界”助力數字化管理,雲知聲推出智慧工牌系統
- 打破資訊孤島:LeaRun視覺化低程式碼開發平臺視覺化
- 【自動化測試入門】自動化測試思維
- 什麼是任務自動化與流程自動化? - infoworld
- JMeter 介面自動化測試(手工轉自動化指令碼)JMeter指令碼
- 省時省力,更好地服務客戶——自動化客服系統(一)
- linux的“自動化”Linux
- 自動化裝置測試與自動化測試的區別
- Httpclient 介面自動化HTTPclient
- appium自動化APP
- 全自動化介面
- 前端流程自動化前端
- Beego 自動化部署Go
- java自動化——testNGJava
- 自動化客服系統:定義與優勢
- 客戶管理系統如何使流程自動化
- 轉轉倉儲自動化系統實踐
- 自動的自動化:EvoSuite 自動生成JUnit的測試用例UI
- 持續整合(CI)、自動化構建和自動化測試--初探 .