我正在用Django构建一个web应用程序。我选择Django的原因是:
我想使用免费/开源工具。 我喜欢Python，觉得它是一种长期的语言，而对于Ruby，我不确定，而PHP似乎是一个巨大的麻烦。 我正在为一个想法构建一个原型，并没有过多地考虑未来。开发速度是主要因素，而且我已经了解Python。 我知道迁移到谷歌应用程序引擎将更容易，如果我选择这样做在未来。 我听说Django很“不错”。
现在我越来越接近于考虑出版我的作品，我开始担心规模问题。我找到的关于Django伸缩能力的唯一信息是Django团队提供的(我不是说什么要忽略它们，但这显然不是客观的信息…)
我的问题:
目前在Django上构建的“最大”站点是什么?(我主要通过用户流量来衡量规模) Django能每天处理10万名用户，每个用户访问站点几个小时吗? 像Stack Overflow这样的站点可以在Django上运行吗?
当前回答
正如在高性能Django书中所述 然后查一下卡尔·亨德森
详情如下:
人们经常会说“Django无法伸缩”。这取决于你如何看待它，这种说法要么完全正确，要么明显错误。Django本身是无法伸缩的。
Ruby on Rails、Flask、PHP或数据库驱动动态网站使用的任何其他语言也是如此。
不过，好消息是Django与缓存和缓存套件的交互非常漂亮 负载平衡工具将允许它扩展到尽可能多的流量，你可以扔在它。
与你在网上看到的相反， 它可以做到这一点，而不需要替换通常被标记为“太慢”的核心组件，如数据库ORM或模板层。
Disqus每月的页面浏览量超过80亿次。这些都是很大的数字。
这些团队已经证明了Django的扩展性。 我们在林肯环线的经验证明了这一点。
我们已经建立了大型的Django站点，可以让用户在Reddit主页上轻松浏览一整天。
Django在伸缩方面的成功案例不胜枚举。
它支持Disqus、Instagram和Pinterest。想要更多的证据吗?只用3个工程师(其中2个没有后端开发)，Instagram就能在Django上维持超过3000万的用户
其他回答
我使用Django的经验很少，但我记得在Django书中有一章他们采访了运行一些大型Django应用程序的人。这里有一个链接。我想这能提供一些启示。
它说curse.com是最大的Django应用程序之一，每月有6000万到9000万的页面浏览量。
如果你想使用开源，那么你有很多选择。但是python是其中最好的，因为它有很多库和一个超级棒的社区。 下面这些原因可能会改变你的想法:
Python is very good but it is a interpreted language which makes it slow. But many accelerator and caching services are there which partly solve this problem. If you are thinking about rapid development then Ruby on Rails is best among all. The main motto of this(ROR) framework is to give a comfortable experience to the developers. If you compare Ruby and Python both have nearly the same syntax. Google App Engine is very good service but it will bind you in its scope, you don't get chance to experiment new things. Instead of it you can use Digital Ocean cloud which will only take $5/Month charge for its simplest droplet. Heroku is another free service where you can deploy your product. Yes! Yes! What you heard is totally correct but here are some examples which are using other technologies Rails: Github, Twitter(previously), Shopify, Airbnb, Slideshare, Heroku etc. PHP: Facebook, Wikipedia, Flickr, Yahoo, Tumbler, Mailchimp etc.
结论是一个框架或语言不会为你做所有的事情。一个更好的架构，设计和策略会给你一个可扩展的网站。Instagram是最大的例子，这个小团队管理着如此庞大的数据。这里有一个关于它的架构的博客，一定要读。
看看这个叫做EveryBlock的微型新闻聚合器。
它完全是用Django编写的。事实上，正是他们开发了Django框架本身。
正如在高性能Django书中所述 然后查一下卡尔·亨德森
详情如下:
人们经常会说“Django无法伸缩”。这取决于你如何看待它，这种说法要么完全正确，要么明显错误。Django本身是无法伸缩的。
Ruby on Rails、Flask、PHP或数据库驱动动态网站使用的任何其他语言也是如此。
不过，好消息是Django与缓存和缓存套件的交互非常漂亮 负载平衡工具将允许它扩展到尽可能多的流量，你可以扔在它。
与你在网上看到的相反， 它可以做到这一点，而不需要替换通常被标记为“太慢”的核心组件，如数据库ORM或模板层。
Disqus每月的页面浏览量超过80亿次。这些都是很大的数字。
这些团队已经证明了Django的扩展性。 我们在林肯环线的经验证明了这一点。
我们已经建立了大型的Django站点，可以让用户在Reddit主页上轻松浏览一整天。
Django在伸缩方面的成功案例不胜枚举。
它支持Disqus、Instagram和Pinterest。想要更多的证据吗?只用3个工程师(其中2个没有后端开发)，Instagram就能在Django上维持超过3000万的用户
我所知道的最大的django网站是华盛顿邮报，这肯定表明它可以很好地扩展。
好的设计决策对性能的影响可能比其他任何东西都要大。Twitter经常被认为是另一个基于动态解释语言的web框架——Ruby on Rails——体现了性能问题的站点——但Twitter工程师表示，该框架并不像他们早期所做的一些数据库设计选择那样是个大问题。
Django可以很好地使用memcached，并提供了一些管理缓存的类，这可以解决大部分性能问题。在现实中，你在网络上交付的东西几乎比你的后端更重要——使用像yslow这样的工具对于高性能web应用程序来说是至关重要的。你可以在后台添加更多硬件，但你不能改变你的用户带宽。
