此前投了，没过初筛。是不是卡年龄啊

得具体分析，大部分的 case 是：
- 官方 helm 的可配置性还可以，版本维护会比较及时，优先选择
- operator 不管是官方还是三方，很多时候的可配置性都比较差，特别是你有各种节点亲和性以及自己的一些配置需求的时候
- bitnami 的配置大部分继承了它的 commons ， 如果你用过其他的，学习迁移成本比较低

我的倾向则完全要看情况，可能都会在实验环境测试一番，体验下哪种运维方便稳定性更好。

我最近对存储有兴趣，简单的看过几个 rust 相关的，你可能还是要实际的调研使用一番。

influxdb 老牌，但是大部分场景需要买商业版，比较推荐
greptimeDB 坑点未知，但是代码质量看着还是比较舒服
cnosdb 还比较新，issue 也不少，大概率要折腾，他们 B 站几乎每周都有分享


Tdengine 我之前通过给他们处理 issue ，参加他们 open day 活动拿到面试机会，经历 3 轮技术面试，可惜挂了，我面试的 rust 的岗位，但是问了很多 java ，kafka 和 go 的问题…… 据说技术团队都是 985

我对 TD 的感觉是：

- 整体代码没有 cnosdb/influxdb 这种读起来舒服……
- 虽然开源，但是大部分 issue 管理在内部，一些 PR 还与之关联，不知所云
- 版本有一些 break change 但是文档不够明确，比如 go 和 rust 驱动维护了多个版本和特性在独立的模块/分支中

楼主是要找这种吗？ https://github.com/MonitorControl/MonitorControl

上海交大 docker.mirrors.sjtug.sjtu.edu.cn

我的实践是所有的安装都放到一个 git 库里，包括 argocd 自己都可以用它自己来管理起来，这样所有的安装就值依赖 git 库了，特别是多个环境要安装有时候只需要覆盖 values 的几个值，非常方便。

各大云厂商都有迁移服务，如果没找到产品可以问他们客服，都是往对象存储迁移，下行带宽流量基本都是免费的，关键是你那边的出口，想办法降本就行。

比如阿里云： https://help.aliyun.com/document_detail/609512.html

确认挂了…… 我们的网站都挂了

看看有没有删掉的，但是句柄还在的文件

lsof -nP | grep 'deleted'

@yinheli @dayeye2006199 或者你可以 wx 我细说 aGVsaXlpbg==

或者你可以试试我的方案，具体看我的 github kungfu 项目，用于解决问题 1 ，至于内网互通，我的建议是可以多个方案并行，比如 tailscale, nebula 等，可以通过中间节点灵活配置路由规则的就行，这样两端内网上不需要额外配置，一个方案宕掉后还能启用另一个，无缝切换

新闻，行长

远程桌面不太行…… vscode remote 倒是不用太多带宽，即便中转一下也行

@python35

用的是 trust-dns 倒是容易添加 doh, 但是这个工具的初衷不是为了解决污染，更倾向于使用运营商提供的 DNS 哪怕是污染的，至少大概率能获得更好的 CDN 体验，或者配合 smartdns 这样的工具，也是不错的

geoip 在配置范例里写了，是规划的功能，不过暂时没有实现…… 因为我自己场景没用到这个功能

感觉是不太适合这种场景，家庭和个人还行……

@larryzhu 看 wiki 吧，最近补充了

https://www.v2ex.com/t/882023
规则问题？