如今，“云計算”一詞對大家來說，已經不再陌生了，市場上各種云也是百花齊放，各種公有云、私有云、混合云......那么你對容器云了解多少呢?容器云、Cloud Native，微服務等這些對企業又有著怎樣的影響呢?

在WOT2016互聯網運維與開發者峰會現場，51CTO記者獨家專訪到時速云技術總監楊樂，他分享了自己對于云原生與微服務的理解與未來趨勢的預測，并給使用這兩者的企業指出了使用過程中需要注意的問題，另外也為準備上云的企業提出了非常中肯的建議，相信會對企業有不小的啟發。

嘉賓簡介

[[165336]]

時速云技術總監楊樂

楊樂，時速云的聯合創始人兼技術總監。曾在阿里、賽門鐵克工作。于2014年開始做容器云及Cloud Native相關的一些解決方案的產品。在安全領域、云計算領域都有豐富的實踐經驗。

云原生與微服務

***，楊樂對微服務的演進做了簡要介紹。表示微服務的核心理念實際上早就有，最早人們提的時候是提SOA，也就是面向服務架構，但是這種面向服務的架構，最早在實現的時候比較困難，后來逐漸被人遺忘;而在容器技術成熟或者說大眾化以后，這個概念又重新被提起，轉化成一種思路就是微服務，不再有以服務架構為中心的模式了，而是離散的各自為戰.也就是說微服務是借助著容器技術的發展逐漸落地，或者說逐漸實踐才出來的。

那么云原生和微服務兩者又有什么聯系呢?楊樂指出，對于云原生來說，有一個比較好的解釋就是云土著。所有的應用在這個平臺上去創建、運行、消亡，整個過程都在平臺上，而這與容器技術或者說隔離技術是密不可分的。如果要運行，對輕量級是有要求的，所以說微服務是非常契合這種方式的，微服務成為Cloud Native應用平臺比較明顯的一個特征，也就是說檢驗是不是云原生，從微服務在這里面起到的一個關鍵的指標或者作用就可以看出來。

另外，楊樂又指出，云原生和微服務對企業的未來部署架構會發生一定的變化，使用容器云，容器技術，可以把IaaS或者底層資源全部抽象化。企業業務對底層硬件依賴程度大大減低，企業的關注點不再是擔心某臺主機壞掉或者宕機，而應該關注自身應用是否健康。比如說主機發生問題，需要做的只是把這臺機器重新啟動，檢查里面容器再運行就可以了，剩下的全部是自動化運營的方式來實現。另一方面，為企業的軟件交付過程提供了非常便捷的平臺，加快了從開發測試到生產部署的整個流程，這樣可以提高企業的開發效率，或者說迭代效率，為企業降低IT管理成本。

企業在選擇云原生和微服務的過程中需要注意的問題

當企業想采用云原生和微服務的技術架構時，該注意哪些問題呢?假如是一個新生或者初創企業，從無到有，則可以完全采用重新的架構，沒有任何歷史負擔。如果企業原有軟件架構一直在運行，業務流程都已經穩定了，去突然改變，成本是非常高的，對于這些企業，楊樂建議可以采取逐步過渡的方式，首先將企業的容器或者云平臺搭建好，然后逐步將企業的應用分批，或者說等新功能來了以后，再切上去。這樣逐漸把所有的功能移到新的模式上去。

在逐漸遷移的過程中會遇到哪些困難呢?

楊樂指出，在這個過程中，企業有可能會遇到容器云平臺是否可以滿足業務的性能，或者是說業務的指標要求的問題。比如說網絡的性能可能容器化以后，會有一些損失，資源管理的操控性有可能變小等問題。這時企業就需要面臨一個問題：是要選擇可以使企業運維、部署更新比較方便，但有可能會面臨某一些性能或者管理的損失的微服務架構平臺呢?還是更新迭代速度慢的老的方式呢?這就需要企業根據自身的發展規劃來做決定。

未來趨勢預測

楊樂指出，容器技術毋庸置疑，將會是未來虛擬化的一個發展方向。尤其是對軟件交付、持續集成，整個開發的部署過程，還有軟件的迭代過程影響是非常大的。其次企業的架構方式也將會隨著容器的大眾化發生改變，逐漸向微服務邁進。另外DevOps也會隨著以上這些技術問題的實現逐漸流行起來。

時速云產品在微服務及軟件交付方面的優點

時速云提供的公有云產品服務，包括容器服務、持續集成、鏡像服務、私有托管等。微服務方面，平臺原生支持微服務的編排，多個容器共同組合成服務，容期間共享存儲和網絡，Stack層次支持負載均衡和自動伸縮。在軟件交付過程中，用戶可以在時速云快速代碼集成、構建以及鏡像推送，一健部署部署應用，對于有狀態服務可選擇分布式存儲的掛載。在應用運維過程中，支持實例個數的自動伸縮和應用的灰度升級。持續集成支持快速構建和自動構建，支持代碼倉庫變動的自動觸發，支持國際節點構建，以及不同的構建和部署規則。鏡像中心提供了大量有效可用的鏡像。時速云的私有集群產品，允許用戶搭建私人專區，保證用戶的獨立性與隔離性。也可以支持用戶根據需要手動或自動建立自己的集群。

對準備上云公司的建議

目前企業“上云”是一個大趨勢，對于還沒有上云的企業，楊樂給出了以下建議：

• 根據企業自身發展狀況選擇適合自己的云，私有云還是公有云?
• 在選擇容器云時，考慮清楚所要解決的問題，到底是自身的IT的架構，還是自身的開發運維的方式?
• 容器云需要底層有計算資源的支撐，上云前考慮好企業到底是需要容器云，還是要抽象硬件的IaaS?