找个开源的对象存储会比较靠谱，你的这些需求支持 S3 的对象存储都支持

@seers #35 听说使用 res , _ := do_something()，这种勇敢的编程范式，可以最高程度的提高开发效率

“2202 年了，asyncio 居然不是被原生支持的。“

不被原生支持的 python 库还是大多数的吧。。。asyncio 生态好了一些，但是指望随手找一个库都是原生支持 asyncio ，真的还有太长的路要走。

说白了就是 python 半路加入协程带来的阵痛

糟糕，我的比你大： https://yance.wiki

一台机器上多个进程，多个机器上多个进程，后者就是所谓的分布式爬虫了，本质还是消息队列转一下

scrapy 里面有 scrapy redis

golang 里面有 colly

然后排除直接保存在博客所在服务器

oss ，或者直接找个图床用一下吧

补充一点：在一些计算机程序中，按照简单的算法直接反推公元 1 年 1 月 1 日，是星期一。

但是教皇格里戈八世在 1582 年 2 月 24 日颁布法令，永远抹去了 1582 年 10 月 5 日到 1582 年 10 月 14 日。历史上从来不曾有过这 10 天。1582 年 10 月 4 日是星期四，它的第二天是 1582 年 10 月 15 日星期五。

因此考虑到这 10 天的影响再去推算，公元元年 1 月 1 日就是星期六了。

这也是很多日历为什么显示公元元年 1 月 1 日是星期六

@jimmyczm #36 参考深圳这边 1.5k 左右的城中村单间

InfluxDB 性能好但是单机、mongodb 性能差一点但是分布式方案成熟

drf 和 fastapi 都不错，如果你想把项目变成自己的铁饭碗，用 flask 也行

istio 也是一个不错的方案，其实 k8s 、istio 之类的压力主要给到了运维这边，看你们有没有运维来玩转这一套生态

ai 相关的都是这一套吧

@IurNusRay #2
@cominghome #1

借问一句 sqlalchemy 有没有 db_constraint=False 这种设置，接了个 flask 的项目。。。

django 里有 django-health-check

MQTT 严格的属于通信协议，服务端需要自建或者云服务，自建比如 EMQX 支持 MQTT 转到 KAFKA 、RocketMQ 这些中间件。

MQTT 云服务据了解，腾讯云、电信云 kafka 、移动云使用 pulsar 。

具体当时我们当时嵌入式设备种类太多需要兼容的通讯协议也很多，自建的 mqtt 对接的是 kafka ，使用 NB-iot 协议走移动云的使用的 pulsar 。