听说港版是最佳选择

可能这个频段在国内已经有了一些其他用途？类似于民用和 jun 用？

不讨厌，很喜欢配置各种环境，所以我成为了一名 ops

冥想

可以不买，用旧的

改了，快充原来 30w ，这次砍掉了（ aw10 ）

@iBlueberry #2 是啊是啊，好恶心，我还说 15 pro 才 6000 多，卖掉现在的整一个呢。结果。。。。emm

一个月，，，

@hez2010 #64 pve 也有 cluster ，不过确实不好用。。。

至于 op 所需要的功能，都没有问题，丝滑使用。

也尝试过直接将 immich 后端挂到 aws s3 ，后来发现 k8s 对对象存储支持不太好，遇到了问题，所以现在是用一个 backup pod 去每周备份所有数据目录（我自建服务还蛮多的。。）以及上传 immich 到 s3

好吧我貌似已经用一两年了。。

至于 break change ，得注意里面内容，随机应变。记得之前有个改 postgress 的，因为是 k8s helm 安装的，官方是针对 docker compose 的修改，当时折腾了两三个小时升上去的。

主要是因为一般升级我只需要修改 vaule.yaml 的 tags 这个变量就可以，但是他 docker compose 挂载结构有修改，意味着我需要升级 helm chart 。

https://i.imgur.com/D7IuBjp.png

我 iphone 用了 immich 半年，最大的问题在于自动同步，开了后台，但我上次同步时间在 3 个月前，因为他不像 icloud ，每天都会同步，immich 是一个用户程序，长时间不用就冻结了。

还有一个问题，immich 版本更新很频繁，大概每周更新，包括 server 和 client ，client 端 app store 会自动更新 app ，时间长了会导致无法连接服务器。当你更新服务器版本的时候，不能一步跳跃（即便我现在是 k8s,改一个 tag 就可以），否则可能会错过 break changes 。

现在采取的方案是跳跃更新到当前 major 版本的最后一个 patch 版本，然后升级到下一个 major 版本的第一个 patch 版本，继续到最后一个 patch 版本，依次类推。

比如（假设最后一个 patch 版本都是 100 ）：
1.800.54 -> 1.800.100 -> 1.801.1 -> 1.801.100 -> 1.802.1