服务器架构笔记_产品架构

服务器架构笔记较为详尽地涵盖了多个关键设计模式和实施要点，重点面向产品架构的复杂性和多样性，以下是针对服务器架构设计的详细分析：

1、架构与框架：

架构主要指导软件设计的重要策略，并非实物，而是涉及软件如何设计的一种概念。

框架则提供了一系列协助实现特定功能的类和函数，是在架构基础上的具体实现。

2、设计模式：

单库单应用模式：简单的应用结构，适用于小规模或初期产品，优点是结构简单、开发迅速，但缺点是性能差、扩展性低。

内容分发模式：通过CDN技术将静态资源分发至离用户最近的服务器，虽减少资源下载时间和服务器压力，但存在成本及一致性问题。

查询分离模式：用于解决大并发查询问题，通过分担数据库压力提高读性能并间接提升写性能，但数据延迟和一致性保证是挑战。

微服务模式：将复杂业务拆分为独立系统，优点在于高性能、可扩展性强，适合中大型企业，但复杂性高且难以把握。

多级缓存模式：在多个环节添加缓存以减轻后端压力，应对高查询压力，但面临数据一致性问题且可能导致雪崩效应。

分库分表模式：解决单表压力大的问题，优势在于减少数据库单表压力，劣势是事务保证困难且业务逻辑需大量改造。

弹性伸缩模式：为应对不均匀的业务流量，通过横向扩展优化资源使用，需技术支持且应用需支持横向扩展。

多机房模式：解决高可用和高性能问题，虽提供异地多活，但数据同步和请求路由是挑战。

3、系统框架概述：

根据业务模型确定主要数据结构，围绕这些数据结构确定线程模型，并在各个业务线程内构建状态机模型。

4、网络层设计：

连接细节取决于使用的传输层协议，如UDP或TCP。

多路复用函数（如select/poll/epoll）监控网络事件，是网络层的核心驱动部分。

协议解析处理网络层收发数据与消息打包和解包。

5、业务线程：

网络层接收数据后，根据业务需求进行处理。

6、微服务架构：

将不同业务功能划分为独立的服务单元，每个服务负责自己的数据库和业务逻辑，服务间通过RPC或MQ进行通信。

7、技术外的好处：

微服务架构促使组织结构需相应调整，明确分工和责任，使团队更专注于提供优质服务。

8、抽象能力的重要性：

微服务改造的过程是抽象的过程，要求开发者具备良好的抽象思考能力。

在深入探讨服务器架构时，还需考虑以下因素：

数据一致性：分布式系统需保证数据在不同服务和数据库间的一致性。

系统监控与故障恢复：微服务架构下，系统监控和故障恢复的复杂度增加。

服务解耦与重构：服务之间的高度耦合可能导致架构僵化，需适时进行服务解耦和重构。

服务器架构的设计是一个涉及多个方面和层次的复杂过程，每种设计模式都有其适用场景和优缺点，没有一劳永逸的解决方案，在实际应用中，应根据业务需求、预期流量、团队能力以及技术栈等因素综合考虑，选择最适合的服务器架构设计方案，并在实际运行中不断优化和调整。