我正在用Django构建一个web应用程序。我选择Django的原因是:
我想使用免费/开源工具。 我喜欢Python，觉得它是一种长期的语言，而对于Ruby，我不确定，而PHP似乎是一个巨大的麻烦。 我正在为一个想法构建一个原型，并没有过多地考虑未来。开发速度是主要因素，而且我已经了解Python。 我知道迁移到谷歌应用程序引擎将更容易，如果我选择这样做在未来。 我听说Django很“不错”。
现在我越来越接近于考虑出版我的作品，我开始担心规模问题。我找到的关于Django伸缩能力的唯一信息是Django团队提供的(我不是说什么要忽略它们，但这显然不是客观的信息…)
我的问题:
目前在Django上构建的“最大”站点是什么?(我主要通过用户流量来衡量规模) Django能每天处理10万名用户，每个用户访问站点几个小时吗? 像Stack Overflow这样的站点可以在Django上运行吗?
当前回答
我们正在进行负载测试。我们认为我们可以支持240个并发请求(24x7每秒120次的持续速率)，而不会显著降低服务器性能。那就是每小时432000次点击。响应时间并不小(我们的事务很大)，但随着负载的增加，基线性能没有下降。
我们使用Apache前端Django和MySQL。操作系统为Red Hat Enterprise Linux (RHEL)。64位。我们在Django的守护模式下使用mod_wsgi。除了接受默认值外，我们没有做任何缓存或数据库优化。
我们都在一台64位戴尔的虚拟机中，(我想)有32Gb内存。
因为对于20或200个并发用户来说，性能几乎是相同的，所以我们不需要花费大量时间进行“调整”。相反，我们只需要通过普通的SSL性能改进、普通的数据库设计和实现(索引等)、普通的防火墙性能改进等来保持我们的基础性能。
我们测量的是我们的负载测试笔记本电脑在15个进程运行16个并发请求线程的疯狂工作负载下挣扎。
其他回答
"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数据。
(*)编辑的作者，包括这些引用，曾经在该项目中作为外包开发人员工作。
我使用Django的经验很少，但我记得在Django书中有一章他们采访了运行一些大型Django应用程序的人。这里有一个链接。我想这能提供一些启示。
它说curse.com是最大的Django应用程序之一，每月有6000万到9000万的页面浏览量。
请注意，如果您希望每天有10万用户，并且一次活跃数小时(意味着最多有2万+并发用户)，那么您将需要大量的服务器。SO有大约1.5万名注册用户，其中大多数人可能不是每天都活跃。虽然大部分流量来自未注册用户，但我猜他们中很少有人在网站上停留超过几分钟(即他们关注谷歌搜索结果后离开)。
对于这样的容量，预计至少需要30台服务器……这仍然是相当沉重的，每台服务器有1000个并发用户。
我所知道的最大的django网站是华盛顿邮报，这肯定表明它可以很好地扩展。
好的设计决策对性能的影响可能比其他任何东西都要大。Twitter经常被认为是另一个基于动态解释语言的web框架——Ruby on Rails——体现了性能问题的站点——但Twitter工程师表示，该框架并不像他们早期所做的一些数据库设计选择那样是个大问题。
Django可以很好地使用memcached，并提供了一些管理缓存的类，这可以解决大部分性能问题。在现实中，你在网络上交付的东西几乎比你的后端更重要——使用像yslow这样的工具对于高性能web应用程序来说是至关重要的。你可以在后台添加更多硬件，但你不能改变你的用户带宽。
前几周我参加了EuroDjangoCon会议，这是几个演讲的主题——其中包括最大的django网站Pownce的创始人(幻灯片来自其中一个演讲)。主要的信息是，你不必担心Django，而是像适当的缓存，负载平衡，数据库优化等。
实际上，Django已经为这些事情提供了钩子——尤其是缓存，它变得非常简单。
