目前在Django上构建的“最大”站点是什么?(我主要通过用户流量来衡量规模)

在美国，是Mahalo。我听说他们一个月要处理大约1000万份。现在，在2019年，Mahalo由Ruby on Rails支持。

在国外，Globo网络(巴西的新闻、体育和娱乐网站网络);Alexa将它们排在全球前100名(目前大约排在第80位)。

其他著名的Django用户包括PBS、国家地理、探索、NASA(实际上是NASA内部的许多不同部门)和国会图书馆。

Django能处理每天10万用户，每个用户访问站点几个小时吗?

是的——但前提是您编写了正确的应用程序，并且有足够的硬件。Django不是灵丹妙药。

像StackOverflow这样的网站可以在Django上运行吗?

是的(但请参见上文)。

在技术方面，很容易:请参阅soclone。在流量方面，compete将StackOverflow固定在每月100万次以下。我能说出至少十几个流量超过SO的Django站点。

下面是Django中构建的一些相对高调的东西:

《卫报》的“调查你的议员的开支”应用程序 Politifact.com(这里有一篇博客文章谈论了(积极的)体验。Site获得了普利策奖。 《纽约时报》的代表应用 EveryBlock WaPo的程序员之一Peter Harkins在他的博客上列出了他们用Django构建的所有东西 它有点老了，但是《洛杉矶时报》的人给出了他们为什么选择Django的基本概述。 洋葱的AV俱乐部最近从(我想是Drupal)转移到了Django。

我想很多这样的网站每天的点击率都超过了10万。Django当然可以达到10万/天甚至更多的点击量。但是YMMV的作用取决于你要建什么。

在Django级别有缓存选项(例如在memcached中缓存查询集和视图可以创造奇迹)和其他级别(如Squid这样的上游缓存)。数据库服务器规范也将是一个因素(通常是挥霍的地方)，以及您对它的调优情况。例如，不要想当然地认为Django会正确地建立索引。不要认为默认的PostgreSQL或MySQL配置就是正确的。

此外，如果Django运行速度慢，您总是可以选择让多个应用服务器运行Django，并在前面安装一个软件或硬件负载均衡器。

最后，静态内容和Django是在同一个服务器上提供的吗?你用的是Apache还是nginx或者lighttpd?你能负担得起为静态内容使用CDN吗?这些都是需要考虑的问题，但都是很有推测性的。每天10万点击量并不是唯一的变量:你想花多少钱?管理所有这些组件，您有多少专业知识?你有多少时间把这些都整理好?

我认为问题并不在于Django的伸缩性。

我真的建议你研究一下你的架构，这将有助于你的扩展需求。如果你弄错了，Django的性能就没有意义了。性能=规模。你可以拥有一个具有惊人性能但无法扩展的系统，反之亦然。

您的应用程序是否绑定了数据库?如果是，那么你的规模问题也存在。你打算如何与Django中的数据库交互?如果数据库处理请求的速度不及Django接收请求的速度，会发生什么?当您的数据超出一台物理机器时会发生什么。你需要考虑如何应对这些情况。

此外，当你的流量超过一个应用服务器时会发生什么?在这种情况下，如何处理会话是很棘手的，通常情况下，您可能需要一个共享的“无”架构。这取决于你的应用。

简而言之，决定规模的不是语言，而是语言的性能(同样取决于您的应用程序，不同的语言表现不同)。正是您的设计和架构使扩展成为现实。

我希望它能有所帮助，如果你有问题，我很高兴能进一步帮助你。

请注意，如果您希望每天有10万用户，并且一次活跃数小时(意味着最多有2万+并发用户)，那么您将需要大量的服务器。SO有大约1.5万名注册用户，其中大多数人可能不是每天都活跃。虽然大部分流量来自未注册用户，但我猜他们中很少有人在网站上停留超过几分钟(即他们关注谷歌搜索结果后离开)。

对于这样的容量，预计至少需要30台服务器……这仍然是相当沉重的，每台服务器有1000个并发用户。

"What are the largest sites built on Django today?" There isn't any single place that collects information about traffic on Django built sites, so I'll have to take a stab at it using data from various locations. First, we have a list of Django sites on the front page of the main Django project page and then a list of Django built sites at djangosites.org. Going through the lists and picking some that I know have decent traffic we see: Instagram: What Powers Instagram: Hundreds of Instances, Dozens of Technologies. Pinterest: Alexa rank 37 (21.4.2015) and 70 Million users in 2013 Bitbucket: 200TB of Code and 2.500.000 Users Disqus: Serving 400 million people with Python. curse.com: 600k daily visits. tabblo.com: 44k daily visits, see Ned Batchelder's posts Infrastructure for modern web sites. chesspark.com: Alexa rank about 179k. pownce.com (no longer active): alexa rank about 65k. Mike Malone of Pownce, in his EuroDjangoCon presentation on Scaling Django Web Apps says "hundreds of hits per second". This is a very good presentation on how to scale Django, and makes some good points including (current) shortcomings in Django scalability. HP had a site built with Django 1.5: ePrint center. However, as for novemer/2015 the entire website was migrated and this link is just a redirect. This website was a world-wide service attending subscription to Instant Ink and related services HP offered (*). "Can Django deal with 100,000 users daily, each visiting the site for a couple of hours?" Yes, see above. "Could a site like Stack Overflow run on Django?" My gut feeling is yes but, as others answered and Mike Malone mentions in his presentation, database design is critical. Strong proof might also be found at www.cnprog.com if we can find any reliable traffic stats. Anyway, it's not just something that will happen by throwing together a bunch of Django models :)

当然，还有更多感兴趣的网站和博主，但我必须在某个地方停下来!

一篇关于使用Django构建高流量网站michaelmoore.com的博文，将其描述为排名前10,000的网站。Quantcast数据和compete.com数据。

(*)编辑的作者，包括这些引用，曾经在该项目中作为外包开发人员工作。

另一个例子是俄罗斯的交通时刻表服务。它的出勤率符合你的要求。