1704135900
作为在激烈残酷的互联网世界中苦苦求存了近20年的腾讯，秉承自己“有损服务”和“动态运营”两大技术价值观，把海量的用户服务得“心服口服”。
1704135901
1704135902
1704135903
1704135904
1704135905
腾讯的海量服务之道
1704135906
1704135907
有损服务
1704135908
1704135909
所谓有损服务，就是指通过精心拆分产品流程，有选择性地牺牲掉一部分数据的一致性和完整性，从而保证核心应用的大部分功能稳定运行。
1704135910
1704135911
简单来说就是“重点接口重点保障，次要接口有损保障”，提供紧急时刻的降级能力，同时在前端设计时就考虑到降级时也能保证一定的用户体验。
1704135912
1704135913
2015年春节，通过与春晚互动，微信总共摇动110亿次，峰值请求达到1400万次/秒，微信技术专家在ArchSummit全球架构师峰会上分享了微信春晚红包如何应对110亿次的请求。
1704135914
1704135915
微信在设计初期曾坚持一条底线，即“所有用户消息都必须按时按序送达”。后来在有损服务的理念下，微信团队放弃了这条原则，以缓解服务器的压力。事实证明，这样做也没有影响到用户的体验，完全可行。
1704135916
1704135917
不只是腾讯，“有损服务”现在已经成为互联网企业普遍坚持的核心理念。大家都在做的一件事情就是：在正常的情况下，给用户百分之百的体验；当遇到困难时，比如设备出现故障或者用户突发高峰等，便通过有损服务来应对，尽管有损部分用户的体验，但是既保证了产品的正常运转，更保证了大多数用户的体验。
1704135918
1704135919
第一个案例是“滴滴出行”。在条件允许的情况下，它会把附近每个出租车的位置及运动轨迹清晰地显示给用户；当遇到打车高峰期，系统异常繁忙时，就会对这种显示进行模糊处理，如降低定位精准度、模糊运行轨迹等。这些措施并不会影响用户打车的核心体验，却极大地缓解了服务器的压力。而且，高峰期过后，它还会恢复到原来的清晰度。
1704135920
1704135921
第二个案例是“红米”。2013年7月31日，小米公司第一次发布红米手机，非常成功。但到了2014年3月16日，小米公司第二次发布红米NOTE，则“成功”地把自己的服务器拖垮。
1704135922
1704135923
帮助小米复盘之后，原因随即被发现。原来小米对于自己服务器的设计是一个无损的完美设计，其中有一点就是每个人都能随时随地查看到剩余手机数量。
1704135924
1704135925
稍做分析，不难发现，这种“完美设计”显然没有必要。当手机还剩下超过10万部时，访问量正处于高峰，而且库存相对充裕，并不需要让消费者知道剩余产品数量，那样只是徒给服务器增加压力而已。只有当库存仅余1000部甚至100部的时候，才需要让用户知道，以便刺激消费。而那时，访问量已经开始急剧下降，服务器自然就能够负担了。
1704135926
1704135927
第三个案例来自铁路购票系统12306。铁道部曾找过腾讯合作，希望其帮助解决春运时操作系统时常被“压垮”的问题。当时腾讯便提出了很简单的“有损服务”这一概念，建议铁道部不同的车次分开放票，或者不同车站错峰放票，一举解决了火车票系统瘫痪的“老大难”问题。
1704135928
1704135929
此外，如今被广泛谈论的大数据和云计算，其实都是在用柔性的有损服务来解决以前数据库所解决不了的问题。
1704135930
1704135931
动态运营
1704135932
1704135933
腾讯的互联网产品都是通过不断迭代优化成长起来的，是一个动态运营的过程，其中有一些关键的要素，例如小步快跑。
1704135934
1704135935
小步快跑包括对用户需求的快速反应，以及快速考证团队猜想是否正确。
1704135936
1704135937
微信在1.0版本的时候仅仅具备聊天功能，界面也很简陋。但随着快速迭代、快速响应用户需求，现在的微信已经成功进化为平台型产品，成为移动互联网的入口。
1704135938
1704135939
要实现小步快跑，在技术方面就要求初始设计具有可扩展、自动化部署、轻松上线以及快速沉淀的能力。
1704135940
1704135941
有了战略级别的价值观，还要有战术级别的具体意识，才能指导实际工作。腾讯在奋斗的过程中，做了这些准备：
1704135942
1704135943
1.大系统小做
1704135944
1704135945
大系统小做是指将一个大的系统尽量拆分成功能单一的模块，在架构设计上尽量使用插件式设计，高度解耦。
1704135946
1704135947
腾讯QQ乃至到后来的腾讯云都是依凭这个思想，小到代码中一个类的设计，大到涉及数个集群的云服务，都按照模块来划分。
1704135948
1704135949
2.边运营边重构边生活