本篇内容介绍了“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”。
过一会儿，你就会发现更新似乎被绊住了。发生了什么呢？
如果你看的再仔细一点，你会发现那些带有“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”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
