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