自建的对象存储（之前用的 ceph ，现在换成了 minio ），利用 restic 写了个脚本，放到 K8s 下 cronjob 每天自动同步

同上，建议研究一下私有云

股票当主业比写代码可要难多了，买了就别乱动，少关注。做好人，买好股，才能得好报

我用的 thinkpad x1 ，有物理按键，可以直接禁用

从来不拍照，可惜找不到一款高性能配垃圾摄像头的手机

@kenvix 为什么这么说，不是号称无状态的吗，按道理迁移应该更简单才对（虽然我没用过，怕隐形收费）。

@wanniwa 所以你们是自建的控制层和状态层吗？云函数挺吸引我的，不知道实际成本高不高

@salmon5 如果只考虑最基础的云服务，比如 EC2 这种，能自建的都自建，其他的不做抽象，比如 S3 这种就不会考虑。

@salmon5 我没说搞跨云多活，看我前面的回复，我只是针对 IaC 这一层实现，目的是云厂商之间快速迁移

@Ketteiron 你提到的这个单云主力 + 冷备，出现灾害时通过自动化流程临时去其他云买/租机器然后迁移服务，跟我的想法是一致的。至于跨云多活，我就没想过，感觉是不可能完成的任务。

@renmu 所以在最小化使用云厂商功能的前提下，做一个抽象层，云厂商切换还是可以实现的吧，剩下的就是服务本身的迁移了

个人相反，不拍照不录像，电梯信号、超快充、三指截屏 对我来说是刚需。

@arrow629 我了解的还有个 Velero ，K8s 运维挺常用的，其他不清楚了

你说的功能 Windows 都有

目测 Spring 也快了

真好，我选 debian

> 密钥似乎只能一层套一层解决？

实际上加密层数量并不是越多就越安全，密钥算法 != 加密层数量，如何选择密钥、如何存储密钥才是更应该优先考虑的点。

> 后段提供一个接口获取公钥（假设是一随机串）

公钥是和私钥根据算法一块生成的，不理解你说的随机串是什么

> 前端调接口拿到公钥加密 A ，得到 A+ 然后 A+ 给到后端用私钥解密

通常从效率考虑，不会用公钥去加密数据，而是用对称密钥去加密数据，公钥用来加密对称密钥

我们是逻辑上分离内部用户出来，都是一个生产环境，前面有一个集成测试环境。