<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>架构 on Jeanphilo Blog</title><link>https://shio-chan-dev.github.io/jeanblog/zh/tags/%E6%9E%B6%E6%9E%84/</link><description>Recent content in 架构 on Jeanphilo Blog</description><generator>Hugo -- 0.159.2</generator><language>zh-cn</language><lastBuildDate>Sat, 24 Jan 2026 15:35:03 +0800</lastBuildDate><atom:link href="https://shio-chan-dev.github.io/jeanblog/zh/tags/%E6%9E%B6%E6%9E%84/index.xml" rel="self" type="application/rss+xml"/><item><title>重构还是重写：如何评估系统演进路径</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/general/refactor-vs-rewrite-debate/</link><pubDate>Sat, 24 Jan 2026 15:35:03 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/general/refactor-vs-rewrite-debate/</guid><description>给出重构 vs 重写的决策框架，避免拍脑袋。</description></item><item><title>Active Record 的限制与缺陷：为什么它不适合复杂领域</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/design-patterns/active-record-limitations/</link><pubDate>Sat, 24 Jan 2026 15:29:20 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/design-patterns/active-record-limitations/</guid><description>分析 Active Record 模式的局限性，并给出适用边界与替代方案。</description></item><item><title>设计 vs 架构：范围、抽象层级与责任</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/design/design-vs-architecture/</link><pubDate>Sat, 24 Jan 2026 15:29:20 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/design/design-vs-architecture/</guid><description>从范围与抽象层级解释设计与架构的区别。</description></item><item><title>为什么事件驱动架构能提升可扩展性</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/event-driven-scalability/</link><pubDate>Sat, 24 Jan 2026 15:29:20 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/event-driven-scalability/</guid><description>解释事件驱动架构的扩展优势、适用场景与工程取舍。</description></item><item><title>作为 CTO 你会如何决策：从战略到执行的框架</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/management/cto-decision-framework/</link><pubDate>Sat, 24 Jan 2026 13:35:15 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/management/cto-decision-framework/</guid><description>提供 CTO 视角下的决策框架：业务、架构、组织与风险。</description></item><item><title>“喜欢这个的人也喜欢…”：电商推荐的最小实现</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/recommendation-people-also-like/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/recommendation-people-also-like/</guid><description>用协同过滤的简化模型实现“相似商品推荐”。</description></item><item><title>80 年代后的 CPU 变化与编程影响</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/cpu-changes-after-80s/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/cpu-changes-after-80s/</guid><description>概述 CPU 从频率提升到多核与缓存层级的演进，并解释对编程的影响。</description></item><item><title>SOA 与微服务的区别：边界、治理与演进方式</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/soa/soa-vs-microservices/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/soa/soa-vs-microservices/</guid><description>对比 SOA 与微服务在服务粒度、治理方式与演进路径上的差异。</description></item><item><title>除了攻击之外，哪些设计会导致拒绝服务</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/design-issues-causing-dos/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/design-issues-causing-dos/</guid><description>讨论架构设计缺陷如何引发类似 DoS 的系统故障。</description></item><item><title>分布式系统中的故障切换与会话管理</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/failover-and-user-session/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/failover-and-user-session/</guid><description>解释故障切换与用户会话管理的核心策略与工程取舍。</description></item><item><title>如何设计去中心化 P2P 系统：节点、发现与一致性</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/design-decentralized-p2p-system/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/design-decentralized-p2p-system/</guid><description>从节点发现、路由与一致性角度介绍 P2P 系统设计。</description></item><item><title>统一设计是否意味着架构师的贵族统治？</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/unity-of-design-aristocracy/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/unity-of-design-aristocracy/</guid><description>讨论“统一设计”与团队自治之间的张力与平衡。</description></item><item><title>微服务架构的优劣：收益、成本与适用场景</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/soa/microservices-pros-cons/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/soa/microservices-pros-cons/</guid><description>总结微服务的优势与代价，并给出选型建议。</description></item><item><title>微服务太“微”会发生什么：边界拆分的警戒线</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/soa/when-microservices-too-micro/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/soa/when-microservices-too-micro/</guid><description>讨论微服务拆分过细的代价与判断标准。</description></item><item><title>为什么 CGI 的扩展性不好：进程模型的代价</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/cgi-scalability-issues/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/cgi-scalability-issues/</guid><description>解释 CGI 进程模型的性能瓶颈与扩展性问题。</description></item><item><title>性能生命周期：从设计到上线的全流程管理</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/performance-lifecycle-management/</link><pubDate>Sat, 24 Jan 2026 13:27:25 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/performance-lifecycle-management/</guid><description>说明性能从需求、设计、开发到上线的生命周期管理要点。</description></item><item><title>反腐败层（ACL）：如何隔离外部系统的复杂性</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/design-patterns/anti-corruption-layer/</link><pubDate>Sat, 24 Jan 2026 13:08:42 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/design-patterns/anti-corruption-layer/</guid><description>解释反腐败层的作用、使用场景与实现方式。</description></item><item><title>分布式计算的八大谬论：你真的能相信网络吗？</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/fallacies-of-distributed-computing/</link><pubDate>Sat, 24 Jan 2026 13:08:42 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/fallacies-of-distributed-computing/</guid><description>用工程视角解释分布式计算的常见谬论与风险。</description></item><item><title>分布式系统如何处理故障：超时、重试与降级</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/failure-handling/</link><pubDate>Sat, 24 Jan 2026 13:08:42 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/failure-handling/</guid><description>总结分布式系统常见故障处理策略，并给出工程落地建议。</description></item><item><title>封闭网络 vs 开放网络：分布式系统的不同设计重点</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/secure-vs-open-network-architecture/</link><pubDate>Sat, 24 Jan 2026 13:08:42 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/secure-vs-open-network-architecture/</guid><description>对比封闭安全网络与开放网络下的架构重点与安全策略。</description></item><item><title>紧急设计 vs 演化架构：系统如何在变化中保持方向</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/emergent-vs-evolutionary-architecture/</link><pubDate>Sat, 24 Jan 2026 13:08:42 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/emergent-vs-evolutionary-architecture/</guid><description>对比紧急设计与演化架构的理念与工程实践。</description></item><item><title>没有数据库事务时，如何从头实现事务语义</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/database/implement-transactions-without-db/</link><pubDate>Sat, 24 Jan 2026 13:08:42 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/database/implement-transactions-without-db/</guid><description>讨论无事务系统的补救思路：日志、锁与补偿。</description></item><item><title>什么时候紧耦合是合理的：工程上的现实选择</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/when-tight-coupling-ok/</link><pubDate>Sat, 24 Jan 2026 13:08:42 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/when-tight-coupling-ok/</guid><description>讨论紧耦合的合理场景与风险控制方法。</description></item><item><title>什么是 Cloud Ready：系统上云前必须具备的特征</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/cloud-ready-system/</link><pubDate>Sat, 24 Jan 2026 13:08:42 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/architecture/cloud-ready-system/</guid><description>总结云就绪系统的关键特征与工程实践清单。</description></item><item><title>在存储过程中写业务逻辑：优点、缺点与边界</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/database/business-logic-in-stored-procedures/</link><pubDate>Sat, 24 Jan 2026 13:08:42 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/database/business-logic-in-stored-procedures/</guid><description>讨论把业务逻辑放进存储过程的收益、风险与适用场景。</description></item><item><title>请求/响应 vs 发布/订阅：什么时候用哪种通信模式</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/request-response-vs-pubsub/</link><pubDate>Sat, 24 Jan 2026 13:04:00 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/request-response-vs-pubsub/</guid><description>对比请求/响应与发布/订阅的适用场景、优缺点与选型建议。</description></item><item><title>Greenfield vs Brownfield：新项目还是老系统？</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/engineering/greenfield-vs-brownfield/</link><pubDate>Sat, 24 Jan 2026 12:47:45 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/engineering/greenfield-vs-brownfield/</guid><description>对比新建项目与遗留系统的利弊，并给出选择与落地策略。</description></item><item><title>好莱坞原则：别打给我，我会打给你</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/design-patterns/hollywood-principle/</link><pubDate>Sat, 24 Jan 2026 12:45:38 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/design-patterns/hollywood-principle/</guid><description>解释好莱坞原则的含义、与 IoC 的关系，以及在框架设计中的落地方式。</description></item><item><title>Active Record vs Data Mapper：差异、优缺点与选型</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/design-patterns/active-record-vs-data-mapper/</link><pubDate>Sat, 24 Jan 2026 12:40:32 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/design-patterns/active-record-vs-data-mapper/</guid><description>对比 Active Record 与 Data Mapper 两种持久化模式的适用场景与代价。</description></item><item><title>设计、架构、功能与美学：它们分别解决什么问题？</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/design/design-architecture-functionality-aesthetic/</link><pubDate>Sat, 24 Jan 2026 12:33:47 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/design/design-architecture-functionality-aesthetic/</guid><description>用工程视角区分设计、架构、功能与美学，并给出落地实践与协作方式。</description></item><item><title>远程过程调用（RPC）的通用缺点：成本与风险</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/rpc-common-drawbacks/</link><pubDate>Sat, 24 Jan 2026 12:23:30 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/distributed/rpc-common-drawbacks/</guid><description>总结 RPC 的通用缺点，包括耦合、可观测性与错误处理复杂度。</description></item><item><title>什么是 O/R 阻抗失衡：对象世界与关系模型的冲突</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/database/object-relational-impedance-mismatch/</link><pubDate>Sat, 24 Jan 2026 11:06:00 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/database/object-relational-impedance-mismatch/</guid><description>解释对象模型与关系模型的不匹配来源，并给出实际工程中的缓解策略。</description></item><item><title>CSR vs SSR：取舍、性能指标与落地路径</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/frontend/csr-vs-ssr-tradeoffs/</link><pubDate>Sat, 24 Jan 2026 11:03:05 +0800</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/frontend/csr-vs-ssr-tradeoffs/</guid><description>从 TTFB/TTI/SEO 等指标出发，对比 CSR 与 SSR 的优缺点，并给出决策指南与可运行示例。</description></item><item><title>任务编排为什么要放后端：让流程可控、可变、可回放</title><link>https://shio-chan-dev.github.io/jeanblog/zh/dev/python/pipeline-orchestration/</link><pubDate>Tue, 13 Jan 2026 00:00:00 +0000</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/dev/python/pipeline-orchestration/</guid><description>用通俗语言解释“后端任务编排”的必要性：把流程顺序从前端移到后端，用配置驱动步骤与等待点。给出最小可运行示例、落地步骤与常见坑。</description></item><item><title>算法与业务的关系：把不确定性变成可交付（以 LLM 事实抽取为例）</title><link>https://shio-chan-dev.github.io/jeanblog/zh/thoughts/thoughts/algorithm-vs-business/</link><pubDate>Wed, 07 Jan 2026 00:00:00 +0000</pubDate><guid>https://shio-chan-dev.github.io/jeanblog/zh/thoughts/thoughts/algorithm-vs-business/</guid><description>用投标写作系统为例，解释算法与业务的边界：算法负责把模糊世界压缩成结构化中间态，业务负责在中间态稳定后编排流程。附：JupyterLab 验证清单、最小可运行示例与常见坑。</description></item></channel></rss>