在OAM 、KubeVela里面,vela dry-run 的时候 能不能不要按照 manifest 里的namespace 去校验?它的 --namespace 入参 貌似没有用
有人遇到类似的场景吗? vela 生成k8s yaml 之后,部署在其他集群的。运行 vela的集群没有那个NS
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
1.5 版本遇到过,references/cli/dryrun.go 注释掉校验的代码重新打个包就可以规避掉这个问题,现在 1.9.2 不确定这样还行不行得通
这段代码注释掉重新打包—此回答来自钉群“OAM/KubeVela 社区交流群”
在OAM和KubeVela中,vela dry-run
命令是用于验证应用程序的部署规范,并生成相应的Kubernetes YAML文件。默认情况下,它会按照manifest文件中指定的namespace进行校验。
如果您希望在dry-run过程中不按照manifest中的namespace进行校验,可以尝试以下方法:
使用--param
参数:在运行vela dry-run
时,使用--param
参数来覆盖manifest文件中的namespace值。例如:
vela dry-run --param namespace=<desired-namespace>
<desired-namespace>
是您期望用于校验的命名空间名称。
编辑manifest文件:在执行vela dry-run
之前,手动编辑manifest文件,将其中的namespace更改为您想要用于校验的命名空间。
请注意,在这种情况下,所生成的Kubernetes YAML文件将包含被修改后的namespace。
请确保在部署到其他集群之前,根据目标集群的配置和需求对生成的Kubernetes YAML文件进行适当的调整和测试。
至于是否有其他人遇到类似的场景,我无法提供具体信息。但使用--param
参数或手动编辑manifest文件来实现特定的namespace校验是一种常见的做法。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。