<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Architecture on 断念梦的站点</title><link>https://desistdaydream.github.io/docs/8.%E9%80%9A%E7%94%A8%E6%8A%80%E6%9C%AF/Architecture/</link><description>Recent content in Architecture on 断念梦的站点</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sun, 31 May 2026 22:44:58 +0800</lastBuildDate><atom:link href="https://desistdaydream.github.io/docs/8.%E9%80%9A%E7%94%A8%E6%8A%80%E6%9C%AF/Architecture/index.xml" rel="self" type="application/rss+xml"/><item><title>Architecture</title><link>https://desistdaydream.github.io/docs/8.%E9%80%9A%E7%94%A8%E6%8A%80%E6%9C%AF/Architecture/Architecture/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://desistdaydream.github.io/docs/8.%E9%80%9A%E7%94%A8%E6%8A%80%E6%9C%AF/Architecture/Architecture/</guid><description>概述 参考：
Wiki, Computer Architecture 架构演变史 参考：
B 站 - 架构师阿Q，# 互联网架构就这？1个故事讲清楚 我在 2026-03-04 公司季度演讲中，总结了云原生架构演变历史。于 2026-05-31 刷到了这个发布于 2026-05-14 21:00:00 的视频。 应用与系统的架构发展也可以理解为软件架构设计的 Modular(模块化) 演变。
单体应用架构 集群架构 分布式架构 微服务架构 痛点 解决方案 典型名词代表 从零开始 单机 LAMP（Linux+Apache+MySQL+PHP） 资源争抢 应用与数据分离 高并发 集群 集群，负载均衡，水平扩展，高可用 查询性能、数据库压力 多级缓存 缓存 数据库读写阻塞 数据库读写分离 读写分离 海量数据存储 分库分表 垂直分库、水平分表 访问速度、系统安全 CDN + 反向代理 复杂查询 搜索引擎 + NoSQL 业务膨胀、代码维护 分布式 RPC，服务发现，消息队列 团队协作、极致弹性 微服务 容器化，容器编排 本质：用空间换时间，用复杂度换性能。
目标：高性能、高可用、可伸缩、可扩展、够安全
其他 TODO：
削峰填谷 全链路追踪，限流/熔断/降级，服务治理 下面用一个常见的电商场景来说明：
最早的单体应用时代 所有功能都在一个程序里：</description></item></channel></rss>