anubu

感觉对容器，或者说 docker 的支持没有其它发行版好呢，至少在 docker 官方文档中 SLES 只有 s390x 架构的支持。当然，实际装的时候还是装的上的，suse 官方也有文档。

中小公司 gitlab 一个就够了，基本涵盖了研发管理全周期了。没有 gitlab 还好说，有 gitlab 还要使用 Jenkins 的，真的有点舍近求远了，除非是有特殊场景。部署目标就常见的 ssh 、docker remote 、k8s api 基本都够用了。

目前在维护的项目就是 spring cloud alibaba on kubernetes 。
- spring cloud + kubernetes 怎么看都有点“皮裤套棉裤”的感觉，有点奇怪但也是历史项目迁移到 kubernetes 最简单的路径
- 有状态的组件比如 eureka 、nacos 等，在 kubernetes 集群上组建自己的集群实现高可用，比较麻烦，特别是服务注册加上拓扑感知等场景，目的是高可用，实现手法却很不高可用的感觉
- spring cloud kubernetes 是个方向，理想的路径应该是 spring cloud 退化到 spring boot + service mesh + kubernetes 的结构，就是把微服务这个东西基础设施化，由研发侧转到运维侧。但涉及到各种人力、技术、资源匹配问题，推进起来应该也比较困难
- 独立的 spring cloud 也有优势，不用和 kubernetes 耦合，非 kubernetes 或非容器化环境也能部署，交付上可能有一点优势
- 有状态组件最好排除在集群外，或者在较稳定的集群上做刚性资源配置或绑定。云端的话建议使用现成的云服务，rocketmq 、redis 、nacos 云厂商都有提供，比自建稳定性会好很多

md5 太粗暴了，好久之前用 python 写过一段算海明距离的图片去重脚本，网上搜搜应该有很多，简单的去重也够用了。

nerdctl 了解一下。

@BAT 感谢解惑，后面折腾下看看。

名字还挺多，这个在我的互联网记忆里叫仓鼠症。
备份策略可能难以实施，一般备份的都是个人创造的、不可再生的资源。能够从网络下载到的一般很难被分类为不可再生，除非真的是孤本，下载的很困难，这又涉及一个评估和分级问题。另外，影视资源一般比较大，备份的话成本也有些高。

睡一觉醒来可以理解为充满电，恢复精力。早睡早起就是把最有电，最有精力的时间留给自己，比迫于生活消耗完自己大把精力和时间，晚上留给自己两三个小时垃圾时间强多了。
有些人可能早起犯迷糊，还是看个人体质。本质是定位自己最有价值时间段，然后想办法用到自己最想做的事情上。

一直有个困惑，刮削会更改原文件，PT 就无法保种了吧。