混合云架構困難重重。
首先，方案的整體規劃，需要將傳統的本地IT架構和公開以及私有云部署融合在一起，涵蓋不同系統的集成，同時還要保證安全性。為這樣的規劃做準備需要海量的管控工作。管理如此多樣復雜的新環境令眾多企業煩惱不堪。錯誤不可避免——有時候還是重大失誤。
咨詢師David Linthicum說，在實施混合云架構上很多企業之前都會犯的一個錯誤是從OpenStack開始。 IT企業使用開源云軟件平臺來構建私有云，它提供了類似公有云的功能，但是使用的是內部架構。這么做很合理，但很多企業并沒有真正理解他們會面臨的問題。
“他們采取的方案會遇到很多工程難題，因此最終不是超支，就是很快便放棄了，”Linthicum說。
對于很多企業而言，問題在于他們過于相信私有云的魔力——它可靠且易實現，是公有云的替代方案，Linthicum說，
“咨詢師們都知道，”部署私有云的復雜度，“外部的確沒有很好地溝通”，他說。
成為業務部門可靠的合作伙伴如今，更好地理解了技術，并且擁有了更好的工具，企業在實施混合云架構時不會那么容易犯致命錯誤了；但是每當新產品出現時，市場上的噪音對企業會產生負面影響，咨詢公司Hurwitz & Associates的董事長Judith Hurwitz說。
使用軟件即服務。當SaaS應用首次面世時，業界熱鬧非凡，各大企業欣喜若狂。他們能夠在數秒內下載一個應用并且運行起來——而無需理會IT的繁文縟節。這樣非常便利，直到每個部門都有30個SaaS應用時，IT被叫來清理現場。
“這樣的場景在每一代技術的更迭中都會發生，無論是客戶端-服務器或者各種計算浪潮里，大家都想自己完成想要的東西，因為等待IT處理太讓人煩躁了，”Hurwitz說，指的是新企業技術的倉促忙亂的引入。
沒有計劃，沒有底層架構，同時沒有管理眾多web應用的管控框架，這些只是很多IT部門困擾的開始，Hurwitz說。
不能頭痛醫頭腳痛醫腳，IT部門需要學習如何預防問題的發生：和業務部門一起，傾聽用戶的需求。
“因此不是IT說不。IT部門應該說，‘我們有專家，有經驗，讓我們一起來讓這個變成現實’，”她說。
和技術供應商積極合作Hurwitz的所說的部門間的結盟也是另外一種IT錯誤。IBM工程師Rajesh Jaluka曾經負責管理一家大型醫院系統的IT項目 -- 項目原因不方面透露醫院的名字 -- 中央IT部門沒有開發任何關于下屬醫院之間如何完成工作的技術標準。
“他們的確期望我們，作為引入技術的外部開發團隊，來驅動標準，因此他們并沒有積極參與其中，”Jaluka說。
缺乏參與是致命的。Jaluka說他的IT團隊負責的中央數據庫的其中一個和自動化綁定了 ——并且接入了病人監控系統。自動化是由“事件”觸發的，比如數據庫更新。但是沒有任何文檔記錄了是什么觸發自動化。錯誤的消息甚至可能會重啟機器。
“如果做錯了什么，那么就會影響到病人，甚至可能帶來生命危險，”他說。
標準也是Pamela Wise-Martinez的頭等大事，她是保護養老金的政府機構的首席云和企業數據架構師。她認為擁有堅實的企業架構— 展現需求和業務部門以及IT部門期望的藍圖—在任何IT項目交付之前是最重要的，無論是像部署混合云架構這么復雜且大規模的事情，還是僅僅需要優化一條業務流程。
“如果沒有企業架構師參與，那么就不可能理解如何會影響到企業的其他部門，”她說。
美國政府也遇到過類似的問題。在二十世紀早期，當引入面向服務架構來在機構之間共享并提供數據時，就遇到了類似的困難。
“我們只是在這個領域沒有足夠的知識和培訓，因此聯邦政府發現要達到目的非常困難，”Wise-Martinez說。
探索未知世界在實施混合云架構時沒有足夠的知識儲備，會導致一系列的后果。Linthicum說歐洲企業通常會犯的一個錯誤是將財務數據遷移到公有云上，因此這些數據會挪動到國家之外，這是違反歐盟數據保護法的。
“他們選用了某個系統，并遷移過去的時候，實際上完全沒有理解為什么要這么做，”Linthicum說，“這些他們只能在監管部門發現之前盡快悄悄地挪回來。”
但是IT領域的錯誤也有其自身價值。Hurwitz引用了90年代的客戶端-服務器計算模型。
“我杜撰了一個詞，稱之為‘胖客戶端綜合征’，”她說。“將這么多的邏輯和數據放置到每個客戶端并最終讓其不堪重負。”
錯誤的根源也很簡單：技術還沒發展成熟。但是這一失敗中卻推進了分布式計算步，讓業務用戶比之前任何時候更為強大。
“如果不犯錯，那么就會永遠停滯不前，”Hurwitz說。“因此我認為這是科技世界必經的創造性破壞階段。”
京公網安備 11010502049343號