【微服務架構】K8S有哪兩個分類?它的元件是什麼？

　　K8S是程式設計師進階提升的首選課程，不僅Linux運維人員需要掌握它，也是開發人員應該掌握的一門技術。那麼你知道K8S有哪兩個分類嗎?K8S核心元件是什麼?如果這些你還不清楚，這篇文章一定要看。

　　K8S有哪兩個分類?

　　1、自主式pod：自我管理的，建立以後，依然是提交給API server，由API server接收後藉助Scheduler將其排程到指定的node節點，然後由node啟動此節點後，如果有pod中容器出現問題了，需要重啟容器，那是由Keepalived來完成，但是如果節點故障了，pod也就消失了，所以它有這樣的壞處，沒辦法實現全域性的排程，所有建議使用第二種pod。

　　2、控制器管理的pod：正是控制器這種機制的使用，使得在K8S上的叢集設計中，pod完全就可以叫做有生命週期的物件，而後由排程器排程到叢集中的某節點，執行以後，它的任務終止也就隨著被刪除掉，但是有一些任務，大家知道傳統上有nginx、tomcat，它們是做為守護程式執行的，那麼這種執行為pod容器的話，我們要確保它是時刻執行的，一旦出現故障我們要第一時間發現，要不重建取代它，要不重啟，這種情況下pod控制器就可以觀測並實現。

　　K8S核心元件是什麼?

　　etcd：儲存了整個叢集的狀態;

　　apiserver：提供了資源操作的唯一入口，並提供認證、授權、訪問控制、API註冊和發現等機制;

　　controller manager：負責維護叢集的狀態，比如故障檢測、自動擴充套件、滾動更新等;

　　scheduler：負責資源的排程，按照預定的排程策略將pod排程到相應的機器上;

　　kubelet：負責維護容器的生命週期，同時也負責volume和網路的管理;

　　container runtime：負責映象管理以及pod和容器的真正執行;

　　kube-proxy：負責為service提供cluster內部的服務發現和負載均衡。