通用架构，读，写，扣减

短视频、微博、新闻资讯、电商、打车等）梳理分类

业务后台系统在系统实现上均可分为读业务、写业务、扣减业务

读业务是越快越好

首先介绍的是读业务场景。任何业务最基本的要求是高可用，随时保障服务可用，还要求能够在海量读请求下保障高性能。

写业务需要 101% 高可用

读业务的技术实现分析里提到，保障高可用是基本要求

写入服务是无法使用缓存的。此外，对于各大电商、打车、外卖平台来说，故障恢复的时间需要在一分钟内或者秒级别。故我们在架构设计时需要做到“101%”的高可用，这样在实际生产环境才能高效应对故障的发生。

扣减业务要抗住并发和保障数据一致性

扣减类业务的重点就是在并发情况下保障扣减的准确性和抗击高并发的能力。

不管各大公司提供的具体业务是什么，从技术的目的性上看，它们都是提供了三大类技术角度的业务。这也就解答了，为什么各大公司的后台开发岗位的招聘要求是类似的，穿过业务的外皮，它们底层逻辑相同。