容器云平台管理员要做的事, 是维护资源、管理资源、分配资源、创建租户账号、监控平台运行 租户相关的应用不用考虑

有的银行的做法是在DevOps的CICD通到开发和测试环境，提升应用的开发测试效率。当然要求DevOps平台的部署机要和开发和测试环境打通。而对于生产环境，通过把镜像和部署模板等工件移交部署组，由部署组在自己的部署平台上做自动化的部署。(或者手工部署)...

1、建议由组织级的职能团队牵头，例如架构管理团队或者工程管理团队，梳理划分好研发和运维的管理边界和职责。2、研发侧细分出业务应用研发，容器平台研发，容器服务研发的团队和角色。  运维侧细分出应用运维、系统运维的团队和角色。3、通过建设技术平台来对接，固化相关的流...

上述方案概括为：基本HA + 远程存储 + 联邦集群 该方案在我在一个项目上落地过，客户场景为：管理为省级-地市级，每个地市是独立的监控中心，统一汇报至省级prometheus，省级prometheus通过nginx做高可用，持久化数据使用influxdb来存储省级prometheus数据。      落地需注意如...

用分布式存储，比如glusterfs，作为日志的存放地，quota放大点，我不相信你的日志可以大到把分布式存储的quota用光；用logstatch把日志抽出来，放置在es中， 定时删除已经抽取的日志，那就更不容易撑爆了...

可以开发一个镜像批量更新镜像功能

一个应用开发到上线到你的平台首先有一个过程，容器化。如果是一个新的程序，非常好，直接可以按容器的方式来做。写编排文件就可以直接了。如果是老应用，要先有容器化的过程。这个过程大致可以分为拆分、改造、合并三个阶段。...

K8S普遍比较流程，是分布式应用管理，刚好docker符合特性，所以适用了；swarm是docker自身发展出来的东西，与docker自身紧密结合，我们在研究测试中均适用了两种（openshift适用K8S，阿里适用swarm），在进行压力测试时效果都差不多...