是怎么收钱（比如定金之类的）和交付的呢？

最终还是用 k3s 了

@salmon5 前段时间做开发，最近重心转到了运维上面，最近处理部署相关的事情。我怎么感觉这个应该就是由运维负责。

我们公司之前，虽然 saas 在公有云上面，但是给客户私有化部署是手工拿 jar 包部署的，今年 Q1 计划改成更加自动化的部署方式。

感谢大家的回复和帮助~

@guanzhangzhang 感谢，我去拜读一下。

k3s 确实值得尝试一番，我先记到 todolist 里面。

我们优先是维护 k8s 配置，docker compose 的支持位于第二等，所以如果能从 k8s 的 yaml 生成 docker compose 是我的目标，kompose 好像只能单向转换（ docker compose --> k8s ），所以我应该用不到。

昨天了解了一下 k8s 和 docker compose 在配置文件上有些地方还是蛮像的(env/envFrom ==> environment/env_file ，service ==> network alias...)，所以一个简易的 ansible module 脚本可以搞定这个转换。

不是，有十几个微服务

我目前主要担心能否利用 ansible 做到 cover 所有 docker compose 和 k8s manifest 差异比较大的一些点，有些地方就比较容易（比如两者配置都有 docker image ，k8s 有 env/envFrom ，docker compose 有 enviroment/env_file ），其他地方可能不是能很好地缝合（比如一些 k8s 独有的特性，暂时想不到很具体的...）

刚刚又看到一个项目 helmfile ，好像也蛮不错，只是不知道用起来可不可靠

https://github.com/helmfile/helmfile/blob/main/README-zh_CN.md

@xabcstack 能说一下为什么不建议使用 helm 吗？我看蛮多人对 helm 普遍持称赞态度。

使用原生 yaml 对于我们这种多环境的情况很不方便也很不安全：如果某个服务的配置需要更改，我们就要去把每个环境的配置都改一遍，很容易遗漏。

@perfectlife 我可能没说清楚，k8s 配置文件我们这边是需要持续维护的，当然在部署的时候也可以生成一份 yaml 给客户

@aru 感谢，但是确实时间显示（ date 命令）是一样的，不过已经解决啦

@mooyo 有效，我在主机上面装了一个 chrony(ntp for centos8)，然后过了一会 k8s 的时间终于对上了，感谢。

@yasi 感谢，只是我安装了 tzdata 然后 pdkg-reconfigure 选了 Asia/Shanghai 还是没生效

WebGL 方向的，老板来试试吗

@Hieast 写了，违约的话交相当于一个月房租的违约金

@KillPaul 感谢 🙏

@WOLFRAZOR 好，好专业

@WOLFRAZOR 泗泾和九亭那边我之前也考虑过，9 号线直达而且停的站没那么多，综合下来和莘庄一号线差不太多。

我住到莘庄这边以后才知道我最想住的其实是乡下... 不太喜欢这种繁华地区的地铁站周围，太吵了。所以我感觉 11 号线浦东那块也不错的，我看过一些小区，绿化也不错，还可以跑步，可能嘉定那边也不错（不过那边我没实地去看过）