当时我就念了两句诗
苟
岂

“如果部署成功了只能通过日志观测”
这个结论是怎么得出的？

pod 加上健康检查的话，本身 k8s 接口就能获取到生命周期状态啊

@opengo docker 本身也是把日志保存到文件的 /var/lib/docker/containers/<container_hash>/下面

只能说你这个就不是 docker 最佳实践，没法给建议

应用直接前台跑，日志直接输出到 docker 的输出，然后采集 docker 的标准输出即可

既然是集群，应该是多机吧，如果镜像仓库部署完了就关掉不用了，怎么保证以下几个场景
1 、应用主动或被动漂移到另一个节点上，没有镜像
2 、（如果 1 的解决方案是在初始状态每个机器都同步一下镜像的话） k8s 在磁盘空间快满了会做 image GC ，未在使用的镜像会被清理。此时再遇到 1 场景，怎么办
3 、上层应用需要升级的时候，是每个机器上导入一遍镜像？

你的 proxy_pass 呢
配上 sni

https://gist.github.com/shijij/54c9b21f26c08a15a70c182f03cb15b4

前端反代 443 时向后端也是 443 访问吗？那目测直接握手拒绝了，建立连接时没有带 SNI 信息吧？

眼见为识

nginx 没有健康检查吗？
部署的时候应用挂了就不会转流量进来啊

调用方写个 hosts 文件也行
不写 hosts 文件的话主动在请求的 header 中加上 host 参数也行
然后，ingress 可以配置默认后端，如果你的服务全部只用 path 区分分发的话，不写 domain ，理论上就可以作为默认的后端

遇到过，更新的时候变暗了，更新完没有亮回来。点开文件夹重新排序一下图标，就好了

ceph 可以的，推荐先自己搭建 ceph 然后用 ceph-csi 对接 k8s ，再考虑要不要用 rook 项目

19 年我也做私有化部署，物理机超融合方案，k8s+ceph+应用，全在一起

tinyproxy 开的是 http 的代理吧，微信的代理配置能用 http 吗？还是只能 socks5 的？

那你自己玩玩确实可以，不然弄混了弄出事

1 、可以使用 kubectl 自带的 config context 功能
其余几个，感觉就像是 alias，配置好 shell 的 completion，没差多少吧

跨版本升级需要 do-release-upgrade
直接 apt-get upgrade 不会跨版本升级。

升级的时候会让你确认配置文件是使用新版的默认值，还是保持旧的配置文件，可以做比对，这时候就需要你对配置有一定了解才行了。

这个 feature 比较二，可以设置为独占，不切换，

换布局，德沃夏克了解一下