IT運營面臨著一系列任務的矛盾和壓力。
企業希望IT運營能更靈活，并能夠帶來更多在線業務(也稱為數字化)。負責IT的主管(通常是CIO)希望IT運營更具成本效益，這意味著支出需要減少。應用程序開發者希望IT運營能夠保證基礎架構能為其應用程序提供出色的性能，同時希望IT運營更像一個云提供商，擁有豐富的自助服務選項。
因此，IT運營主管的工作復雜繁瑣，壓力也很大。更糟糕的是，IT運營通常會產生一些錯誤，導致IT敏捷性受到影響，甚至阻礙業務響應需求的能力。以下這五個錯誤，可能會給IT運營帶來災難性的結果：
1、一切以安全為優先級
信息安全和數據保護，是IT環境中采取安全法則的重要驅動因素。安全的最終方法理論上是不允許任何威脅發生，但這在企業業務中是不可能發生的;更為現實的是，過于嚴格和官僚制的安全方法可能會嚴重阻礙各級IT的敏捷性。
因此，關鍵是找到最大限度防御威脅的安全方法，并對應用程序敏捷性和IT敏捷性施加最小的干擾。有一種方法是把安全比作稅。我們需要納稅來支持基礎設施建設，但我們應該制定稅法或制度，以盡量減少對經濟(整個企業的運作)的干擾和扭曲。
2、組織IT筒倉
許多IT組織擁有存儲團隊、服務器團隊、網絡團隊、虛擬化團隊，每個操作系統的團隊，每個中間件(數據庫服務器，Java服務器和Web服務器)的團隊，應用交付團隊，移動團隊和應用程序或應用程序集團隊。擁有每個領域的專家對企業來說是件好事，然而，每個都有自己的工具，沒有能力跨孤島共享和度量信息是一件可怕的事情，因為這種情況容易導致新業務部署受到阻礙，支持跨越堆棧的敏捷性，卓越的服務質量和可靠性也隨之大打折扣。
3、用IT層完全構建云架構
每個人都想做云。組織云計算的自然方式是通過IaaS、PaaS和SaaS進行組織。因此，IaaS團隊擁有所有的硬件，以及虛擬化程序的管理。PaaS團隊擁有虛擬化管理程序之上的所有基礎架構軟件以及應用程序本身之下的所有基礎架構軟件——從虛擬服務器中的操作系統到運行時(JVM和PaaS框架)的所有內容，甚至可能是容器(而不是容器的內容)。SaaS團隊擁有JVM中的應用程序和容器中的一切。
這是一個戲劇性改進“筒倉”的方法,但同時會陷入一個陷阱，就是這些層的邊界是由抽象層如hypervisor,JVM和容器等構成的，每個抽象層使它很難看到上層與下層架構。
例如，很難知道JVM中運行的事務如何影響托管該JVM的操作系統，并影響托管運行JVM的VM的管理程序下面的硬件。這里的關鍵是實現跨越這些抽象層的度量和監控的方法，以便您擁有完整的從上到下的堆棧視圖(也稱為端到端視圖)。
4、解雇公司內部IT專家
執行管理層很想要“我不想再擔心這個問題”，然后他們通過某種形式的外包來深入了解應用程序及其支持的系統，而不再使用公司內部專家。問題是外包的方法不能保證了解你的要求和環境的細節，這并不能完全解決運營問題。
這也適用于云服務。您不能也不應該將您的基礎設施外包給任何類型的云提供商，除非提供商愿意為您提供類似于您對內部環境所期望的可用性、吞吐量和響應時間SLA。
5、采取云優先策略
云戰略對于企業發展很重要。然而，特定類型的云策略(例如，公共云優先策略)是危險的。這是因為對任何特定類型的執行環境的偏見不會將所討論的應用程序支持的業務需求作為優先級。應用程序向其用戶和其業務成員提供所需響應時間和吞吐量的需求也不是優先事項。
合適的云策略應從擁有由應用程序實現的應用程序，或由業務服務的業務需求開始。它應該特別關注組成該業務服務的應用程序的性能(響應時間或延遲)，吞吐量(每單位時間完成的工作)和錯誤率。公共云供應商拒絕保證其基礎設施的延遲或吞吐量。這使得您無法保證在公共云上運行的應用程序或事務的延遲或吞吐量。
公共云供應商也拒絕保證其環境中單個虛擬服務器或實例的100%正常運行時間。這意味著，您和您的應用程序架構師有義務將您的應用程序設計為無狀態，沒有單點故障。這對于為云設計的全新應用程序是可以實現的，但是實際上不可能將所有的現有狀態應用程序改造為“不可靠的”云操作模型。
云戰略是一件偉大且必要的事情。但是，根據您的業務需求，您最好使用私有云或IaaS產品，以確保您自己的專用裸機執行環境，并訪問所有裸機利用率、延遲、吞吐量和爭用指標。
總結
IT運營面臨降低成本、提高跨堆棧的敏捷性和響應能力等壓力。在公共云中運行所有業務的公司希望能使IT運營變得更為簡單，但是，無法自我控制關鍵應用程序運行的基礎架構是不行的。認為公共云提供商可以為您提供比您自己的內部IT專家更高的服務質量更是一種危險的妄想。
京公網安備 11010502049343號