OAM里如果还是用手工创建的 secret 的话，会有兼容性问题么？
"DisableBootstrapClusterInfo 这个可以禁用的样子，但看起来只是 bootstrap 相关？实际如果还是用手工创建的 secret 的话，会有兼容性问题么？我这边还是不会用 vela cli 做 join 的，cluster info 应该会缺失，而且不保证用户集群一定可达，这里只提到了 bootstrap，实际还会有地方读到么？看代码里这个 feature gate 的引用甚至会从一些 sharding 逻辑钻下去看到，https://github.com/kubevela/kubevela/blob/189555ba1634529d3320cc406de4edd07ccf6178/cmd/core/app/server.go#LL220C32-L220C32
这里我看 prepareRun 的上下会最终走到，问题不是出了什么问题，而是我还是希望谨慎一点，先理解 cluster info 这个机制可以被多大程度屏蔽掉，否则等上去再补就影响比较大了，https://github.com/kubevela/kubevela/blob/release-1.8/cmd/core/app/server.go#L202 ->prepareRun->multicluster.InitClusterInfo这里用到了那个feature gate"
写回答
-
"应该不会有兼容性问题，cluster-gateway 不会用到那个信息，DisableBootstrapClusterInfo 应该只会在 InitClusterInfo 的时候做个判断吧，这个机制我了解到的就是为了支持在渲染环节用 context.clusterVersion，默认情况不设置的话会采用管控集群的 version，没什么别的功能 然后为了达到这个功能，在控制器初始化的时候扫了一下各个 cluster，屏蔽掉是没问题的，这个不是主干逻辑，prepareRun 走到这里只是一个单独的 InitClusterInfo，跟 sharding 不直接相关吧，sharding 也不依赖这个 cluster info，这里的意思是 在 sharding 模式下只有 master 分片会走正常的 prepareRun 逻辑，在初始化集群版本信息的环节中，多分片只有 master 分片会去干这个事情，其他分片不做这个事情，此回答整理自钉群“OAM/KubeVela 社区交流群(答疑@机器人)”"
2023-06-20 15:57:55赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践，通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式，助力制造业企业高效上云，实现系统稳定、应用敏捷智能。拥抱云原生，让创新无处不在。
