我正在用Django构建一个web应用程序。我选择Django的原因是:
我想使用免费/开源工具。 我喜欢Python，觉得它是一种长期的语言，而对于Ruby，我不确定，而PHP似乎是一个巨大的麻烦。 我正在为一个想法构建一个原型，并没有过多地考虑未来。开发速度是主要因素，而且我已经了解Python。 我知道迁移到谷歌应用程序引擎将更容易，如果我选择这样做在未来。 我听说Django很“不错”。
现在我越来越接近于考虑出版我的作品，我开始担心规模问题。我找到的关于Django伸缩能力的唯一信息是Django团队提供的(我不是说什么要忽略它们，但这显然不是客观的信息…)
我的问题:
目前在Django上构建的“最大”站点是什么?(我主要通过用户流量来衡量规模) Django能每天处理10万名用户，每个用户访问站点几个小时吗? 像Stack Overflow这样的站点可以在Django上运行吗?
当前回答
目前在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一年多了，它是如何将模块化、可伸缩性和开发速度结合在一起的，这让我印象深刻。与任何技术一样，它也有一个学习曲线。然而，Django社区提供的优秀文档使这条学习曲线变得不那么陡峭。Django能够很好地处理我交给它的所有事情。看起来它将能够很好地扩展到未来。
BidRodeo Penny Auctions是一个中等大小的Django支持的网站。这是一个非常有活力的网站，每天的访问量也不错。
我认为问题并不在于Django的伸缩性。
我真的建议你研究一下你的架构，这将有助于你的扩展需求。如果你弄错了，Django的性能就没有意义了。性能=规模。你可以拥有一个具有惊人性能但无法扩展的系统，反之亦然。
您的应用程序是否绑定了数据库?如果是，那么你的规模问题也存在。你打算如何与Django中的数据库交互?如果数据库处理请求的速度不及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 with Python或Ruby on Rails。它仍然会缩放。
有几种不同的技术。首先，缓存不是可伸缩性。除了硬件平衡器之外，还可以有多个应用服务器以nginx作为前端平衡。 为了在数据库端扩展，如果你走RDBMS的路，你可以在MySQL / PostgreSQL中使用读从。
Django中一些大流量网站的例子如下:
当他们还在那里的时候。 通用共享评论管理器 所有与报纸相关的网站:《华盛顿邮报》等。
你会有安全感。
扩展Web应用程序不是关于Web框架或语言，而是关于你的架构。 这是关于你如何处理你的浏览器缓存，你的数据库缓存，你如何使用非标准的持久性提供者(如CouchDB)，你的数据库是如何调优的，还有很多其他的东西…
