摘要：\" inline=\"0\"\u003E\u003Cp class=\"pgc-img-caption\"\u003E\u003C\u002Fp\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E\u003Cstrong\u003EKuturenetes\u003C\u002Fstrong\u003E\u003C\u002Fp\u003E\u003Cp\u003E因此，雖然有很多關於未來輕量級虛擬機會取代容器或無服務器容器取代Kubernetes的討論，但企業的應用程序是多樣化的，很少會出現同樣規模的情況。\" inline=\"0\"\u003E\u003Cp class=\"pgc-img-caption\"\u003E\u003C\u002Fp\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E\u003Cstrong\u003E無服務器編排\u003C\u002Fstrong\u003E\u003C\u002Fp\u003E\u003Cp\u003E然而，就目前的情況而言，Kubernetes和無服務器架構正處於衝突過程中。

"\u003Cdiv\u003E\u003Cp\u003E【IT168 評論】試圖預測歷史上發展最快的開源項目的未來幾乎是徒勞的，因爲到目前爲止絕對沒有人能想象出這條路。從谷歌到社區其他成員的“傳承”已經發展成爲編配的實際標準，從來沒有一個項目以這種方式獲得了整個企業社區的集體支持。從CNCF成員的長名單就可以看出，無論是敵是友，支持Kubernetes不僅擱置了他們之間的分歧，也擱置了他們的競爭產品。在空前的支持、技術支持和企業精英的支持下，可以肯定地說，每個人都把雞蛋放在了一個巨大的Kubernetes籃子裏。在2019年的成功基礎上，2020年的Kubernetes將會有更大的發展前景。\u003C\u002Fp\u003E\u003Cdiv class=\"pgc-img\"\u003E\u003Cimg src=\"http:\u002F\u002Fp3.pstatp.com\u002Flarge\u002Fpgc-image\u002F1946a7ef6a8646ee8562ebdcec3fbd6a\" img_width=\"500\" img_height=\"281\" alt=\"Kubernetes 未來一年會有哪些變化？\" inline=\"0\"\u003E\u003Cp class=\"pgc-img-caption\"\u003E\u003C\u002Fp\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E\u003Cstrong\u003E無服務器編排\u003C\u002Fstrong\u003E\u003C\u002Fp\u003E\u003Cp\u003E然而，就目前的情況而言，Kubernetes和無服務器架構正處於衝突過程中。一方面，Kubernetes已經正式退出實驗階段並投入生產，另一方面，自從第一個PaaS推出以來，人們一直在爲無服務器而奮鬥。這讓我們得出一個結論:未來肯定會出現容器、無服務器架構和Kubernetes。\u003C\u002Fp\u003E\u003Cp\u003E問題又出現了：未來，Kubernetes將在無服務器容器中扮演什麼樣的角色？雖然未來總是充滿未知，但編排是非常安全的選擇。這是因爲無服務器容器基礎設施需要幾年才能趕上Kubernetes，而且需要高級協調器來構建更復雜的系統。因此，跳出Kubernetes的限制並圍繞其編排API進行整合是非常有意義的。此外，敏感數據和高優先級工作負載始終需要專用機器和專用硬件。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cstrong\u003E 混合編排\u003C\u002Fstrong\u003E\u003C\u002Fp\u003E\u003Cp\u003E理想的情況顯然無服務器的容器執行“突發”任務，而一些重要的設備則負責維護堡壘(穩態服務)。這意味着另一種層次的混合雲，它不僅包括內部基礎設施和幾個公共雲，而且還包括無服務器架構。就目前的情況來看，虛擬kubelet是Kubernetes使用無服務器架構的方法之一。Virtual kubelet是一個開源項目，它允許Kubernetes連接到其他api，目前正通過創建一個表示無服務器基礎設施的虛擬節點來集成Kubernetes和無服務器技術。Virtual kubelet保留了Kubernetes提供的所有功能，可以處理更高級別的概念，比如服務、部署、機密等等。Kubernetes和serverless之間的Knative，是一個基於Kubernetes的平臺，旨在爲實現無服務器類型函數提供Kubernetes-native API。\u003C\u002Fp\u003E\u003Cp\u003E企業想要的是混合雲，而Kubernetes是混合雲的核心，所以指望谷歌在這個時候袖手旁觀，幾乎沒有可能。谷歌的Anthos是一個以GKE on-prem、Istio、Velostrata等爲核心的混合雲平臺。它與其他混合雲產品的不同之處在於，Anthos提供了谷歌對Kubernetes的深入理解，甚至在容器中紮根更深。Velostrata是業界第一個由谷歌構建的Kubernetes遷移工具，Anthos還提供了配置管理、Stackdriver、GCP雲互連和GCP市場。讓人不得不認爲這是谷歌蓄謀已久的計劃，接下來要做的就是看Anthos如何實現混合\u002F多雲管理。\u003C\u002Fp\u003E\u003Cdiv class=\"pgc-img\"\u003E\u003Cimg src=\"http:\u002F\u002Fp1.pstatp.com\u002Flarge\u002Fpgc-image\u002F883a555d65cc4a80969371122f0235e8\" img_width=\"500\" img_height=\"333\" alt=\"Kubernetes 未來一年會有哪些變化？\" inline=\"0\"\u003E\u003Cp class=\"pgc-img-caption\"\u003E\u003C\u002Fp\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E\u003Cstrong\u003E端到端CI \u002F CD\u003C\u002Fstrong\u003E\u003C\u002Fp\u003E\u003Cp\u003E另一個更普遍的現象是雲供應商開始關注開發人員的需求，比如幫助管理整個SDLC的端到端解決方案。目前來看，CloudBees、Jenkins和Jenkins X的架構師正在主導這個領域。今年早些時候，CloudBees甚至與Jenkins社區和谷歌一起推出了持續交付基金會(CDF)，這是Linux基金會的一個新分支，旨在開發和促進圍繞持續交付的開源項目和最佳實踐。此外，CloudBees還宣佈收購Electric Cloud，意圖成爲CI\u002FCD和ARA應用程序發佈自動化的第一家供應商。BitBucket pipeline是Atlassian的BitBucket雲的一部分，是這個市場的另一個大玩家，它最大的競爭對手之一是GitLab。GitLab也是CI\u002FCD的一個非常流行的選擇，它的構建測試和部署機制連接到它的存儲庫。\u003C\u002Fp\u003E\u003Cp\u003E在不久的將來，我們將在市場上看到更多的大型雲計算企業。很多大型廠商已經開始動作，比如Amazon的AWS CodePipeline，它在向AWS服務器交付代碼方面做得很好。同樣，去年年底Azure將Visual Studio Team Services更改爲Azure DevOps，這是一個旨在幫助用戶構建端到端自動化管道的服務。其中包括五個不同的工具，分別是Azure pipeline、Boards、Artifacts、Repos和Test plan，並且附帶了“任何語言、任何平臺”的文檔。“此外，微軟去年收購了GitHub，這意味着他們將在這個領域有所行動。\u003C\u002Fp\u003E\u003Cdiv class=\"pgc-img\"\u003E\u003Cimg src=\"http:\u002F\u002Fp1.pstatp.com\u002Flarge\u002Fpgc-image\u002F2d8b5d5bc0a44d228e58468be7cf1a45\" img_width=\"500\" img_height=\"274\" alt=\"Kubernetes 未來一年會有哪些變化？\" inline=\"0\"\u003E\u003Cp class=\"pgc-img-caption\"\u003E\u003C\u002Fp\u003E\u003C\u002Fdiv\u003E\u003Cp\u003E\u003Cstrong\u003EKuturenetes\u003C\u002Fstrong\u003E\u003C\u002Fp\u003E\u003Cp\u003E因此，雖然有很多關於未來輕量級虛擬機會取代容器或無服務器容器取代Kubernetes的討論，但企業的應用程序是多樣化的，很少會出現同樣規模的情況。雖然像Azure容器實例這樣的無服務器基礎架構是在雲中運行幾個容器的好方法，但是進行擴展時沒辦法繞開編排，企業更需要Kubernetes的強大功能。所以，未來的重點是關於如何使用Kubernetes來集中協調雲中的不同工作負載，這些工作負載包括傳統虛擬機、微型虛擬機、“未來”虛擬機、無服務器容器、虛擬機和裸機基礎設施。\u003C\u002Fp\u003E\u003Cp\u003E原文網址：http:\u002F\u002Ftechgenix.com\u002Fkubernetes-2020\u002F\u003C\u002Fp\u003E\u003C\u002Fdiv\u003E"'.slice(6, -6), groupId: '6716794025866691079