后端转去做运维了，求提高效率的工具和技巧！

[Jony4Fun]

情况

• 公司有测试环境、staging 环境、生产环境（国内）、生产环境（ AWS ）
• CICD 我一个人负责，现在只在测试环境上部署了
• 大部分软件都是用 docker-compose + 挂载 jar 包/前端静态文件 的方式启动
• 后端很多中间件连接之类的都是一长串写在配置文件里的，没有把中间件的 host 、port 等单独作为环境变量的形式暴露

诉求

鄙人属于差生文具多的类型，工具和技巧多多益善

[hancai2]

既然定位差生文具多了， 那就 k8s 一把梭吧。

[defunct9]

你会死得很难看，因为 aws 的 eks 环境跟别家的不太一样。

[hancai2]

像我们公司很多私有化交互的项目， 也就 3-5 服务，也是 k8s 来一套，用了几年了，也没发现什么问题。
有个银行客户，不让用 k8s ，我搞了个 docker-compose ， 现在更新维护，感觉麻烦得一逼。

[loushizan]

按环境分配置文件，写脚本工具按不同环境生成 docker-compose 文件，挂载不同环境的配置文件

[datoujiejie221]

配置文件可以用 apollo 统一管理，k8s ，promethues ，elk 都整起来

[cheng6563]

windsurf ，是能用 vscode remote 连远程服务器的。此时 agent 跑的命令也是从服务器上跑，懂了吧...

[geekvcn]

首先机房能不能用网，配置文件和日志有没有保密需求，没有保密需求能用网现在的 AI+日志能解决 90%的问题，没网有保密需求买个 AI MAX395 128GB 笔记本本地部署个模型，剩下 10%的问题就要靠经验了。AI 最先提高的就是计算机行业和绘画行业的生产效率，而且是辅助性不是直接替代的。

因为 AI 本身就是基于广泛数据训练出来的经验公式，不能保证准确率但是能作为参考提供思路

[idblife]

@defunct9
没啥区别吧

[guanzhangzhang]

先看有数据备份没，有备份看看有恢复脚本没。没有就要做好
然后再把每天关于运维的事情记录下来，后面看看怎么优化掉

[geekvcn]

主要 AI 写运维脚本也很方便，以前写半天，现在几行需求文本给出去生成完稍微改下就行了，脚本个人私用不怕漏洞没运行效率的特性用 AI 再适合不过了

[defunct9]

@idblife 谁用谁知道

[linuxsir2020]

倒反天罡啊。。。运维都想出坑了。。。

[ponder09]

用 docker compose 的话，你们多机器是怎么处理的，是不是还是要上 docker swarm

[TracyMagic]

@defunct9 #2 有什么不一样，说说看

[bronyakaka]

既然如此，推荐一下我写的 kafka 和 es 工具：

https://github.com/Bronya0/Kafka-King

https://github.com/Bronya0/ES-King

[defunct9]

@TracyMagic eks 的 alt lb 是很独特的，缺省设置不支持多个 ns 的 ingress 汇聚到一起，你敢改，立刻把 LB 给销毁重建了，导致你 DNS 记录失效。这还是简单的，valkey 不支持 wait ，redis-oss 只有 0 一个库。alertmanager 不支持 webhook ，其它还有很多...

[mightybruce]

纯运维没有意思，现在运维都要求会开发，基本都是运维开发岗
当你们说出 docker compose 这些 什么手动搞配置文件和 apollo 的时候，你们已经落后太多了。

[Pbe2RsrnVcPrF]

@defunct9 大佬每项细说下？

[idblife]

@defunct9
难怪我没遇到，你这些用法说实话有点前期规划失职了

[NewYear]

运维属于鄙视链底端了。

薪酬也上不去，别转这个方向啊。