我以前不住 loft ，住复式，但如果现在有的选我会住大平层

ingress controller 会部署多个备份保证 ingress 服务本身的高可用的。

ingress 对外暴露的 LB 一般直接用云厂商提供的 LB ，这个是由云厂商保证高可用

poetry 可解。
python 的包管理确实挺生草的

40G 放 PG 里面，可能要做一下格式转换，XML 关系型数据库不认的，至少要 flatten 成表的格式。40G 的数据，加工和入库的方式，如你所说，流式处理，处理掉一批之后，再读入下一批。
入库之后，取决于你想怎么检索，假设你要按照标题，摘要检索这类的，就对相应的字段简历全文检索 https://www.postgresql.org/docs/current/textsearch.html

如果要按照时间之类的检索，记得也要对相应的字段加上索引。

再复杂点，要做语义检索之类的，记得安装 pgvector 这种插件，对相应的字段调用 embedding 模型之后，存入 vector 类型。

我也觉得 elastic 有点太复杂，pg 可能已经足够你使用了

涉及的后端技术可能比较花费时间 -- 但愿你说的不是去微调模型什么的之类的工作

测试都不写，还想 bug free ，AI 可能都做不到

DE 国外基本只有大公司有。
国外小公司最常见的就是 JS 的前后端一套东西。

我觉得爬虫其实不错，但是别在国内做。国外有一堆做 foundation model 的，对数据很饥渴的，可以去那儿做数据和爬虫。但是一般 bar 都非常高

我开几个 process 互相通信都算微服务

对象存储。上面套 CDN

如果流量费用敏感，P2P 也是可以的

最稳的方式是出钱找背锅侠 -- 各大云托管的，rancher 这样的供应商。
坏了往供应商身上推，半夜三点把人叫起来修。

这个更多是个管理的问题，不是一个技术问题。没有一个技术能保证 100%的 SLA 。

Onnx 转译。Java 里面调用 onnxruntime 把模型读进来。
但是有些算子是不支持的。

好奇为啥不通过 API 通讯

还有强制 squash commit 的，你是没看见

大部分软件的规模和性能还达不到 Python 的天花板，好多时候大家人云亦云罢了

商业本质是赚钱，不管这个公司有多少光环，剥除之后基本的诉求还是赚钱

当你还在纠结百万并发的时候，很多人和公司已经操着 python php ruby 把该赚的钱先赚到手了。

聊低代码不聊聊龙头 retools 么？

Firefox 可以单独对某个 tab 静音