qq_38533859的博客

本文探讨了互联网架构的技术演进与分层选择策略。架构师选择技术可分为潮流派、保守派和跟风派，但最佳选择应基于业务发展阶段：产品类业务由技术创新推动，服务类业务则由业务发展驱动技术演进。互联网公司技术发展分为初创期、发展期、竞争期和成熟期四个阶段，对应的技术策略从快速响应需求逐步演变为架构调整和平台建设。技术架构可分为存储层（SQL/NoSQL/大小文件存储）、开发层（框架/Web服务器/容器）和服务层（配置中心/服务中心/消息队列），需根据业务规模和复杂度选择成熟的开源方案或自建平台。

摘要：本文探讨了软件系统可扩展架构设计的基本思想和方法。核心观点指出软件系统的生命力在于持续扩展，而实现可扩展性的关键在于"拆分"，包括面向流程、服务和功能三种拆分方式。文章对比了传统可扩展架构模式（分层架构和SOA）的优劣，并详细分析了微服务架构的特点、陷阱及最佳实践。强调微服务成功的关键在于合理拆分和健全的基础设施支持，而非盲目追求服务粒度细化。通过支付系统、风控系统等实例，展示了不同拆分方法在实际业务中的应用场景和实施要点。

本文介绍了高性能架构设计的几种关键模式：读写分离通过主从集群分散读写操作，但存在复制延迟和分配机制问题；分库分表包括垂直和水平拆分，水平分表带来路由、join、count等操作复杂度；缓存架构需解决穿透、雪崩和热点问题。此外还探讨了单服务器高性能的PPC和TPC模式，PPC通过进程处理连接适合稳定场景，TPC用线程处理更轻量级但复杂度高。文章结合实际案例分析了不同模式的适用场景和优化方案。

CAP理论是分布式系统设计的核心原则，指出在一致性(C)、可用性(A)和分区容错性(P)中只能同时满足两项。由于网络分区不可避免，实际设计需在CP或AP间选择。文章还介绍了FMEA故障分析方法，以及主备/主从复制等常见高可用存储架构，分析其优缺点及适用场景。高可用架构设计需根据不同业务需求和数据特性，权衡CAP要素并做好故障应对方案。

本文总结了《从0开始学架构》的核心知识要点。首先通过微信架构、Linux架构等案例引出架构的基本概念，并区分了系统/子系统、模块/组件、框架/架构等关键术语。随后提出"4R架构模型"（Rank层级、Role角色、Relation关系、Rule规则）作为架构设计的核心方法论。文章还回顾了软件架构的历史背景，从结构化编程、面向对象到组件化的发展历程，指出架构设计是应对软件复杂度的关键手段。最后分析了架构设计的三大核心复杂度来源：高性能（涉及SMP/NUMA/MPP等技术选择）、高可用（独裁式