2011年,咱們的運維又將面對什麼樣的挑戰或是問題呢?數據庫
固然,也許這些思考和想法只是適用與咱們當下的狀況,並不具備普適性。運維
事實上隨着業務線和用戶的不斷增多,有兩個問題將會挑戰咱們將來的運營之路:混合和融合。ide
混合:開發
由於成本控制和業務發展的須要,同時防止過分與任何一個廠商的過分合做,致使失去對於將來技術構架的控制。混合顯得尤其重要。例如在咱們以LINUX爲基礎的總體構架中,LINUX對於商業運行的不成熟也會偶有發現,相比那些老牌大廠的UNIX產品,還有有必定差距的。更不要說開源的第三方軟件了,一旦投入運行,發現BUG後除非你和該產品的開發小組有很好的聯繫,有可能快速修復。要不你能夠象GOOGLE那樣,有堆積如山的大牛,能夠一行一行的開代碼,而後FIX這個BUG。不然,只能用蹩腳的英文寫一個mail,而後發出去,猶如泥牛如海。接下來,就一個字等......
固然混合是多種範疇的。包括技術混合,服務混合等等。例如對於關鍵應用咱們能夠經過購買ORACLE相關服務,並升級UEK內核或者直接購買RHEL服務,保證咱們的企業級應用,而對於重要程度通常的,咱們能夠採用一些社區版本(例如CENTOS)。而經過對產品和服務的水平和垂直的拆分,咱們在技術應用上有能夠較爲獨立的選取適合咱們本身的技術和服務。保證公司的業務能夠快速發展。開源軟件
融合:
隨着混合應用技術等的混合形式不斷增長,融合的需求也會隨之增多。比較典型的狀況,例如咱們須要將SQLSERVER、ORACLE、MYSQL甚至是非關係型的MONGO DB數據庫中的數據統一在一塊兒,而後進行統計分析,甚至是看上去很美實際效果卻差強人意的數挖掘。固然,融合也會是多種層面,多種方式的。不過須要說的一點是,融合並不必定須要購買第三方的而後,其實本身開發能夠不錯的選擇。產品
做爲混合或者融合,最爲重要的就是對度的把握,對標準的構建。例如:不管向左走(徹底購買廠商服務)或是向右走(徹底使用開源軟件),都會把本身逼到一個困難的境地。因此須要具體業務具體分析,將一切儘量的置於可控或是基本可控就很是優秀了。畢竟咱們不是神。it
最後,咱們更應該頭腦清楚的知道一件事,不管你在技術上多麼爲人稱道,多麼光鮮,寫了多少讓人欽佩的博文。一旦公司的運維繫統中止了服務,你最應該完成的工做實際上是沒有作好的,千萬別本末倒置。社區