很多朋友對于k8s和docker的關系和k8s屬于運維還是開發(fā)不太懂，今天就由小編來為大家分享，希望可以幫助到大家，下面一起來看看吧！
k8s為什么要棄用docker
原因如下：
docker比k8s發(fā)布的早；
Docker本身不兼容CRI接口，官方并沒有實現CRI的打算，同時也不支持容器的一些新需求，社區(qū)想要擺脫Dockershim的高維護成本，。
k8s不能直接與docker通信，只能與CRI運行時通信，要與Docker通信，就必須使用橋接服務(dockershim)，k8s要與docker通信是通過節(jié)點代理Kubelet的Dockershim（k8s社區(qū)維護的）將請求轉發(fā)給管理容器的Docker服務。
Dockershim一直都是Kubernetes為了兼容Docker獲得市場采取的臨時方案（決定）。
k8s在過去因為Docker的熱門而選擇它，現在又因為高昂的維護成本而放棄它，我們能夠從這個過程中體會到容器領域的發(fā)展和進步。
對于已經統(tǒng)治市場的k8s來說，Docker的支持顯得非常雞肋，移除代碼也就順理成章。
在集群中運行的容器運行時往往不需要docker這么復雜的功能，k8s需要的只是CRI中定義的那些接口。
k8s和nginx哪個好用
兩個用途不一樣，k8s是管理docker用的，nginx是負載用的
redis集群適合放到docker上嗎如果是k8s集群，持久化數據怎么辦
每個pod在被生成重啟或被調度都將以新的身份加入集群，在掉線或失聯都將被T出集群[摳鼻]集群始終保持一定數量pod然后只要保持這個集群相對穩(wěn)定就行[酷拽]
k8s是什么
k8s是一個編排容器的工具，其實也是管理應用的全生命周期的一個工具，從創(chuàng)建應用，應用的部署，應用提供服務，擴容縮容應用，應用更新，都非常的方便，而且可以做到故障自愈，如一個服務器損壞，可以自動將這個服務器上的服務調度到另外一個主機上進行運行，無需進行人工干涉。
k8s可以更快的更新新版本，打包應用，更新的時候可以做到不用中斷服務，服務器故障不用停機，從開發(fā)環(huán)境到測試環(huán)境到生產環(huán)境的遷移極其方便，一個配置文件搞定，一次生成image，到處運行。
該學docker還是k8s
學docker
雖然Docker和Kubernetes乍一看可能很相似，但這兩個平臺完全不同。如果您想在不擔心部署問題的情況下使用容器化應用程序，您需要從學習Docker開始。如果您的目標是保持多個容器化應用程序正常運行，那么Kubernetes是一個可以利用的絕佳平臺。如果您是開發(fā)人員，您很可能需要先學習如何使用Docker。
關于k8s和docker的關系和k8s屬于運維還是開發(fā)的介紹到此就結束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。
