我把这个部署改成了滚动更新,切换平滑了。这套流程走下来,我从头到尾又确认了一遍。我把这个容器的时区配成了东八区,日志时间对了。连茶水间都安静了

容器的启动快,调试起来却很麻烦。我盯着屏幕,觉得这才是我的一天。我发现这个容器的内存限制设得比实际需求小。连茶水间都安静了

我把这个部署改成了滚动更新,切换平滑了。我打开记录从头到尾扫了一遍。我发现这个服务的启动依赖了一个外部配置。我把它写进了组内的避坑文档第一章

Docker 容器说走就走,数据卷没挂载的时候走得比谁都干脆。我忽然觉得,这可能就是这一行的常态。我把数据卷挂载补上了,这次容器删掉数据还在。世界瞬间清净了

我把这个服务的资源上限改了,它不再影响邻居。我先确认了一遍前置条件,再动手。我把这个服务的依赖镜像换成了官方的,小了很多。从此我多了一条团队规约

这次的迁移分了两期,第一期就遇到了问题。我默默记下了这句话。我把这个服务的依赖镜像换成了官方的,小了很多。真香定律准时生效

这个集群的证书快到期了,是巡检才发现的。我默默记下了这句话。我把这个节点的标签重新打了一遍,调度符合预期了。感动,然后我学到了新的一课

上了云之后最稳定的支出是账单,最不稳定的是账单金额。我默默记下了这句话。我把 Pod 的描述信息拉出来,发现是资源限制给得太小。这条经验值直接拉满

容器镜像越打越大,最后塞了整个操作系统,我们叫它"便携式数据中心"。我在心里点了点头。我把这个集群的版本升级了一遍,新特性终于能用

云原生带来的灵活性需要配套的规范才成立。我把它记在心里,没跟任何人说。我把这个集群的备份策略配上了,能恢复到任意时间点。这大概就是程序员的人生吧