以前启用了 postgres 的 timescale 时序功能，把 prometheus 的时序信息保存到 postgres 做长期备份，本地 prometheus 的只保留 1 个月，结果磁盘占用量 postgres 过大了，随放弃。

废了 3 天，仔细研究了一下，这东西是和 mysql 不太相同。

研究成果：
https://bajie.dev/posts/20240205-postgres_user_manager/

没有，以前是有的。不过老板除夕发了大红包，抢到了 150

买过一个月，P 用没有

凸语言快来

从程序员转 devops

不是写代码的，但也是 linux 运维一条路走到黑。感受最深的是：技术真不是什么核心竞争力，向上管理才是。否则管你是什么核心技术人员，或者 CTO ，照样死掉。

龙龙龙

天下大势,合久必分,分久必合。过几年估计去 k8s 成为主流。

me me me

坑太多了。
厨房和卫生间啊一定要好好设计。
必须有回水，这样放水就是热水。必须有前置过滤，必须用铜的龙头

要严格按照 devops 的流程走，这种话简直就是扯犊子。除非是特别大的公司，各司其职才可以这么干。
举两个例子：一是我们团队 4 个人正在吃午餐，oracle 数据库挂了。流程个 P ，所有业务都挂了，当时用一个手机重启了服务器。搞流程，那么背锅的就是自己，1 个小时起步。第二个刚发生的，爱名网 dns 解析不太稳定，想迁移到阿里，一改 ns 记录，爱名网把所有解析记录都清零了，转移的时候你根本无控制权，想无缝转移，关键你没有控制权啊。弄流程，3 天起，锅你背吧就

@oooolongtea
@fliter

很多程序员的思维里，网络就是一根网线，完全扁平的。其实中间的设备多了去了，各种控制层。dns 的，bgp 的，tcp 代理的，端口复用的。只有运维才能从前到后把所有的环节串起来。能串起来就能获得自由，不会被拘束于某个点。

翻墙简直就是随便搞搞的东西了。

运维能得到自由，开发不行。