目前的平台环境流水线架构是这样:每一个项目需要单独创建多个环境,比如我有开发,测试,灰度,正式4个或者更多,那么通过helm在k8s上部署了4个以不同环境编码命名的agent deployment,如果一个平台下只有一两个项目倒没什么问题,像我们企业这样可能同时有上百个项目同时在进行,那岂不是要执行400多次agent安装,而且你还要避免环境编码不能跟其它项目已经使用的环境编码一样,那结果就造成我100个项目,在K8S(集如我中有一个集群)上就会创建400个不同的命名空间,每一个命名空间下运行着一个agent(因为生成的helm执行脚本里namespace跟name都是等于环境编码),一个agent我观察要消耗500M内存,这是不是太疯狂了,其实不管我在我组织下创建了多少个项目,我的需求只不过是各个项目共享这4个环境而已, C7N的架构师当初是到底是怎么考虑这个问题的?
你好，这个我们已经有考虑并且正在开发新版本，下个版本一个集群将只有一个agent，然后agent真实运行的内存不超过50M，我们这个一般是二十多M左右，是申请的有点多了。
是0.11.0解决这个问题还是0.10.x,我昨天部署了个agent一直没理,今天在k8s dashborad上看到内存使用380几M,不断有git clone --mirror:fatal的日志抛出,可能这样造成内存不断增加
应该是要0.11