gjing1st
gjing1st
- KubeSphere3.3版本 - K8s version:v1.22.12 - RadonDB MySQL version: 2.3.0 - 问题：如下图所示,leader服务找不到对应的容器组，导致依赖mysql的各系统无法正常运行。该问题最近一年在测试环境出现一次，最近于生产环境又出现。问题非常严重，无法达到高可用地步，现对后续radondb持观望态度。望尽快回复解决。  
### Current State 目前文档基本都是英文编写。即使切换为中文，仍然有大量的英文。而且文档写的实在是不敢恭维。即难以找到想要的文档，而且就算找到了也是简单的一笔代过。好比说我要看https部分，1.5版本还有个文档，3版本后根本找不到。找个ip如何配置https更是找不到。如果要看国密https，那完犊子，全网都找不到方法或者插件要怎么搞。 再牛逼的产品，如果文档是一坨屎，别人不会用也白瞎。APISIX功能搞那么多完全没必要，先把主要的搞好。然后把文档写清楚，别人才会来用。 之前温老师说一个月发一版，我觉着完全没必要非得一个月一版本，追求多少位贡献值。一个月一版，现在这么多人，都不知道增加了哪些功能，文档完全跟不上。 现在APISIX已经那么多功能了，先把文档写好，国内用户原本可以很多的，看论坛就知道了，很多人都放弃了APISIX，说它是个半成品。做好核心，维护好核心功能生态，再发展其他的。 建议看看人家KubeShpere产品版本和文档说明。别说什么apache顶级项目，最快孵化，没什么用，文档就是一坨屎。现在人家Kong都进化的这么好了，你文档都写不好，让别人咋用，为什么要用你APISIX。 ### Desired State 希望好好完善文档，别在那追求一个月一版本了！！！
● kk特性：kk不支持自定义harbor版本，manifest中定义的harbor版本无效，每个kk版本使用代码中的默认harbor版本。 ● 导致的结果：老版本kk安装2.5.3，在漏洞扫描时出现Harbor 访问控制错误漏洞和弱口令漏洞。新版本kk安装2.10.1版本，该版本不再支持插件形式安装Helm Charts。如果自己项目使用了helm部署，需要使用Harbor中的Helm Charts，而2.10.1将无法使用，只能自己手动修复漏洞或者更改版本。 由于我司业务不同，需要频繁离线部署KubeSphere，每次部署KubeSphere时也需要部署Harbor，每次手动更改harbor，太过麻烦。于是修改KubeKey，使kk安装2.7.4(2.8版本后不再支持helm)版本Harbor。