中文課程 – Kubernetes 技術入門與實戰 - Soft & Share 線上課程資訊分享

課程簡介

通過實際操作講解 Kubernetes 基本概念和使用

简体中文课程介绍

從這 6.5 小時的課程，你會學到

如何搭建 kuberntes cluster
kuberntes 基礎架構
kuberntes 的核心概念和基本操作
kubernetes的 Network 和 Service
Kubernetes HealthCheck
Kubernetes Service Discovery
Kubernetes volume, secret, configmap

要求

課程說明

2018年是kubernetes之年

2017年底在美國德州 Austin 的 Dockercon17 上，Docker 宣佈支持 Kubernetes，至此基本宣告在容器編排領域，Kubernetes 取得了階段性的勝利，但是否是絕對勝利，還要看 K8S 後續的成長，因為接下來K8S要面對的是，越來越多的企業用戶開始在生產中大規模使用以及隨之而來的集成複雜軟件的挑戰。但不管從哪方面講，2018必將是 Kubernetes 之年。

時間回到2014年6月，Docker 1.0發佈。從1.0開始我們使用 Docker 就不在會收到「「Do not run in production!」的警告了。1.0代表著一個軟體的成熟，可以用於生產環境了。但是尷尬的是，這個1.0只是 Docker Engine , 而單一個 Docker Engine 並不能用於生產環境，生產環境的複雜性並不是一個兩個容器能夠解決的，是需要成百上千的容器，而這麼多的容器，他們的管理需要有一個容器編排的工具，但是 Docker 公司並沒有。值得肯定的是，Docker Engine 作為一個開源免費的工具，確實給廣大開發者帶來了福音，極大的方便了軟體的測試和部署，由此Docker 也迎來了一批忠實的擁躉。

2014年中（個人猜測應該是6月），容器編排工具 Kubernetes 誕生，並迅速得到 Google 和RedHat 的支持。2014年7月，Docker 收購 Orchard Labs，由此 Docker 公司開始涉足容器編排領域，Orchard Labs 這家2013年由兩位牛逼的年輕人創建的公司，有一個當時非常著名的容器編排工具 fig，而這個 fig 就是 docker-compose 的前身。Docker Compose 雖然能編排多容器的 APP，但是卻不能實現在多個機器上進行容器的創建和管理。所以此時 Docker 公司和Kubernetes 並未開始正面競爭和衝突。

2015年初，Docker 發佈 Swarm，開始追趕 Kubernetes 的腳步，正式進入容器編排領域。2015年7月，Kubernetes 1.0發佈，標誌著 Kubernetes 可以用於生產環境。 2015年11月，Swarm 1.0發佈。Swarm 開始了和 Kubernetes 的正面競爭。

2016年3月，Docker 公司寫了一篇軟文，聲稱在各項 benchmark 中 Swarm 完勝Kubernetes。2016年6月，一個重要的導火縣事件，Docker 在其 1.12 版本裡內置整合了Swarm，Swarm 像 Windows 內建 IE 一樣成了 Docker 默認的容器編排工具，這在容器編排生態圈里引發了軒然大波，從2016年7月底開始，Google Kubernetes 佈道師 Kelsey Hightower 和 Docker 的 CTO Solomon Hykes 在 Twitter 上發生了一場撕B大戰。Docker公司的這種不正當競爭的做法引起了業界的強烈不滿，大家紛紛開始站隊，一場容器編排的戰爭一觸即發。

2017年3月，Docker公司宣佈 Docker 企業版誕生，自此開始區分社群版和企業版，從2016年到2017年初，Docker 公司的一些列動作充分展示了一個創業公司的盈利壓力。Docker 公司的一系列努力，並沒有能讓 Docker Swarm 走上容器編排的巔峰，相反，Kubernetes 因為其優秀的架構和健康的社群環境，得到迅速發展，在生產環境中得到了廣泛的應用，然後用戶反饋，社群回應，良性循環了下去。2017年各大廠商都開始擁抱 Kubernetes，亞馬遜 AWS，Microsoft Azure，VMware，有的甚至拋棄了自家的產品。於是乎就有了本文開頭所寫的2017年底，Docker宣佈在自家企業版里支持 Kubernetes，和 Swarm一起作為容器編排的解決方案供用戶選擇。

縱觀這段短短的歷史，Docker 成就了 Kubernetes，其實反過來 Docker 也是受益者，畢竟在容器底層技術領域，Docker 還是老大，Kubernetes 底層更更多的還是選擇使用 containerd（工業標準的容器運行時，2016年從 Docker Engine 剝離出並捐獻給社群）。而對於我們學習者和使用者來講，要學習 Kubernetes 之前必須要先深入瞭解 Docker，當然如果能深入瞭解下Docker Swarm 會更好，因為你會不自覺的去比較，看看 Swarm 和 Kubernetes 比，有哪些優點和缺點。

最後送給大家一句話，學習 Docker 和 Kubernetes 不能只看文件和教程，一定要動手實踐，越多越好。