互联网分布式架构是一种设计方法，用于构建高可用性、可扩展性和容错性的互联网应用程序。它将单个应用程序拆分为多个独立的服务，每个服务都可以单独部署、扩展和维护。这种架构有助于提高系统的可伸缩性，降低故障风险，并能更好地适应快速变化的业务需求。

　　QPS:每秒钟处理完请求的次数；注意这里是处理完。具体是指发出请求到服务器处理完成功返回结果。br可以理解Kaiyun官网中国在server中有个counter，每处理一个请求加1，1秒后counter=QPS。br

　　，即事务数每秒，用于衡量一个系统每秒处理的事务数。这个指标通常对应于写操作，越高说明对写操作的支持越好

　　分布式系统通过扩展集群机器规模提高系统性能 (吞吐量、响应时间、 完成时间)、存储容量、计算能力的特性，是分布式系统的特有性质

　　垂直 / 纵向扩展指的是，增加单机的硬件能力，比如 CPU 增强、内存增大

　　这种一致性级别是最符合用户直觉的，它要 求系统写入什么，读出来的也会是什么，用户体验好，但 实现起来往往对系统的性能影响大

　　这种一致性级别约束了系统在写入成功后， 不承诺立即可以读到写入的值，也不久承诺多久之后数据 能够达到一致，但会尽可能地保证到某个时间级别（比如 秒级别）后，数据能够达到一致状态

　　最终一致性是弱一致性的一个特例，系统 会保证在一定时间内，能够达到一个数据一致的状态。这 里之所以将最终一致性单独提出来，是因为它是弱一致性 中非常推崇的一种一致性模型，也是业界在大型分布式系 统的数据一致性上比较用的多的模型

　　指数据信号始终沿一个方向传输，并且只能从发送方传输到接收方。发送者只能发送但不能接收，接收者只能接收但不能发送。

　　http1.1之前 短连接请求完后等待响应. 服务端不能主动推消息

　　半双工通信是指数据信号可以双向传输，但是不能同时在两个方向上发送数据，并且必须将它们交替。一个通道只能同时在一个方向上传输

　　服务端需要同时维系 DB 和 cache，并且是以 DB 的结果为准。(读:读缓存,缓存不存在,由db置入缓存,写:先更新db,再删除缓存)

　　Read/Write Through Pattern 中服务端把 cache 视为主要数据存储，从中读取数据并将数据写入其中。cache 服务负责将此数据读取和写入 DB，从而减轻了应用程序的职责 (读: 先读缓存,缓存不存在,读取db;写:写缓存,由缓存服务去更新db同步)

　　Read/Write Through Pattern 中服务端把 cache 视为主要数据存储，从中读取数据并将数据写入其中。cache 服务负责将此数据读取和写入 DB，从而减轻了应用程序的职责(异步写入db)(读: 先读缓存,缓存不存在,读取db;写:写缓存,由缓存服务去更新db异步))