我正在用Django构建一个web应用程序。我选择Django的原因是:
我想使用免费/开源工具。 我喜欢Python，觉得它是一种长期的语言，而对于Ruby，我不确定，而PHP似乎是一个巨大的麻烦。 我正在为一个想法构建一个原型，并没有过多地考虑未来。开发速度是主要因素，而且我已经了解Python。 我知道迁移到谷歌应用程序引擎将更容易，如果我选择这样做在未来。 我听说Django很“不错”。
现在我越来越接近于考虑出版我的作品，我开始担心规模问题。我找到的关于Django伸缩能力的唯一信息是Django团队提供的(我不是说什么要忽略它们，但这显然不是客观的信息…)
我的问题:
目前在Django上构建的“最大”站点是什么?(我主要通过用户流量来衡量规模) Django能每天处理10万名用户，每个用户访问站点几个小时吗? 像Stack Overflow这样的站点可以在Django上运行吗?
当前回答
不知道每天的访问量有多少，但这里有一些大型Django站点的例子:
Disqus.com(来自djangocon的演讲) bitbucket。org(写作) lanyrd.com(源) support网站(源代码) Addons.mozilla.org(源代码)(来自django的谈话) Theonion.com网站 uk评论系统使用Django(来源) instagram pinterest rdio
这里是Quora上高流量Django网站的链接。
其他回答
另一个例子是俄罗斯的交通时刻表服务。它的出勤率符合你的要求。
问题是不知道django是否可以伸缩。
正确的方法是理解和知道哪些网络设计模式和工具应该放在django/symfony/rails项目下，以实现良好的扩展性。
一些想法可以是:
多路复用。 反向代理。例如:Nginx，清漆 Memcache会话。例如:Redis 在项目和数据库上进行集群化，以实现负载平衡和容错:例如:Docker 使用第三方存储资产。例子:Amazon S3
希望它能有所帮助。这是我的小石头。
我所知道的最大的django网站是华盛顿邮报，这肯定表明它可以很好地扩展。
好的设计决策对性能的影响可能比其他任何东西都要大。Twitter经常被认为是另一个基于动态解释语言的web框架——Ruby on Rails——体现了性能问题的站点——但Twitter工程师表示，该框架并不像他们早期所做的一些数据库设计选择那样是个大问题。
Django可以很好地使用memcached，并提供了一些管理缓存的类，这可以解决大部分性能问题。在现实中，你在网络上交付的东西几乎比你的后端更重要——使用像yslow这样的工具对于高性能web应用程序来说是至关重要的。你可以在后台添加更多硬件，但你不能改变你的用户带宽。
我认为问题并不在于Django的伸缩性。
我真的建议你研究一下你的架构，这将有助于你的扩展需求。如果你弄错了，Django的性能就没有意义了。性能=规模。你可以拥有一个具有惊人性能但无法扩展的系统，反之亦然。
您的应用程序是否绑定了数据库?如果是，那么你的规模问题也存在。你打算如何与Django中的数据库交互?如果数据库处理请求的速度不及Django接收请求的速度，会发生什么?当您的数据超出一台物理机器时会发生什么。你需要考虑如何应对这些情况。
此外，当你的流量超过一个应用服务器时会发生什么?在这种情况下，如何处理会话是很棘手的，通常情况下，您可能需要一个共享的“无”架构。这取决于你的应用。
简而言之，决定规模的不是语言，而是语言的性能(同样取决于您的应用程序，不同的语言表现不同)。正是您的设计和架构使扩展成为现实。
我希望它能有所帮助，如果你有问题，我很高兴能进一步帮助你。
你完全可以用Django运行一个高流量的站点。看看这篇在django 1.0之前但仍然相关的文章:http://menendez.com/blog/launching-high-performance-django-site/
