当前位置:  开发笔记 > 运维 > 正文

apiVersion和beta版本

如何解决《apiVersion和beta版本》经验,为你挑选了1个好方法。

按照文档创建部署,我有一个.yaml文件,如下所示:

apiVersion: extensions/v1beta1
kind: Deployment
...

我不知道该怎么做"extensions/v1beta1",所以我最终在API文档中找到了.

这听起来好像我应该使用值"v1",但是当我尝试使用kubectl apply.yaml文件时,这似乎没有效果.

有人可以帮助我更好地理解apiVersion值的含义以及如何确定每个组件使用的最佳值吗?

哦,我正在使用minikube和"kubectl版本"报告客户端和服务器是"GitVersion:"v1.3.0".



1> Robert Baile..:

您链接到的文档来自Kubernetes 1.0(一年前)发布之前.那时,我们有API的beta版本,并且正在迁移到v1 API.从那时起,我们引入了多个API组,每个API组可以拥有不同的版本.该版本表明API的成熟度(alpha正在积极开发中,beta意味着它将具有兼容性/可升级性保证,而v1意味着它是稳定的).部署API目前属于第二类,因此使用extensions/v1beta1是正确的.


罗伯特 - 谢谢.我找不到可以在`apiVersion`字段中使用的可用版本列表.是否有可能的版本列表?例如,我收集的是,截至我撰写此评论的那天,最新的稳定版本是"api/v1" - 但我无法在k8s文档中的任何地方找到确认.是否有链接指向具有API版本列表的页面以及要在`apiVersion`字段中使用的相应字符串,包括最新的稳定版本?
@DanNissenbaum这是我发现的.swagger API规范位于/ swaggerapi中.我可以看到支持哪些版本.示例:`{"path":"/ apis/extensions/v1beta1","description":"API at/apis/extensions/v1beta1"}
推荐阅读
保佑欣疼你的芯疼
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有