我正在用Django构建一个web应用程序。我选择Django的原因是:
我想使用免费/开源工具。 我喜欢Python，觉得它是一种长期的语言，而对于Ruby，我不确定，而PHP似乎是一个巨大的麻烦。 我正在为一个想法构建一个原型，并没有过多地考虑未来。开发速度是主要因素，而且我已经了解Python。 我知道迁移到谷歌应用程序引擎将更容易，如果我选择这样做在未来。 我听说Django很“不错”。
现在我越来越接近于考虑出版我的作品，我开始担心规模问题。我找到的关于Django伸缩能力的唯一信息是Django团队提供的(我不是说什么要忽略它们，但这显然不是客观的信息…)
我的问题:
目前在Django上构建的“最大”站点是什么?(我主要通过用户流量来衡量规模) Django能每天处理10万名用户，每个用户访问站点几个小时吗? 像Stack Overflow这样的站点可以在Django上运行吗?
当前回答
如果您的站点包含一些静态内容，那么在前面放置一个Varnish服务器将极大地提高您的性能。即使是一个盒子也能轻易产生100 Mbit/s的流量。
注意，对于动态内容，使用像Varnish这样的东西变得更加棘手。
其他回答
我有点唱反调:
你应该看看calhenderson在Django con 2008的主题演讲，标题是“为什么我讨厌Django”，他在演讲中详细介绍了Django在高流量网站中所缺少的所有功能。最后，你必须以开放的心态看待这一切，因为编写可伸缩的Django应用程序是完全可能的，但我认为这是一个很好的演示，与你的问题相关。
我使用Django的经验很少，但我记得在Django书中有一章他们采访了运行一些大型Django应用程序的人。这里有一个链接。我想这能提供一些启示。
它说curse.com是最大的Django应用程序之一，每月有6000万到9000万的页面浏览量。
我觉得我们不妨把苹果2011年的最佳应用Instagram也加入到这个大量使用django的榜单中。
尽管这里有很多很棒的答案，我只是想指出，没有人强调…
这取决于应用程序
如果你的应用程序写得比较少，因为你从DB中读取的数据比写的数据要多得多。然后缩放django应该是相当简单的，见鬼，它带来了一些相当不错的输出/视图缓存直接开箱即用。利用这一点，比如说，redis作为一个缓存提供商，在它前面放置一个负载均衡器，旋转n个实例，你应该能够处理非常大量的流量。
现在，如果你一秒钟要做几千个复杂的写?不同的故事。Django是一个糟糕的选择吗?好吧，不一定，这取决于您如何构建解决方案，以及您的需求是什么。
这只是我的个人意见:-)
我用Django为爱尔兰国家广播公司开发高流量网站。这对我们来说很有效。开发一个高性能的网站不仅仅是选择一个框架。框架只是系统的一部分，它的强大程度取决于它最薄弱的环节。如果问题是数据库查询缓慢或服务器或网络配置糟糕，使用最新的框架'X'将无法解决您的性能问题。
