Kubernetes中怎么使用Deployment

本篇內容介紹了“Kubernetes中怎么使用Deployment”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

開始

配置文件包括一個靜態頁面。首先，我們想要開始為它的靜態內容服務。從Kubernetes repository的root開始，運行：

這個在8001端口運行了一個proxy。你現在可以訪問：http://localhost:8001/static/ ，就是demo網頁版（它現在登錄進去顯示出來的是一個空白頁面）。現在我們想要運行一個應用，并且將它展示到網頁上。

這些代碼用“update－demo：nautilus”部署了一個應用的副本，你可以點擊這里觀看：http://localhost:8001/static/

網頁上展示的卡片代表的是：一個Kubernetes pod，pod的名稱（ID），狀態，鏡像和標簽。

數量變大

現在我們想要更多這個應用的復制件！

更新你的應用程序

更新應用會怎么樣呢？

此代碼打開了你的默認編輯器，然后你可以在fly上面更新配置。找到.spec.template.spec.containers[0].image，然后修改nautilus到kitty，然后你會看到：

你現在要做的是將這個應用的鏡像從“update-demo:nautilus”更新到“update-demo:kitty”。

過一會兒，你就會發現更新似乎被絆住了。發生了什么呢？

調試rollout

如果你看的再仔細一點，你會發現那些帶有“Kitty”標記的鏡像仍處于待定狀態。一旦運行失敗，Deployment會自動停止roll。讓我們來看一看新的pod上發生了什么：

看一下這個pod的events，你會注意到Kubernetes由于找不到“kitty”而無法pull鏡像：

回滾

好的，現在我們想要撤銷做出的修改，然后花時間理清楚我們應該使用哪個鏡像標簽。

所有東西都恢復到正常，耶！

更新你的應用程序

之后，我們終于找出正確的鏡像標簽是“kitten”，而不是“Kitty”。現在將.spec.template.spec.containers[0].的鏡像標簽從“nautilus”改到“kitten”。

現在在demo網站上可以看到有4只小貓，這也就意味著我們已經成功地更新了應用！如果想要了解這背后的鏡像，來看這個的Deployment吧：

從events章節可以看到配置正在管理另一個叫做Replica Set的資源，每一個都管理不同pod模版的副本的數字。

“Kubernetes中怎么使用Deployment”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！