Gartner容器市場指南中國語境:容器成爲新常態,靈雀雲等本地廠商在選擇中佔據優點

 

在2019年2月「 China Summary Translation: 'Market Guide for Container Management Software'」的報告中，Gartner認爲，在中國市場，容器技術的使用是近期的熱點。本地廠商因爲可以貼近客戶實際需求，而在選擇中佔據優點，例如阿里雲、靈雀雲等中國本地廠商。

Gartner容器市場指南

報告中Gartner指出，到2020年，全球50%以上的企業將在生產環境中運行容器。容器的普及程度將在將來18到24個月內持續上升。

隨着容器技術的日漸成熟，客戶在部署微服務平臺時，每每會考慮容器落地。可是，因爲其快速敏捷的特色，容器的數量會在快速擴展時急劇上升，大大增長了技術管理的複雜度。原來虛擬機的管理方式已經沒法應對容器管理，不少客戶使用容器管理軟件來協助管理大規模的容器集羣。

在中國市場，容器技術的使用是近期的熱點。目前，主要是互聯網公司在大規模部署使用容器技術，但在生產環境中部署超過50個容器的大型企業案例並很少見。Gartner認爲，本地廠商因爲可以貼近客戶實際需求，而在選擇中佔據優點，例如，阿里雲、靈雀雲等中國本地廠商。

Gartner給出幾個關鍵結論：

應用開發者是容器技術的主要使用者，但容器管理軟件供應商愈來愈多地將基礎設施和運營（I&O） 做爲目標領域，以開發企業級市場機會。

容器編排能力十分關鍵，須要重點考慮，可是選擇解決方案時也須考慮其餘方面的能力，如應用生命週期集成、策略管理、監控、安全、存儲、網絡、治理以及應用編程接口（API）和管理用戶界面（UI）功能。

不少供應商強調多雲的主要優點，嘗試將軟件做爲支持多雲環境部署和工做負載可移動性的層結構來提供，以減小公有云鎖定。如今判斷這種部署模式是否會成功，還爲時尚早。

應用開發和運營領域的發展日益完善，這些領域與容器技術有很大的互補性，包括：

應用開發——DevOps將不斷推進面向CI / CD模型的交付最佳實踐。
應用架構——組件化雲原生設計, 包括網格應用和服務架構(MASA)，miniservices和microservices，正在不斷髮展。
基礎設施管理——做爲最佳實踐的不可變的基礎設施發展。
雲計算的採用還在繼續，自服務、自動化和水平可伸縮組件將成爲標準。

Gartner指出，針對內部定製開發的容器技術興趣在不斷增長，市場上將出現更多的供應商。其中許多供應商都有一些「遺產」，如應用程序發佈自動化，持續配置自動化或PaaS。ISV也將增長對容器的使用，這要求企業具備支持容器的基礎設施。一些早期採用的企業已經擁有了本身的容器堆棧。可是，大多數組織沒有普遍或深度的專業知識來本身作。他們須要解決方案層面的意見。例如，用本地容器工具，仍是從PaaS發展而來的工具？這沒有好壞之分，取決於開發人員所但願的抽象級別。

關於容器的將來

爲了解容器當前和將來的狀態，國外研究分析師 Tom Smith近期收集了30餘位積極使用容器技術的IT高管的看法。你們一致的觀點認爲：容器繼續成熟，採用率上升，複雜度降低，Serverless興起。

成熟

咱們期待與AI，AR和VR一塊兒使用更多的技術，隨着人們使用AI輕鬆地開發、部署和管理容器，容器將會被大量採用和創新，會有更多的計算能力來更快地完成任務。

預計會有愈來愈多的人採用，容器在企業中已經被高度滲透。CNCF表示容器已經有60%-70%的部署，可是運行在Kubernetes上的計算工做負載佔比要低得多。所以， Kubernetes還有巨大的增加機會。

愈來愈多的公司將會發現容器的好處，不只由於可使用容器來構建新的應用程序，並且真正開始重構現有的應用程序，並有效利用底層平臺提供的水平可伸縮性等功能。企業從談論雲和容器轉向在生產中使用容器，容器的使用成爲主流。與此同時，圍繞安全性和合規性的思考也將改變。

容器在容器編排和調度環境中提供了更好的狀態管理，以及更好的執行時間，以支持無服務器的用例。

容器使用率將繼續增加。推進新技術快速部署的能力不容忽視，容器的快速部署、管理和短生命週期的快速發展將推進新功能的開發。公司不得不跟上容器技術環境的快速變化，安全、編排和開發等領域都充斥着破壞的機會!

將來，容器將做爲企業應用部署和管理的關鍵基礎設施。隨着技術的成熟，它會變得更加穩定、標準化和便攜。但願成熟的容器技術可以帶來更多的用例，諸如應用程序智能、性能表現等。

就像全部優秀的技術同樣，容器變得「Boring」。解決方案提供商在包裝和分銷方面作得更好，將會有更多關於如何在容器周圍加入信任，確保不是惡意以及防止臃腫的知識。

圍繞Kubernetes的編排正在標準化，這將加速開源和商業生態系統的發展，並推進工具開發。還將看到，隨着雲供應商提供一致的產品，這個堆棧也將成熟起來。甚至微軟、亞馬遜和IBM都支持 Kubernetes。五年後，不運行Kubernetes和Docker的企業將成爲少數。

清晰

容器將像任何優秀的技術同樣繼續消失於背景中，工具使得利用技術變得更容易，容器的部署和使用將有更大的簡化。

容器是一種在本地或雲中構建類雲應用程序的機制，容器變得更容易處理和擴展，沒有單點故障，也沒有單一供應商。

容器使事情變得不那麼複雜，成爲新的常態。開發人員但願在容器中構建全部新應用程序，人們須要改變構建的方式，首先分析應用程序，以便在發佈時，能夠監控從構建到生產到建設和擴展的全流程。

1)今天Kubernetes不是以app開發者爲核心角色而構建的。須要讓 Kubernetes更易於開發人員快速啓動和運行。

2)咱們看到了在Knative和OpenFast等Kubernetes之上構建抽象的趨勢，在Kubernetes之上部署了無服務器功能，抽象了the knobs of Kubernetes。隨着愈來愈多的項目成熟並以原生方式運行，更多開發人員能夠更輕鬆地使用該技術。只有28％的應用程序在容器上運行，它還處於早期階段，咱們有機會讓這項技術變得更加平易近人和實用。

容器仍然太複雜。若是比較一下如今開發人員所須要的知識量，就會發現間接須要的能力比五六年前要複雜得多。五年前，若是想構建一個Python應用程序，有一些衆所周知的標準。如今開發人員不只要學習如何生成Docker鏡像，還要學習如何在編排系統上部署，如何將配置傳遞到容器，以及全部關於安全性的細節。最終，開發人員將沒必要處理容器，由於更高級別的抽象是構建在容器之上的。

無服務器和FaaS已經在路上

在開發人員體驗和開發速度方面，容器的價值獲得堅實地證實。然而，在容器安全性方面確定會有所改進。將來，咱們設想一個更安全的容器，運行沙箱在Nano VMs，就像Kata容器或AWS Firecracker同樣。Serverless函數將代替傳統API應用程序的大量工做。

在運營框架和如何描述自動化之間有兩個巨大的機會。 Kubernetes已經成爲標準。快速腳本工做。運營者有可能在很是強大的環境中實現這一目標。咱們一直在尋找可使用的80/20工具。當使用標準化的YAML語言進入Kubernetes時，標準化的應用程序自動化將爲咱們提供一個功能強大的地方，在這裏咱們能夠看到一個真正的服務目錄。無服務器FaaS也很是使人興奮，由於它容許您只專一於應用程序的邏輯。

容器使每一個人均可以輕鬆實現無服務器。沒有必要依賴虛擬機，虛擬機正在消失。它更容易轉向Serverless，容器隨着時間的推移會有所改善。將有更多選項能夠在容器內運行更多應用程序。他們將繼續改變，改善，變得更加穩定，更快地從失敗中恢復，同時省下大筆資金。

無服務器和FaaS已經在路上。更高級別的抽象有助於在系統中得到更小的組件。隨着顆粒愈來愈小，必須弄清楚如何管理和知道在哪裏運行，這時候 Istio做爲一種服務網格產品，能夠幫助跟蹤全部組件。

1)在去年的KubeCon上，「Serverless」計算的概念是指向容器創新將來的一個重要話題和熱點——即構建和部署幾乎任何類型的應用程序，而無需配置或管理運行這些應用程序的服務器。此外，用戶將根據使用模式付費，只支付所消耗的計算時間，不運行時不收費。

2) 容器最終將取代虛擬機。與vm相比，容器提供了顯著的優點，如下降了部署成本、顯著下降了啓動性能、減小了機器佔用空間，且具有易用性。隨着愈來愈多的公司和IT組織使用容器，將會出現應用程序從虛擬機到容器的大規模遷移。

3) 容器的採用幅度將遠遠超出僅以Docker爲主要容器類型的狀況。競爭產品將被更普遍地接受和使用。Docker做爲市場領導者，已經偏離了標準容器技術的開發，而是更加專一於開發和營銷一個全面的應用程序開發平臺。致使其餘容器產品的普及和使用的大幅增加。

參考資料：
1. Gartner 「China Summary Translation: 'Market Guide for Container Management Software'「，by Kevin Ji & Dennis Smith, Published on 18 February 2019， ID: G00382483.
2.The Future of Containers

https://dzone.com/articles/the ... ers-1
3.Cloud 2019 Predictions (Part 5)
https://dzone.com/articles/clo ... art-5