1

因为 99%的网站流量之低，根本轮不到拼性能的时候

2

我都用 Django 了我还在乎性能吗（不是），我都是用来做内部各种运维平台的，根本无所谓性能

3

选择 Django 是因为能快速迭代我的需求，至于性能嘛，等流量来了再解决，实际上多数情况是没流量，我就要破产了😋

4

1

我们买车的时候也不是光盯着动力性能这一项啊。

6

业务量没大到框架性能瓶颈、且开发真的很快

7

做项目不是不计成本的，日活<2 ，你性能支持千万并发又咋样，该凉还是凉。早出活，早上线，跑出利润再说。有钱了，什么性能差之类的，再找人优化不就行了。

8

1

想明白这个问题，你就跳出了一个技术思维圈。

9

99%的项目都触及不到框架的性能瓶颈，就算达到了瓶颈也有很多其他手段来解决，如果其他手段上了，还继续触碰到瓶颈，那就不是单个程序员能搞定的事情了。
Django 这玩意儿主要是快，很多东西开箱即用，简单手快的，我一个小时就能高出一个用户登录，用户信息获取 API 。

11

python 的其他 web 框架，很多第三方扩展都停止维护了，目前就 Django 的生态欣欣向荣。

12

热知识，django github 75k star ，spring boot 71k star.

13

4

我司的主力服务使用的是 flask 古早版本，日活三万左右。使用普通 ECS 部署，我看了一下最近 24 小时的请求数量是 4 百万次，峰值很难达到 100req/s 。
这个水平的服务我们的 flask 这一层需要 100 个 worker ，分布在 4 ～ 5 个 ECS 上。切换成任何一个高性能的 web 框架，也仍然要保留至少两个实例。当前的服务器成本还比不上一个新手运维的工资，切换成别的框架，能节省的成本更是有限。
作为一个运行了多年的服务，让人干点正事儿，在熟悉的体系内工作，可能更划算

14

除非请求中间要同步调用外网非常慢的异步查询，否则同步和异步性能并没有区别

15

@Vegetable 没玩过生产环境的 flask ，请问这里的 100 个 worker 是相当于 100 个 process 吗？相当于 1req/s/pro 这也太跌破我想象了🤣

17

大部分项目活不到拼性能的时候
而且 django 也有方案可以实现异步

18

@Morriaty 我们确实是一个 worker 占用一个 process ，100 个 woker 就相当于 100 个进程。这个数量是留了不少冗余空间的，业务低峰时段是比较闲的

19

20

21

django 的项目用户最多几千，并发几个

22

自行车载人这么少，为什么都不用大巴车？

23

先想想跑满“高性能”的带宽流量费用能不能负担得起，再来谈框架性能瓶颈吧。

24

哪有那么多高性能场景，我参与了好几轮大促和全链路压测，99.99%的接口 qps 都不上 100

27

29

不出意外的话，瓶颈主要在数据库

30

我也感觉大部分瓶颈是在数据库

31

32

CPU 99%的情况下是闲置的

33

笑死了...都在用 python 了还在纠结性能问题....

34

绝大多数网站用一个普通的$5 美元的 vps 都能支撑，根本没有那么多流量，也用不到那么高的性能。不过我现在不用 django ，单纯因为不想写 python 了

35

话说你们都是怎么处理 django 的部署问题的, 打 docker? 我比较烦源码部署, 或者 webhook 拉 git, 一堆散碎文件.

36

升級下 server 性能比多招幾個 java 程序猿便宜多了

37

@retrocode #34 gitlab 自动构建成容器镜像，再 flux 自动部署到 k8s

38

@JosephYin01 nonono ，java 程序员才是最便宜的，思路打开，把 python 全炒了，换 spring

39

41

1 核 2G 1MB 服务器表示 django 性能够用了

42

性能是不是真的低，应该用数据说话。你要求性能应该达到 1000qps ，但是实际上你们的生产环境可能就 10qps ，那不是扯嘛。
而且 web 端那么快，你数据库顶得住？

43

Python 不行的可以调用 cpp 代码。

44

什么同步性能瓶颈？ Django 慢也是相对慢，把 flask 或者 fastapi 功能上满，也不会比 Django 快多少。CPython 性能就在这儿摆着。谁说能比肩 golang 那都是营销手段，吹牛逼的。

45

因为很多时候耽误赚钱的是程序员的写代码速度，不是代码跑的速度

47

django 的 admin 实在太香了。性能什么的，哪有先把业务弄出来跑重要。。看了一下我自己的一个业务，24h 请求 862.91k ，每天大概处理 27k 个 celery 任务（ io 密集的），除了 celery worker 用了 eventlet ，项目本身没有任何异步代码。django / redis / celery / postgresql ，全部运行在一台 8c16g 的 VPS 上，日常内存占用只有 4-5 个 G 左右。这一套东西也稳定运行有半年了。