摘要：百万量级的产品，扛起来并不费力。当你的网站或者接口有一个用户访问时，能在短时间内返回，那么，当用户量达到时，是否能在同样的时间内返回呢这是个问题。对于后端来说，把响应时间控制在合理的范围之内是很重要的。其他的也是类似。
分几点来答：
1. 首先，这其实是个技术选型题。做技术选型的时候不能单纯的考虑性能，应该优先考虑业务类型，以及团队水平。另外的话，框架只是其中一环，还有配套呢。
如果是数据驱动型，尤其是要用到关系型数据库，那么选择Django足以，ORM会比较省事，但是性能损耗是个很明显的问题。不过还是看团队，如果大家玩flask或者bottle都贼溜，那么还要什么Django，自己造就行了。（题外话，不过你得提防比较水的人破坏整体结构）
如果下游是由很多微服务构成的，Tornado处理起来会有一定优势，用它的异步模型。（而不是用同步的方式写代码23333，要是这么用的话，你让flask怎么想，让bottle怎么想，让村东头的sanic怎么想
在这里还是要推荐下我自己建的Python开发学习群：725479218，群里都是学Python开发的，如果你正在学习Python ，小编欢迎你加入,大家都是软件开发党，不定期分享干货（只有Python软件开发相关的），包括我自己整理的一份2018最新的Python进阶资料和高级开发教程，欢迎进阶中和进想深入Python的小伙伴
2. Django能抗多少量？上面选型如果定下来Django了，那么剩下的就是“Where there is a will, there is a way”的问题。这个问题跟“Where there is a way, there is a will”的差别在于，并不是框架能支撑你到多大的并发量，而是你想要抗住很大的并发量，怎么优化现有框架。
当你的项目大到一定程度，瓶颈基本不在框架上（换语言另说，有人不懂框架乱搞的另说）。
我们用Django开发对外的产品不多，量级10w 100w的都有，但是我们上线前的准备都是朝着要抗足够高的流量目标的（谁没有一颗抗万亿流量的心呢），并且要能够通过增加机器提高承载能力。当然有些业务类型没法通过简单的增加机器来进行扩容，那只能通过其他途径优化单机的TPS。所以最终压测的结果都要远高于真实流量。百万量级的产品，扛起来并不费力。不过还是强调一下，看业务类型！
3. 用户体验问题当量级变大之后，影响用户体验吗？
用户体验分很多方面，包括交互，设计，前端，后端。这里讨论的是后端，那么就说后端。后端对用户体验的影响只有一个——那就是响应时间。当你的网站或者接口有一个用户访问时，能在短时间内返回response，那么，当用户量达到10w时，是否能在同样的时间内返回response呢？这是个问题。
对于后端来说，把响应时间控制在合理的范围之内是很重要的。20ms和30ms或许差别不大，但是50ms跟100ms会有明显差别。
怎么衡量合理的返回时间呢？
这块还是得说点细节，比方说Django的系统，一个用户请求进来了，需要涉及多少次Redis查询，平均每次响应时间是多少；涉及到多少次内网或者外网的HTTP请求，平均响应时间是多少；涉及到多少次MySQL查询，平均响应时间是多少。
所以大家面试时都喜欢问一个问题：用户输入网址之后，到页面展示出来的详细过程是什么？
当你知道了所有的细节之后，你就能知道，如果系统只涉及到Redis查询，那应该多少ms内返回是合理的，如果你发现nginx日志里面的后端响应时间高于你的预期，那你就得排查下了。其他的也是类似。
所以当谈论到后端上的用户体验时，我自己的看法就是，能多快就多快的给他数据。磨磨唧唧，妥妥拽拽的最招人烦。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/41899.html
摘要：百万量级的产品，扛起来并不费力。当你的网站或者接口有一个用户访问时，能在短时间内返回，那么，当用户量达到时，是否能在同样的时间内返回呢这是个问题。对于后端来说，把响应时间控制在合理的范围之内是很重要的。其他的也是类似。 分几点来答： 1. 首先，这其实是个技术选型题。 做技术选型的时候不能单纯的考虑性能，应该优先考虑业务类型，以及团队水平。另外的话，框架只是其中一环，还有配套呢。 如果...
摘要：百万量级的产品，扛起来并不费力。当你的网站或者接口有一个用户访问时，能在短时间内返回，那么，当用户量达到时，是否能在同样的时间内返回呢这是个问题。对于后端来说，把响应时间控制在合理的范围之内是很重要的。其他的也是类似。 分几点来答： 1. 首先，这其实是个技术选型题。 做技术选型的时候不能单纯的考虑性能，应该优先考虑业务类型，以及团队水平。另外的话，框架只是其中一环，还有配套呢。 如果...
摘要：博客网站的用户信息并不复杂，因此扩展就足够了。可以在这个基础上，扩展为一个美观详细的用户信息页面。当然最好再给个人信息添加一个入口。没有对用户的登录状态进行检查。总结本章使用一对一链接的方式，扩展并更新了用户信息。 可能你已经发现了，Django自带的User模型非常实用，以至于我们没有写用户管理相关的任何模型。 但是自带的User毕竟可用的字段较少。比方说非常重要的电话号码、头像等都...
摘要：希望能够帮助到大家，减少在起步阶段的油耗，集中精神突破技术。在平时写代码的时候你不一定会用到，但是他却是你解决问题的思想源泉如果说算法是一个程序员的九阳神功，那么设计模式就是你的乾坤大挪移。 showImg(https://segmentfault.com/img/remote/1460000019249986); 不知怎么的，最近不少关注我的读者都开始私信我怎么学好python？零基...
摘要：存在个人隐私数据被审查的风险。首先，我们认为违法数据的审查有利于社会和经济的安定。永不关停对于去中心化存储的用户来说，不用担心运营方关停的可能性，因为最终去中心化存储是属于用户的，属于社区的，并不是属于公司的。 在这个信息爆炸的时代，数据存储与我们每一个人息息相关。从打孔卡到软盘硬盘再到中心化云端存储服务，人类在寻求更便捷有效的数据存储方式的道路上从未停下过脚步。未来会出现比如今最流行...
阅读 882·2023-04-25 17:05
阅读 2827·2021-11-19 09:40
阅读 3157·2021-11-18 10:02
阅读 1543·2021-09-23 11:45
阅读 2907·2021-08-20 09:36
阅读 2672·2021-08-13 15:07
阅读 943·2019-08-30 15:55
阅读 2344·2019-08-30 14:11
