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