看你的 k8s 集群是怎么搭的。
如果用的是云厂商直接 host 的集群（例如 AWS 的 EKS ，Azure 的 AKS)，PV 一般直接都映射到云厂商的存储产品上。
例如 AWS 的 EBS ，EFS ，Azure 的 Azure Disk ，Azure Files

需要底层数据库的配合。PG 这块东西支持的比较好。

国内有没有类似 给公益机构 找免费程序员的 网站？
类似这种： https://www.donatecode.com/

这个不是 sharding 么。大致是 map 套 map 的搞法。但这个一般是处理多机的问题把，一级查询返回 下一步去哪个机器上查。第二部去那台机器上把真正的值取出来。

单机这么弄是不是有点没必要，还增加了一些管理上的难度

考虑 spot ？

看到有人提 wsl 我就放心了

国外一般 django 或者 ROR ；初创企业的福音。
第一个版本往往前后端分离都不做，模板引擎打天下。

平铺窗口管理器表示都是渣渣

twitter

pg 的 json 和二进制 jsonb 是可以建索引的。所以作为查询条件、连表条件都是没问题的。技术其实在进步，大家可以试着尝试一下这些数据库的新功能。

我们现在的新项目都是上 PG ，关系型非关系型都是一套系统。全文索引也是用 pg 。后台的数据库选型异常的简单。
（但我们不是做电商这样的高并发项目的，所以不清楚规模上去了会怎么样；在初创阶段，一个功能丰富的数据库能帮助到开发速度很多）

我喜欢看冬天和狗狗在野外露营的视频，感觉整个被治愈了

https://youtu.be/5z9-4Rafh6k

@charleslzq 其实没法 1：1 迁移。只是希望两边的组件有匹配，比如 S3 对 aliyun OSS，这样就可以保证一样的组件拓扑；然后就可以比较简单的重写 terraform 里面的 resource （肯定还是需要更改相当一部分代码，但是思维方式可以保持一致）

在家远程工作了两年的表示天天和摄像头作伴

网路条件如果不太好的化，建议台式机装 linux，靠 vscode remote 插件和正常的 ssh 来实现远程办公。这个对带宽需求极小。
网络实在差，可以用 mosh 或者 eternal terminal 这类的 ssh client，自动断线重连，体验不错。

这两个组合使用，和直接本机 linux 体验基本没有差别。

私有化部署真是个难题。

我们现在处理的比较好的就是客户已经上了公有云，我们使用 AWS cloudformation 之流的 stack orchestration 工具，用客户的账号在他们那边整一套部署。

使用私有云的，或者只有裸金属虚拟机的，目前还完全不知道怎么弄，只能暂时选择不做。插个眼听听大家怎么看。

firebase 把，没有比这更快的了。。都不用写后端，只用管前端就行了。

多人协作需要 type hints 和 docstring，否则神仙难救。

可以在 linting 阶段加入 mypy 或者 pyre 这样的类型检查器，让大家尽量不全类型信息。

rancher?

我们在 aws 上的简单配置：
1. 多 EC2 实例部署 django 应用
2. 接个 ASG 保证 HA
3. 最前面再接个 API gateway

LZ 的问题听者像是数据库瓶颈的问题。如果经常需要做大量数据统计和报表的功能，一个是考虑优化一下 query 的性能；一个是可以考虑设置定时任务预计算一些常用的报表；另一个是考虑上 OLAP 的数据库，例如我们的 OLTP 用的 postgre，OLAP 用的是相关的 greenplum