電信業界言必稱云管端，“云”代表服務器、存儲器等IT基礎設施、“管”代表路由器、光纖、基站等通信基礎設施，“端”則代表終端、OS及其應用，三者構成了端到端的基礎設施。稍一推敲，“管”的未來是“智能管道”，“端”的未來“智能終端”，“云”的未來難道是“智能云”？錯了，云和智能都是對未來的狀態的描述，云就是智能，智能就是云。“云”并非與管道、終端并列的實體，而是一種基礎設施能力供給的新模式，計算、存儲、傳輸、呈現，概莫能外。

云計算對建智能管道的意義？

云模式的顯著特征，從需求方來看是至少包括泛在化和可配置，從供給方來看就是彈性化、資源池、虛擬化和分布式等。在未來端到端的基礎設施中，不論是存儲、計算、傳輸還是終端呈現，都將按云模式重新部署，以實現更高效的資源供需匹配。智能管道是網絡能力的云化，智能在云中，其最被人認知的技術特征——分忙閑時、分終端、分業務、分客戶群提供變速率、差異化Qos的通信服務不正是云計算所宣揚的“按需取用”么，只不過取用的是網絡能力而非計算能力罷了。

任何一個應用/服務均離不開存儲、計算和通訊三大模塊，智能在底層和表層的分布也可以表述為云模式的端到端適用。可以說，ICT產業的端到端的基礎設施都被云化。要追尋這背后共同的驅動力是什么？關鍵詞是需求！

IBM彭明盛團隊在2002年提出隨需應變，這個“需”就是用戶需求。與之同時提出并廣為傳播的說法還包括“未來計算能力將像水和電一樣，開個開關就可以流”，“云存儲”、“智能管道”、“云殺毒”等。實際上，“云”背后就是一個由客戶驅動的共同理念，既任何人在任何時間在任何地點可以與任何人進行任何形式的通信，這不正是需求所表達的么？云計算、智能管道，背后都是客戶的實際需求。

因此，云計算的發展對運營商構建智能管道是否可資借鑒呢？

如何破解運營商管道化難題？

IaaS提供按需取用的存儲、計算能力。真正有能力提供Iaas的只有谷歌、亞馬遜等少數幾家，但長遠來看，隨著云計算的普及，底層能力必將商品化。如果我們認同存儲、計算和通訊都在朝著云化的方向演進，而智能管道是網絡能力云化的另一種表述，那么，IaaS供應商面臨的問題智能管道運營商也一定會遇到——市場上的基礎運營商往往都只有3家，但管道化卻不可避免。除了產業博弈，普遍服務義務和網絡中立監管也推進這一進程。

試想，如果本來就只是IDC主機托管商，即使讓其具備提供IaaS的能力，也只是更好的扮演原來的角色罷了——商品化計算、存儲能力的提供者，其革命性意義體現在需求方而非供給方。類似地，變速率、服務質量差異等，智能管道僅僅作為一個技術愿景，可能會為用戶帶來更好的體驗、刺激業務創新，但必然不能解決運營商管道化的產業難題。

如果一定要智能管道承擔這一產業重任，只能賦予其更多的內涵，正如PaaS賦予云計算的。

云計算提供的商業智慧

云計算供應商通過該模式能迅速建立生態系統，鎖定云業務的客戶忠誠度。但幾乎沒有一家巨頭是純粹的云計算供應商，純粹的云計算供應商必將被商品化。最為關鍵的是PaaS與這些巨頭的整體戰略具有很好的協同性，比如salesforce可以通過PaaS模式匯聚一批創意開發者不斷為其CRM產品添加插件，滿足企業客戶日益個性化的需求，而AWS對amazon意味著從企業的E-commerce環節切入企業的內部信息化環節，提供E-business一站式解決方案（國內阿里巴巴也在做類似的事情）。因此，與其說平臺即服務（PaaS）是云計算常設模式，倒不如說是各大巨頭如何利用云計算的商業邏輯。

由此可以想見，智能管道也不僅僅是基礎設施，更應蘊含商業智慧，運營商也不應為了智能管道而智能管道，而首先應找到智能管道所能服務的商業愿景。聚合平臺就是這樣一個商業愿景，智能管道必須具備支持這一愿景的技術能力，具體而言就是：建立一套友好的開發環境，向合作伙伴開放豐富的網絡API并支持與主流能力（存儲、計算、終端、軟件、各大OTT）的混搭網絡。后面一點尤其關鍵，未來的競爭是端到端的競爭。

運營商必須意識到，僅僅開放網絡能力無法保證平臺的競爭力。PaaS供應商們除了開放了云計算所在底層的能力，更多導入了表層的能力（如salesforce的CRM和Google Map），除了開放自身的能力，還支持外部能力（包括表層和底層）的導入（如salesforce支持開發者調用amazon EC2和facebook的API）。