120天精通金融·零售业务架构与软件架构
定位：10年隐性经验 → 系统化架构方法论 + AI增强 → 可验证的架构领导力
目标：具备金融/零售领域的架构规划、评审、演进、治理全流程能力，能主导千万级以上系统的架构设计与决策
前置：10年金融零售软件PM+BA+开发经验（非从零开始，而是升维和系统化）
开始日期：2026-03-30
定位级别：高级架构师 / 首席架构师方向（非初级架构入门）
为什么做这个计划？
| 问题 | 解决方式 |
|---|
| 10年经验分散在项目中，能做但缺乏系统性表达 | 用TOGAF/DDD/BIAN等框架将经验重新编码，形成可输出的方法论 |
| 做过的架构决策没有文档化，无法复用和展示 | 每个设计都写ADR，建立个人架构决策库 |
| 金融零售经验是稀缺优势，但停留在"做过"而非"精通" | 每个领域做到能主持架构评审、能指出反模式、能给出演进路线 |
| Web3经验+传统金融架构=稀缺复合能力 | 深度对比CeFi/DeFi架构差异，找到桥接价值 |
| AI正在重塑架构实践，不能只当旁观者 | AI贯穿120天：加速学习+融入架构设计+提升职业壁垒 |
学习定位：不是"学会"，而是"精通到能教"
初级架构师：知道模式名称，能照着文档实现
中级架构师：理解何时用什么模式，能做trade-off分析
高级架构师：能识别反模式，能在约束下做最优决策，能主导评审
首席架构师：能定义架构愿景，能影响组织结构，能治理技术资产
↑ 目标在这里
每个主题的学习标准：不是"理解概念"，而是"能在白板上给CTO做方案汇报，能回答任何追问"
🤖 AI贯穿策略：效率×价值双轮驱动
核心理念：AI不是第107天的一个话题，而是120天每一天的效率放大器 + 架构设计的新维度
一、AI作为学习加速器（提高效率3-5倍）
| 学习环节 | 传统方式 | AI增强方式 | 效率提升 |
|---|
| 理论学习 | 读书2h只消化1章 | 先让AI做章节摘要+关键概念图谱，再深读关键部分 | 2-3× |
| 架构建模 | draw.io手动画图1h | 用AI生成PlantUML/Mermaid代码→渲染→微调 | 3-5× |
| 代码实现 | 从零写记账引擎 | AI生成骨架代码→理解→改造→测试 | 2-3× |
| 案例分析 | 自己搜索+阅读+整理 | AI初步收集+整理框架→自己深度分析+加入洞察 | 2× |
| 面试准备 | 自己写答案 | AI出题→自己答→AI评分+追问→完善 | 2-3× |
| 笔记整理 | 手动写笔记30min | arch-note-writer skill自动生成框架→补充个人思考 | 3× |
二、每日AI增强工作流
┌─────────────────────────────────────────────────────────┐
│ 上午：理论学习 (2h) │
│ ┌─────────────────────────────────────────────────┐ │
│ │ Step 1: AI预处理 (20min) │ │
│ │ → 让AI对今天的主题做概念图谱 │ │
│ │ → 生成"10年经验者需要关注的盲区"清单 │ │
│ │ → 对比3个权威来源的不同观点 │ │
│ │ │ │
│ │ Step 2: 深度阅读 (1h) │ │
│ │ → 带着AI给出的框架去读原始材料 │ │
│ │ → 标记"和我理解不同"的地方 │ │
│ │ │ │
│ │ Step 3: 苏格拉底对话 (40min) │ │
│ │ → 和AI进行"架构评审式"对话 │ │
│ │ → AI扮演不同角色质疑你的理解 │ │
│ │ → "如果你是CTO，你会如何挑战这个设计？" │ │
│ └─────────────────────────────────────────────────┘ │
│ │
│ 中午：实操建模 (1.5h) │
│ ┌─────────────────────────────────────────────────┐ │
│ │ AI辅助： │ │
│ │ → AI生成初版PlantUML/Mermaid图→自己修正完善 │ │
│ │ → AI生成领域模型骨架代码→理解后重构 │ │
│ │ → 让AI review你的架构图，指出遗漏 │ │
│ └─────────────────────────────────────────────────┘ │
│ │
│ 下午：架构设计实战 (2h) │
│ ┌─────────────────────────────────────────────────┐ │
│ │ AI协作： │ │
│ │ → 自己先做设计 (1h) — 不依赖AI │ │
│ │ → AI做架构评审 (30min) — 模拟ATAM │ │
│ │ → 根据反馈优化 (30min) — 写ADR记录决策 │ │
│ └─────────────────────────────────────────────────┘ │
│ │
│ 晚上：笔记+面试 (30min) │
│ ┌─────────────────────────────────────────────────┐ │
│ │ AI生成笔记框架 → 自己补充洞察和经验关联 │ │
│ │ AI模拟面试官追问 → 录制答案 → AI评分 │ │
│ └─────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────┘
三、AI作为架构设计的新维度（提高价值）
将AI融入架构设计本身，不只是工具，而是架构的一部分：
每个阶段的AI架构维度
| 阶段 | AI融入点 | 具体实践 |
|---|
| 架构基础 | AI辅助建模 | 用AI自动生成C4/ArchiMate初稿、Event Storming辅助、AI驱动架构评审 |
| 金融域 | AI增强金融系统 | 智能风控(ML模型+规则引擎)、AI反欺诈、智能客服架构、AI信用评估、LLM合规检测 |
| 零售域 | AI增强零售系统 | AI推荐引擎架构、智能定价、需求预测(ML)、AI客服、智能供应链 |
| 高阶融合 | AI-native架构 | LLMOps/MLOps平台设计、AI Agent系统架构、RAG架构、AI网关设计 |
具体融入点（按Day标注）
第一阶段 Day 1-30 — AI辅助架构方法论
| Day | 原主题 | +AI增强 |
|---|
| 2 | 业务能力建模 | +用AI自动分析年报/招股书提取业务能力 |
| 5 | Wardley Map | +AI辅助识别组件演进阶段 |
| 9-10 | DDD战略设计 | +AI辅助识别限界上下文(从需求文档/API文档) |
| 12 | Event Storming | +AI从用户故事自动提取领域事件 |
| 13 | 微服务设计 | +AI分析代码依赖图辅助服务拆分 |
| 16 | ADR编写 | +AI自动生成ADR初稿，列出替代方案 |
| 22 | C4模型 | +Structurizr + AI生成C4 DSL代码 |
| 27 | 架构评估 | +AI模拟ATAM评审，扮演不同stakeholder |
第二阶段 Day 31-65 — AI增强金融系统架构
| Day | 原主题 | +AI增强 |
|---|
| 33 | 记账引擎 | +AI辅助生成会计分录模板、自动对账AI |
| 35 | 贷款业务 | +AI信用评分模型融入贷款架构 |
| 36 | 信用卡系统 | +AI交易欺诈检测实时管道 |
| 50 | 支付安全 | +AI反欺诈模型serving架构(实时推理) |
| 56-57 | 风控系统 | +ML模型+规则引擎混合决策架构、特征平台 |
| 58 | 信用评估 | +ML评分卡 vs 传统评分卡架构对比 |
| 59 | AML | +AI可疑交易检测、NLP名单筛查 |
| 61 | RegTech | +LLM自动合规审查、监管变更影响分析 |
第三阶段 Day 66-95 — AI增强零售系统架构
| Day | 原主题 | +AI增强 |
|---|
| 67 | 商品中心 | +AI自动商品标注/分类、图像识别上架 |
| 70 | 促销系统 | +AI智能定价引擎架构(动态定价/竞价监控) |
| 72 | 搜索推荐 | +向量搜索/语义搜索/RAG增强推荐架构 |
| 75 | O2O | +AI需求预测→智能调度配送 |
| 84 | 需求预测 | +ML时序预测模型(Prophet/DeepAR)架构 |
| 88 | 营销中台 | +AI圈人/智能触达/个性化内容生成架构 |
| 89 | CDP | +AI用户画像/实时意图识别/Lookalike |
| 91 | 实时数据 | +实时特征计算→在线模型推理管道 |
第四阶段 Day 96-120 — AI-native架构设计
| Day | 原主题 | +AI增强（升级为核心内容） |
|---|
| 107 | AI+架构(原1天) | 扩展为3天(107-109) |
四、Day 107-109 扩展：AI-Native系统架构专题
替换原来的单天内容，扩展为3天深度：
| Day | 主题 | 实操 | 产出 |
|---|
| 107 | AI系统架构基础：MLOps/LLMOps/特征平台/模型服务/A/B实验/向量数据库 | 设计"金融AI平台"技术架构 | AI平台架构文档 |
| 108 | AI Agent系统架构：Agent框架/Tool Use/RAG/Guard Rails/安全权限/多Agent编排 | 设计"智能金融助手"Agent架构 | Agent系统设计 |
| 109 | AI+传统系统融合模式：Sidecar AI/AI Gateway/渐进式AI增强/AI审计/CeFi×DeFi×AI三角 | 为遗留系统设计AI增强路线图 | AI融合架构+案例分析文章#11 |
五、AI增强的面试竞争力
不仅会传统架构，还能回答这些AI+架构面试题：
| 面试题 | 考察点 |
|---|
| 如何为现有支付系统增加AI反欺诈能力？ | AI融入存量系统 |
| 设计一个实时ML推理管道，支持毫秒级风控决策 | MLOps架构 |
| 推荐系统从基于规则迁移到AI驱动，架构如何演进？ | AI迁移策略 |
| AI Agent需要操作用户资金，如何设计安全架构？ | AI权限控制(结合Web3经验) |
| 如何用RAG增强金融客服系统？ | LLM应用架构 |
| 向量数据库选型(Pinecone/Milvus/pgvector)的trade-off？ | 数据架构 |
| 如何在零售场景实现动态定价而不引起用户反感？ | AI产品+架构 |
| AI模型版本管理和回滚策略？ | MLOps治理 |
六、AI工具链（每天使用）
| 工具 | 用途 | 使用场景 |
|---|
| Claude Code (本工具) | 架构设计对话/代码生成/笔记生成 | 每天使用 |
| Claude | 苏格拉底对话/架构评审模拟/面试模拟 | 理论学习+面试 |
| Cursor/Copilot | 代码辅助 | 实现领域模型/记账引擎 |
| AI图表生成 | Mermaid/PlantUML代码生成 | 架构图初稿 |
| NotebookLM | 文档分析/书籍摘要 | 处理大量架构书籍 |
| Perplexity | 研究/案例搜索 | 案例分析素材收集 |
七、效率量化目标
| 环节 | 无AI耗时 | AI辅助耗时 | 节省 | 节省时间用于 |
|---|
| 笔记整理 | 30min | 10min | 20min | 多做一轮面试模拟 |
| 架构图绘制 | 60min | 20min | 40min | 更多架构评审迭代 |
| 代码实现 | 120min | 40min | 80min | 做两倍设计练习 |
| 案例搜集 | 60min | 20min | 40min | 更深的分析洞察 |
| 每日总计 | 6h | ~4h | ~2h | 更多练习或更深思考 |
关键原则：AI节省的时间不是用来偷懒，而是用来做更多轮迭代、更深度的思考、更多的架构评审练习。
每日时间分配
| 时段 | 内容 | 时长 |
|---|
| 上午 | 理论学习（读书/文档/视频） | 2h |
| 中午 | 实操练习（建模/画图/写代码） | 1.5h |
| 下午 | 项目实战（架构设计/案例分析） | 2h |
| 晚上 | 笔记整理/面试题 | 0.5h |
四阶段总览
| 阶段 | 天数 | 主题 | 核心产出 |
|---|
| 一：架构基础 | Day 1-30 | 架构方法论+建模语言+设计原则 | 方法论笔记、建模练习 |
| 二：金融域深度 | Day 31-65 | 核心银行/支付/风控/交易/保险 | 金融架构设计文档集 |
| 三：零售域深度 | Day 66-95 | 电商/全渠道/供应链/会员/数据 | 零售架构设计文档集 |
| 四：高阶融合 | Day 96-120 | 云原生/架构治理/DeFi桥接/面试 | 完整作品集+面试准备 |
第一阶段：架构基础 (Day 1-30)
Week 1：业务架构方法论 — 战略级工具 (Day 1-7)
你已经做过大量业务分析，本周目标是：把散装经验装进专业框架，能用行业标准语言和C-level沟通
| Day | 学习内容 | 实操（高级） | 产出 |
|---|
| 1 | TOGAF深度：不是学"什么是ADM"，而是研究TOGAF如何裁剪(Tailoring)、在金融行业的落地反模式、TOGAF vs Zachman vs FEAF对比 | 用AI分析3家金融科技公司年报→提取架构愿景→用TOGAF Phase A输出 | 裁剪后的金融业TOGAF实践指南 |
| 2 | 业务能力建模(高级)：L0-L3层级设计原则、能力热力图+投资决策映射、BIAN银行能力参考模型 | 对标BIAN标准→为"数字银行"画L0-L3能力地图→标注热力(成熟度/战略价值/投资gap) | BIAN对标的银行能力地图+投资建议 |
| 3 | 价值流×能力×投资三角：Value Stream Mapping不只是画泳道，而是连接战略→能力→投资的桥梁 | 画"跨境支付"端到端价值流→映射业务能力→识别bottleneck→给出投资优先级 | 价值流-能力-投资三角分析 |
| 4 | 业务流程架构(高级)：不是BPMN语法，而是流程治理、流程绩效(KPI)、异常处理设计、STP(直通处理)率优化 | 设计"反洗钱审查"全流程→含正常/异常/升级/超时→标注STP率目标 | 端到端流程+STP优化方案 |
| 5 | Wardley Map战略推演：不是画一张图，而是用Map做"接下来12个月的build/buy/partner决策" | 为"某银行数字化转型"画Wardley Map→推演哪些自建/哪些采购/哪些合作→和AI对弈推演 | Wardley战略推演+build/buy/partner决策 |
| 6 | 商业模式架构：Business Model Canvas + Platform Canvas + 双边市场设计 + 金融牌照约束分析 | 解剖Stripe/蚂蚁/Nubank三者商业模式差异→分析牌照+监管对架构的约束 | 金融科技商业模式对比+架构约束分析 |
| 7 | 综合实战：用全部工具做一个完整的"从战略到架构"推导 | 选一个真实的金融/零售业务→从Wardley Map→能力建模→价值流→流程→得出系统架构需求 | Week1综合输出：战略→架构推导全链路 |
核心资源
| 资源 | 说明 |
|---|
| 《TOGAF® Standard, 10th Edition》 | 重点Phase A-D + 裁剪指南(Part VI) |
| BIAN Service Landscape 12.0 | bian.org — 银行业能力参考模型，对标用 |
| Simon Wardley - Wardley Maps | wardleymaps.com — 重点看Chapter 8-12(高级推演) |
| 《Business Architecture: The Art and Practice》 | William Ulrich — 能力→价值流→信息→组织映射 |
| draw.io / Archi / OnlineWardleyMaps | 建模工具 |
Week 2：软件架构核心 — 从"会用"到"会选" (Day 8-14)
你已经在项目中用过微服务/DDD/事件驱动，本周目标是：能说清楚"为什么这样选"、"什么时候不该这样选"、"这样选的代价是什么"
| Day | 学习内容 | 实操（高级） | 产出 |
|---|
| 8 | 架构风格选型决策树：不是列举风格，而是建立"给定约束条件→选什么风格"的决策框架。重点：什么时候微服务反而是错的？什么时候单体才是最优解？ | 用AI对弈：给出10个真实场景→判断最优架构风格→和AI辩论→写出选型决策树 | 架构风格选型决策树+反模式清单 |
| 9 | DDD战略设计(高级)：Context Mapping的8种关系模式深度(Partnership/Shared Kernel/Customer-Supplier/Conformist/ACL/OHS/PL/Separate Ways)→什么时候用哪种→组织政治如何影响上下文关系 | 为"全渠道零售银行"做完整上下文映射→标注每对关系的类型→分析组织结构对技术边界的影响 | 企业级上下文映射图+组织-架构对齐分析 |
| 10 | DDD的争议与取舍：DDD过度设计的信号是什么？聚合根边界画错了怎么办？Event Sourcing什么时候是灾难？CQRS的隐藏成本？ | 分析3个DDD实施失败案例→总结反模式清单→写"何时不该用DDD"指南 | DDD反模式+适用性评估框架 |
| 11 | 领域建模实战(金融级)：复式记账的领域模型、交易的聚合根设计(并发+幂等+一致性)、金额计算精度(BigDecimal陷阱) | 实现"多币种转账"完整领域模型(含聚合根/值对象/领域事件)→处理并发和幂等 | 代码：金融级领域模型+并发测试 |
| 12 | Event Storming高级：Big Picture→Process Level→Design Level全流程、如何引导业务专家参与、如何从Event Storming产出直接映射到代码 | 对"贷款申请→审批→放款→还款→逾期"做完整3层Event Storming | 3层Event Storming完整输出+代码映射 |
| 13 | 微服务治理(高级)：服务网格、分布式追踪、熔断/限流/降级策略、微服务的数据一致性(Saga编排 vs 协调)、API版本演进策略 | 设计"支付平台"的微服务拆分方案→含服务间通信矩阵→Saga编排→API演进策略 | 微服务治理方案+API演进策略 |
| 14 | 架构风格混合实战：真实系统从不只用一种风格——如何在一个系统中混合使用微服务+事件驱动+CQRS，以及边界在哪里 | 设计"全渠道零售系统"的混合架构→哪些模块用事件驱动→哪些用同步API→哪些用CQRS→为什么 | 混合架构方案+架构决策矩阵 |
核心资源
| 资源 | 说明 |
|---|
| 《领域驱动设计》Eric Evans | 重点Part 3-4(战略设计/大型结构) |
| 《实现领域驱动设计》Vaughn Vernon | 上下文映射+聚合设计实战 |
| 《微服务架构设计模式》Chris Richardson | 重点Saga/API Composition/CQRS章节 |
| 《Fundamentals of Software Architecture》 | Neal Ford — 架构特征(characteristics)评估框架 |
| Alberto Brandolini - Event Storming | eventstorming.com — Process Level深度 |
| Vlad Khononov 《Learning Domain-Driven Design》 | 2021新书，比蓝皮书更现代实用 |
Week 3：架构治理与横切关注点 — 从"画图"到"决策" (Day 15-21)
架构师最核心的能力不是画图，而是在约束下做决策。本周聚焦：如何做可追溯、可解释的架构决策
| Day | 学习内容 | 实操（高级） | 产出 |
|---|
| 15 | 架构质量属性量化：不是列"高可用、高性能"，而是定义可测量的质量属性场景(QAS)→用Utility Tree做优先级排序→质量属性间的trade-off(可用性↑ vs 一致性↓) | 为"跨境支付系统"做完整Utility Tree→Top 5质量场景→每个场景的度量标准和目标值 | 质量属性Utility Tree+度量方案 |
| 16 | ADR体系建设(高级)：不是写一个ADR，而是建立组织级ADR体系→ADR如何与技术雷达联动→如何用ADR追踪架构演进→ADR的review机制 | 写5个高质量ADR(涵盖数据库/消息/缓存/服务通信/部署策略)→建立ADR模板+分类体系 | ADR体系+5个高质量ADR示例 |
| 17 | 企业级集成架构：不是API Gateway基础，而是CDC(Change Data Capture)设计、Event Mesh架构、API编排vs编排(Orchestration vs Choreography)、异构系统集成的防腐层策略 | 设计"银行核心系统↔支付系统↔风控系统↔外部渠道"四方集成架构→含CDC+事件总线+API Gateway层级 | 企业级集成架构方案 |
| 18 | 数据架构(高级)：Data Mesh vs Data Lake vs Data Lakehouse选型、数据血缘治理、实时/批量混合架构(Lambda vs Kappa)、金融数据合规(数据本地化/跨境) | 设计"跨国零售银行"数据架构→含OLTP/OLAP分离→实时+批量混合→跨境数据合规方案 | 企业数据架构+合规方案 |
| 19 | 安全架构(金融级)：零信任架构落地、mTLS服务间通信、密钥管理(HSM/KMS)、数据加密策略(TDE/FPE/令牌化)、金融监管审计要求 | 设计"金融平台"端到端安全架构→从网络层→应用层→数据层→审计层 | 金融级安全架构方案 |
| 20 | 可观测性工程(高级)：SLO预算驱动的告警设计、分布式追踪在微服务中的实践、业务指标 vs 技术指标的关联、AIOps初探(异常检测/根因分析) | 设计"交易系统"SLO体系→从SLI定义→SLO目标→Error Budget→告警策略→升级机制 | SLO驱动的可观测性方案 |
| 21 | 架构评审实战(ATAM)：不是了解ATAM，而是完整走一遍→质量属性场景→架构方法→敏感点/权衡点/风险点识别→生成评审报告 | 对Week 1-3产出的某个架构方案做完整ATAM评审→AI扮演不同stakeholder质疑 | 完整ATAM评审报告 |
核心资源
| 资源 | 说明 |
|---|
| 《Software Architecture in Practice》4th Ed | Part 2 质量属性+Part 3 ATAM |
| 《企业集成模式》Hohpe & Woolf | 高级模式：Event Mesh/Saga/CDC |
| 《数据密集型应用设计》(DDIA) | 全书必读，重点Part 2-3 |
| 《Fundamentals of Software Architecture》 | 架构特征分析+trade-off方法论 |
| adr.github.io | ADR模板和最佳实践 |
Week 4：架构表达与影响力 — 从"自己会"到"说服别人" (Day 22-30)
高级架构师50%的工作是沟通：向上说服管理层投资、向下让团队理解并执行、向外与监管/合作伙伴对齐
| Day | 学习内容 | 实操（高级） | 产出 |
|---|
| 22 | C4模型(高级)：Structurizr DSL代码化→自动生成多层视图→与CI/CD集成→C4的局限(何时需要补充序列图/部署图) | 用Structurizr DSL代码化"数字银行"完整C4→4层视图+部署视图→代码提交到Git | C4即代码+自动化架构图 |
| 23 | ArchiMate企业级建模：不是画一个系统，而是画"从战略动机→业务流程→应用服务→技术基础设施"的全栈一致性视图 + 迁移视图(as-is/to-be) | 用Archi画"银行贷款系统"ArchiMate全栈→含动机层(stakeholder/goal)→迁移路径 | 企业级ArchiMate模型(动机→迁移) |
| 24 | 架构决策的经济分析：CBAM(基于成本的分析方法)→架构决策的ROI计算→技术投资的NPV/IRR→如何用数字说服CFO | 对3个架构决策做CBAM分析→计算每个决策的expected ROI→排出投资优先级 | 架构投资分析报告(用数字说话) |
| 25 | 架构文档工程化：arc42模板精要→Docs-as-Code(AsciiDoc/Markdown)→架构文档的版本管理→自动化架构验证(ArchUnit/Fitness Functions) | 用arc42+Markdown写"支付网关"完整架构文档→含Fitness Function定义→可CI验证 | arc42文档+Fitness Functions |
| 26 | 架构沟通术(高级)：给CTO讲战略对齐→给VP Engineering讲技术路线→给开发讲设计约束→给监管讲合规架构→给投资人讲技术壁垒 | 为同一个架构方案准备4种版本的叙事→10min/版本→录制练习 | 4版本架构叙事(CTO/开发/监管/投资人) |
| 27 | 技术债的量化与治理：SQALE方法→技术债可视化→技术债利息计算→如何把技术债变成管理层能理解的业务风险 | 对一个遗留金融系统做技术债评估→量化为"每月利息$X"→输出偿还优先级+路线图 | 技术债量化报告+偿还路线图 |
| 28 | 案例分析(1)：蚂蚁金服/OceanBase架构演进 | 分析金融级分布式架构→单元化→异地多活→如何支撑双11金融级事务→对比传统银行架构 | 架构演进深度分析 |
| 29 | 案例分析(2)：Stripe — API驱动的支付架构 | 分析API设计哲学(幂等/版本化/向后兼容)→可靠性工程→Ruby单体→Service-oriented的演进决策→为什么Stripe选择晚拆微服务 | 架构分析文章#1 |
| 30 | 第一阶段总结 | 整理30天的架构工具箱→能力雷达图自评→识别Phase 2需要补强的领域 | 阶段总结+个人架构能力雷达图 |
核心资源
| 资源 | 说明 |
|---|
| Structurizr DSL | structurizr.com — C4代码化 |
| Archi (工具) | 免费ArchiMate企业级建模 |
| arc42.org | 架构文档模板+示例 |
| 《Just Enough Software Architecture》 | George Fairbanks — 架构决策风险驱动 |
| Gregor Hohpe - The Software Architect Elevator | 架构师影响力/沟通 |
第二阶段：金融域深度 (Day 31-65)
Week 5-6：核心银行系统 (Day 31-44)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 31 | 核心银行架构概览：账户/分户/总账、日终批处理、实时联机 | 画核心银行系统架构全景图 | 架构全景图 |
| 32 | 账户体系设计：科目体系/多级账户/内部户/备付金 | 设计"数字银行"账户模型(ER图+领域模型) | 账户领域模型 |
| 33 | 记账引擎设计：复式记账法/会计分录/日切/轧差/对账 | 实现简单记账引擎(代码) | 代码：记账引擎 |
| 34 | 存款业务架构：活期/定期/大额存单/计息规则/利率管理 | 设计存款产品参数化配置方案 | 存款业务架构文档 |
| 35 | 贷款业务架构：授信/放款/还款/逾期/核销/贷后管理 | 设计"消费贷"全生命周期流程 | 贷款业务架构+BPMN |
| 36 | 信用卡系统架构：发卡/交易/账单/分期/积分/风控 | 画信用卡系统C4图 | 信用卡系统架构 |
| 37 | 开放银行(Open Banking)：PSD2/API标准/BaaS模式 | 设计"开放银行API平台"架构 | Open Banking方案 |
| 38 | 核心银行系统选型：自研vs买(Temenos/Thought Machine/Mambu) | 核心银行系统选型评估矩阵 | 选型分析报告 |
| 39 | 日终批处理架构：批处理流程/容错/补偿/Spring Batch | 设计"日终清算"批处理流程 | 批处理架构文档 |
| 40 | 数据库设计：金融系统分库分表/读写分离/数据一致性 | 设计核心银行分库方案 | 数据库架构文档 |
| 41 | 高可用设计：两地三中心/异地多活/RTO/RPO/灾备切换 | 设计"核心交易系统"高可用方案 | 高可用架构文档 |
| 42 | 案例分析(3)：Thought Machine(Vault)云原生核心银行 | 分析其不可变分类账+智能合约设计 | 架构分析文章#2 |
| 43 | 案例分析(4)：微众银行分布式核心架构 | 分析单元化架构+分布式事务 | 架构分析文章#3 |
| 44 | 核心银行总结 | 整理完整核心银行架构设计 | 核心银行架构设计完整文档 |
面试题
- 如何设计一个支持多币种的记账引擎？
- 核心银行系统如何实现日切而不影响在线交易？
- 自研核心银行系统vs购买商业套件，如何决策？
- 开放银行架构如何平衡开放性和安全性？
Week 7-8：支付系统 (Day 45-55)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 45 | 支付架构全景：收单/清算/结算/对账、四方模型 | 画支付全链路架构图 | 支付架构全景图 |
| 46 | 收单系统设计：聚合支付/通道路由/限额控制/商户管理 | 设计"聚合支付网关"架构 | 收单系统架构 |
| 47 | 清结算系统设计：轧差/净额/全额/T+N/资金池 | 设计清结算引擎领域模型 | 清结算架构+DDD模型 |
| 48 | 对账系统设计：交易对账/资金对账/差错处理/自动平账 | 设计三方对账系统 | 对账系统架构 |
| 49 | 跨境支付架构：SWIFT/SEPA/实时支付网络/汇率管理 | 设计"跨境汇款"系统架构 | 跨境支付方案 |
| 50 | 支付安全：3DS/令牌化/PCI-DSS/反欺诈/交易监控 | 设计支付风控规则引擎 | 支付安全架构 |
| 51 | 幂等性与一致性：幂等键/分布式事务/Saga/最终一致性 | 实现支付幂等方案(代码) | 代码：幂等设计 |
| 52 | 实时支付：FPS/UPI/PIX/数字人民币DCEP架构 | 对比全球实时支付系统 | 实时支付对比分析 |
| 53 | 案例分析(5)：Stripe架构设计深度 | 分析API设计哲学+可靠性工程 | 架构分析文章#4 |
| 54 | 案例分析(6)：支付宝双11架构演进 | 分析如何支撑54万笔/秒峰值 | 架构分析文章#5 |
| 55 | 支付系统总结 | 整理完整支付架构文档 | 支付系统架构完整文档 |
面试题
- 如何设计支付系统保证"不多扣、不少扣、不重扣"？
- 支付通道路由策略如何设计？考虑成本/成功率/限额
- 跨境支付中如何处理汇率波动风险？
- 对账不平时的排查和处理流程？
Week 9：风控与合规 (Day 56-62)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 56 | 风控系统架构：实时风控/准实时/离线、规则引擎/模型引擎 | 画风控系统分层架构 | 风控架构全景图 |
| 57 | 规则引擎设计：Drools/Aviator/自研规则引擎、规则编排 | 设计"交易反欺诈"规则体系 | 规则引擎设计+规则集 |
| 58 | 信用评估架构：评分卡/决策树/信用报告/反欺诈特征 | 设计信用评分系统架构 | 信用评估架构 |
| 59 | 反洗钱(AML)系统：KYC/CDD/EDD/可疑交易报告/名单筛查 | 设计AML系统架构(交易监控+名单筛查) | AML系统架构 |
| 60 | 监管报送系统：1104报表/PBOC/银保监数据报送/数据质量 | 设计监管数据采集与报送方案 | 监管报送架构 |
| 61 | 合规科技(RegTech)：自动化合规/监管沙盒/智能合约合规 | 分析RegTech产品机会 | RegTech分析报告 |
| 62 | 案例分析(7)：蚂蚁集团风控体系AlphaRisk | 分析实时决策+智能监控 | 架构分析文章#6 |
面试题
- 实时风控系统如何做到毫秒级响应？
- 规则引擎和ML模型如何协同做反欺诈决策？
- 如何设计可灵活配置的KYC流程？
Week 10：交易与资管 (Day 63-65 + 总结)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 63 | 证券交易系统：撮合引擎/行情系统/委托管理/清算交收 | 设计"简易撮合引擎"架构 | 交易系统架构 |
| 64 | 资产管理系统：基金/理财/信托/净值计算/TA系统 | 设计理财产品管理平台架构 | 资管系统架构 |
| 65 | 金融域总结+DeFi桥接 | 对比CeFi vs DeFi架构差异 | 金融架构总结+CeFi/DeFi对比 |
第三阶段：零售域深度 (Day 66-95)
Week 11-12：电商与全渠道 (Day 66-79)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 66 | 零售架构全景：前台/中台/后台、业务中台/数据中台/技术中台 | 画零售企业架构全景图 | 零售架构全景 |
| 67 | 商品中心设计：SPU/SKU/属性管理/类目体系/价格体系 | 设计"全品类"商品领域模型(DDD) | 商品域DDD模型 |
| 68 | 库存系统设计：可售库存/实物库存/预占/WMS/库存扣减策略 | 设计"全渠道库存"架构 | 库存系统架构 |
| 69 | 订单系统设计：订单状态机/拆单/合单/逆向流程(退换货) | 设计"订单中心"领域模型+状态机 | 订单域DDD模型 |
| 70 | 促销系统设计：优惠券/满减/折扣/秒杀/组合促销/价格计算引擎 | 设计促销规则引擎 | 促销系统架构 |
| 71 | 购物车与结算：购物车设计/价格计算/库存校验/下单链路优化 | 设计高并发下单链路 | 下单链路架构 |
| 72 | 搜索与推荐：Elasticsearch/搜索排序/协同过滤/实时推荐 | 设计"商品搜索推荐"架构 | 搜推架构 |
| 73 | 全渠道(Omni-Channel)：线上线下一体化/统一库存/统一会员 | 设计全渠道零售方案 | 全渠道架构方案 |
| 74 | POS系统架构：收银/离线模式/外设集成/门店管理 | 设计"智能POS"系统架构 | POS系统架构 |
| 75 | O2O业务架构：到店/到家/前置仓/即时配送 | 设计"社区团购"业务架构 | O2O业务架构 |
| 76 | 高并发设计(秒杀)：限流/预扣/异步/缓存/队列/降级 | 设计"秒杀系统"完整方案 | 秒杀架构方案 |
| 77 | 案例分析(8)：淘宝/天猫架构演进 | 分析从LAMP→HSF→云原生 | 架构分析文章#7 |
| 78 | 案例分析(9)：Shopify平台架构 | 分析多租户+插件化+Liquid模板 | 架构分析文章#8 |
| 79 | 电商域总结 | 整理完整电商架构文档 | 电商架构完整文档 |
面试题
- 如何设计一个支持"分钟级上万SKU价格变更"的促销系统？
- 秒杀场景下如何保证库存不超卖？
- 全渠道零售中"线上下单门店发货"如何实现库存协同？
- 订单状态机设计中如何处理异常状态？
Week 13：供应链与物流 (Day 80-86)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 80 | 供应链架构全景：采购/仓储/配送/供应商管理 | 画供应链系统架构图 | 供应链架构 |
| 81 | WMS仓储管理：入库/出库/拣货/盘点/库位管理/波次 | 设计WMS核心领域模型 | WMS架构 |
| 82 | TMS配送管理：路线优化/运力调度/最后一公里/逆向物流 | 设计配送系统架构 | TMS架构 |
| 83 | 采购与供应商管理：采购计划/询价/合同/供应商评估 | 设计采购协同平台 | 采购系统架构 |
| 84 | 需求预测与补货：销量预测/安全库存/自动补货/ABC分类 | 设计智能补货系统 | 补货算法+架构 |
| 85 | 供应链金融：应收账款融资/库存融资/预付款融资/确权 | 设计供应链金融平台架构 | 供应链金融架构 |
| 86 | 案例分析(10)：京东供应链架构 | 分析"211限时达"背后的供应链设计 | 架构分析文章#9 |
面试题
- 如何设计支持"千仓千面"的仓储管理系统？
- 实时库存同步在分布式系统中如何保证一致性？
- 供应链金融中如何确权和防伪？
Week 14：会员·营销·数据 (Day 87-95)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 87 | 会员系统设计：统一会员/等级/权益/积分/标签体系 | 设计"全渠道会员中心"架构 | 会员系统架构 |
| 88 | 营销中台设计：活动引擎/触达通道/ABTest/用户圈选 | 设计营销平台架构 | 营销中台架构 |
| 89 | CDP客户数据平台：数据采集/ID Mapping/用户画像/实时标签 | 设计CDP架构方案 | CDP架构 |
| 90 | 数据仓库设计(零售)：ODS/DWD/DWS/ADS/指标体系 | 设计零售数据仓库分层模型 | 数仓架构 |
| 91 | 实时数据架构：Flink/Kafka/实时指标/实时大屏 | 设计"双11实时大屏"数据架构 | 实时数据架构 |
| 92 | 数据治理：数据标准/质量/安全/元数据/数据血缘 | 设计数据治理方案 | 数据治理方案 |
| 93 | 隐私计算在零售中的应用：联邦学习/匿踪查询/GDPR | 设计"用户隐私合规"方案 | 隐私架构方案 |
| 94 | 案例分析(11)：瑞幸咖啡数字化架构 | 分析"数字化驱动"的零售模式 | 架构分析文章#10 |
| 95 | 零售域总结 | 整理完整零售架构文档 | 零售架构完整文档 |
面试题
- 如何设计支持千万级会员的实时标签系统？
- 营销ABTest中如何避免流量偏差？
- 数据中台和业务中台的边界如何划分？
第四阶段：高阶融合 (Day 96-120)
Week 15：云原生与现代架构 (Day 96-102)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 96 | 云原生架构：容器化/K8s/Service Mesh/Serverless | 设计"金融系统"云原生迁移方案 | 云原生架构方案 |
| 97 | 12-Factor App + 云原生设计原则 | 用12-Factor检查现有系统 | 云原生改造清单 |
| 98 | API设计深度：RESTful/gRPC/GraphQL/AsyncAPI/API治理 | 设计"开放平台"API规范 | API设计规范 |
| 99 | DevOps与CI/CD：流水线/蓝绿/金丝雀/GitOps/IaC | 设计金融级CI/CD流水线 | DevOps方案 |
| 100 | 混沌工程：故障注入/Game Day/SLO预算/弹性设计 | 设计"支付系统"混沌工程方案 | 混沌工程方案 |
| 101 | 多租户架构：SaaS模式/租户隔离/定制化/计费 | 设计"零售SaaS平台"多租户方案 | 多租户架构 |
| 102 | 案例分析(12)：AWS/Azure金融行业参考架构 | 对比云厂商金融解决方案 | 云架构对比分析 |
Week 16：架构治理与演进 (Day 103-109)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 103 | 架构治理：架构委员会/架构合规/技术雷达/架构标准 | 设计"架构治理"制度文档 | 架构治理方案 |
| 104 | 遗留系统改造：绞杀者模式/防腐层/渐进迁移/双写 | 设计"核心系统"改造路线图 | 系统改造方案 |
| 105 | 技术债管理：技术债分类/量化/优先级/偿还策略 | 建立技术债评估模型 | 技术债管理框架 |
| 106 | 架构与组织：Conway定律/逆Conway/团队拓扑/平台工程 | 分析团队架构与系统架构映射 | 组织架构分析 |
| 107 | AI系统架构：MLOps/LLMOps/特征平台/模型Serving/向量数据库/A/B实验/AI网关 | 设计"金融AI平台"→含特征工程→模型训练→在线推理→监控反馈闭环 | AI平台架构文档 |
| 108 | AI Agent系统架构：Agent框架/Tool Use/RAG/Guard Rails/权限控制/多Agent编排/MCP | 设计"智能金融助手"→含Agent编排→安全边界→熔断降级→审计追踪 | AI Agent系统设计 |
| 109 | AI+传统系统融合：Sidecar AI/AI Gateway/渐进式增强/CeFi×DeFi×AI三角/案例分析(13) | 为遗留银行系统设计AI增强路线图→3阶段渐进→含ROI分析 | AI融合架构+架构分析文章#11 |
面试题
- 如何推动遗留系统改造？你会如何说服管理层？（CBAM+ROI分析）
- Conway定律对架构设计有什么实际影响？（组织-架构对齐实例）
- 如何量化技术债并排入产品迭代？（SQALE+利息计算）
- 如何为现有支付系统增加AI反欺诈能力？不停机、渐进式（AI融合）
- 设计一个实时ML推理管道，支持毫秒级风控决策（AI系统架构）
- AI Agent需要操作用户资金，如何设计安全权限架构？（结合Web3 Session Keys经验）
- 向量数据库选型(Pinecone/Milvus/pgvector)的trade-off？（RAG架构）
- CeFi记账系统 vs DeFi链上记账的架构差异？如何桥接？（CeFi×DeFi）
Week 17-18：面试冲刺与作品集 (Day 110-120)
| Day | 学习内容 | 实操 | 产出 |
|---|
| 110 | 系统设计面试(1)：设计支付系统 | 45分钟限时设计练习 | 系统设计答案#1 |
| 111 | 系统设计面试(2)：设计秒杀系统 | 45分钟限时设计练习 | 系统设计答案#2 |
| 112 | 系统设计面试(3)：设计核心银行系统 | 45分钟限时设计练习 | 系统设计答案#3 |
| 113 | 系统设计面试(4)：设计实时风控系统 | 45分钟限时设计练习 | 系统设计答案#4 |
| 114 | 系统设计面试(5)：设计全渠道零售平台 | 45分钟限时设计练习 | 系统设计答案#5 |
| 115 | 业务架构面试专题：能力建模/流程/领域/治理 | 整理15道业务架构面试题 | 面试答案集(业务) |
| 116 | 软件架构面试专题：DDD/微服务/高可用/一致性 | 整理15道软件架构面试题 | 面试答案集(技术) |
| 117 | 金融领域面试专题：支付/风控/合规/交易 | 整理15道金融架构面试题 | 面试答案集(金融) |
| 118 | 零售领域面试专题：电商/供应链/数据/会员 | 整理15道零售架构面试题 | 面试答案集(零售) |
| 119 | 作品集整理 | 整理所有架构文档、案例分析、ADR | 完整作品集 |
| 120 | 120天总结+能力自评 | 知识图谱/能力复盘/求职定位 | 总结文档+下一步计划 |
120天成果清单
硬性产出
能力验证（首席架构师级）
差异化定位（三维壁垒）
10年金融零售经验 × Web3深度 × AI增强架构能力 = 极稀缺三维壁垒
第一维：领域深度 — 金融(支付/风控/核心银行) + 零售(电商/供应链/CDP)
第二维：技术前沿 — Web3(DeFi/DAO/Tokenomics) + AI(Agent/RAG/MLOps)
第三维：架构领导力 — 方法论(TOGAF/DDD/C4) + 治理(ADR/ATAM/技术债) + 沟通(4版本叙事)
可以瞄准的方向（按稀缺度排序）：
├── 1. RWA/合规类 — CeFi↔DeFi桥接架构师（极稀缺，金融+Web3双重门槛）
├── 2. AI+金融 — 智能风控/Agent Trading架构（AI+金融领域知识）
├── 3. 支付基础设施 — Stripe/Adyen/蚂蚁类（支付系统架构深度）
├── 4. 银行数字化 — 核心系统改造/开放银行（传统金融现代化）
├── 5. 零售SaaS — Shopify/有赞类平台架构（零售领域+SaaS架构）
└── 6. 金融科技咨询 — 架构评审/技术尽职调查（全栈架构能力）
专业认证与技能体系
业务架构专业认证
| 认证 | 机构 | 说明 | 建议 |
|---|
| TOGAF® 9/10 认证 | The Open Group | 企业架构黄金标准 | 强烈推荐，Day 1-30重点对标 |
| CBAP® (Certified Business Analysis Professional) | IIBA | 业务分析师顶级认证 | 结合BA经验，高优先级 |
| BizBOK® Guide | Business Architecture Guild | 业务架构知识体系 | 能力建模/价值流权威参考 |
| ArchiMate® 3 认证 | The Open Group | 建模语言认证 | 架构图专业化 |
技术架构专业认证
| 认证 | 机构 | 说明 | 建议 |
|---|
| AWS Solutions Architect (SAA/SAP) | Amazon | 云架构设计 | 高含金量，Week 15重点 |
| Azure Solutions Architect Expert | Microsoft | 云架构设计 | 备选，金融行业Azure多 |
| Certified Kubernetes Administrator (CKA) | CNCF | 容器编排 | 云原生加分项 |
| Domain-Driven Design (各DDD社区) | DDD Community | 领域驱动设计 | 无正式认证，重实践 |
金融领域专业技能
| 技能/框架 | 说明 | 学习资源 |
|---|
| BIAN (Banking Industry Architecture Network) | 银行业架构网络标准 | bian.org — 银行服务域参考模型 |
| ISO 20022 | 金融报文标准 | 支付/清算报文标准，跨境支付必学 |
| PCI-DSS | 支付卡行业数据安全标准 | 支付系统合规必备 |
| Basel III/IV | 银行监管框架 | 风控/资本充足率计算 |
| SWIFT标准 | 国际银行间通信 | 跨境支付核心 |
| FIX Protocol | 金融信息交换协议 | 证券交易系统 |
| ACORD标准 | 保险业数据标准 | 保险系统参考 |
零售领域专业技能
| 技能/框架 | 说明 | 学习资源 |
|---|
| GS1标准 | 全球商品编码(EAN/GTIN) | 商品/供应链基础 |
| ARTS (Association for Retail Technology Standards) | 零售技术标准 | NRF旗下，POS/库存参考 |
| EDI (Electronic Data Interchange) | 电子数据交换 | 供应链B2B通信 |
| SCOR模型 (Supply Chain Operations Reference) | 供应链运营参考模型 | 供应链架构标准框架 |
| Omni-Channel Maturity Model | 全渠道成熟度模型 | 评估零售数字化水平 |
领域专家与社区资源
业务架构领域
| 专家/资源 | 领域 | 推荐内容 |
|---|
| Gregor Hohpe | 企业架构/云架构 | 《企业集成模式》《Cloud Strategy》/architectelevator.com |
| Simon Wardley | 战略态势感知 | Wardley Maps/wardleymaps.com |
| Roger Burlton | 业务流程架构 | 《Business Process Management》 |
| William Ulrich | 业务架构 | 《Business Architecture: The Art and Practice》 |
| Business Architecture Guild | 社区 | bizbok.org — BizBOK知识体系 |
| IASA (IT Architecture Professional) | 社区 | iasaglobal.org — 架构师职业发展 |
软件架构领域
| 专家/资源 | 领域 | 推荐内容 |
|---|
| Martin Fowler | 企业应用架构 | martinfowler.com — 必读博客 |
| Eric Evans | DDD | 蓝皮书+社区演讲 |
| Vaughn Vernon | DDD实现 | 红皮书+《IDDD》 |
| Sam Newman | 微服务 | 《Building Microservices》1&2版 |
| Neal Ford & Mark Richards | 架构基础 | 《Fundamentals of Software Architecture》 |
| Alberto Brandolini | Event Storming | eventstorming.com |
| Simon Brown | C4模型 | c4model.com |
| ThoughtWorks Technology Radar | 技术趋势 | thoughtworks.com/radar — 每季度更新 |
| InfoQ Architecture | 社区 | infoq.com/architecture — 架构深度文章 |
| DDD Europe/DDD China | 社区 | 年度大会，高质量演讲 |
金融架构领域
| 专家/资源 | 领域 | 推荐内容 |
|---|
| Chris Skinner | 金融科技 | thefinanser.com — 银行数字化 |
| Thought Machine | 云原生核心银行 | thoughtmachine.net/blog — Vault架构 |
| Stripe Engineering Blog | 支付架构 | stripe.com/blog/engineering — API设计典范 |
| Monzo Engineering | 数字银行 | monzo.com/blog/technology — 微服务实践 |
| 蚂蚁金融科技 | 金融级分布式 | tech.antfin.com — OceanBase/SOFAStack |
| BIAN | 银行架构标准 | bian.org — 服务域模型 |
| Finastra | 开放银行 | fintechOS.com — 开放金融平台 |
零售架构领域
| 专家/资源 | 领域 | 推荐内容 |
|---|
| Shopify Engineering | 电商平台 | shopify.engineering — 高可用/多租户 |
| 美团技术团队 | O2O/即时零售 | tech.meituan.com — 供应链/配送 |
| 阿里技术 | 电商架构 | developer.aliyun.com — 中台/双11 |
| 京东技术 | 供应链 | jdcloud.com/blog — 物流/仓储 |
| AWS Retail | 零售云方案 | aws.amazon.com/retail — 参考架构 |
| NRF (National Retail Federation) | 行业标准 | nrf.com — ARTS标准 |
技术博客与播客
| 资源 | 类型 | 说明 |
|---|
| Martin Fowler's Bliki | 博客 | 架构模式/重构/企业应用 |
| 架构师之路(沈剑) | 公众号 | 中文系统设计，接地气 |
| The Architecture Elevator (Gregor Hohpe) | 博客 | 企业架构师思维 |
| Software Engineering Daily | 播客 | 架构/系统设计访谈 |
| ThoughtWorks洞见 | 博客 | thoughtworks.cn — 中文架构实践 |
| System Design Interview (Alex Xu) | 书+YouTube | 系统设计面试黄金标准 |
| ByteByteGo (Alex Xu) | YouTube/Newsletter | 系统设计可视化讲解 |
核心书单（按优先级）
必读（整个120天期间循环参考）
| 书籍 | 作者 | 重点章节 |
|---|
| 《数据密集型应用设计》(DDIA) | Martin Kleppmann | 全书必读 |
| 《领域驱动设计》 | Eric Evans | Part 1-3 |
| 《实现领域驱动设计》 | Vaughn Vernon | 全书 |
| 《Fundamentals of Software Architecture》 | Neal Ford & Mark Richards | 架构师入门圣经 |
| 《Software Architecture in Practice》 | Bass, Clements, Kazman | Part 2-3 |
| 《微服务架构设计模式》 | Chris Richardson | 按需参考 |
| 《企业集成模式》 | Hohpe & Woolf | 按需参考 |
| 《System Design Interview》Vol 1&2 | Alex Xu | 面试必备 |
业务架构
| 书籍/资源 | 说明 |
|---|
| 《Business Architecture: The Art and Practice》 | 业务架构系统方法论 |
| 《TOGAF® Standard, 10th Edition》 | 企业架构标准 |
| 《Value Proposition Design》 | 价值主张设计 |
| BizBOK Guide | 业务架构知识体系 |
| 《Wardley Maps》(在线免费) | wardleymaps.com 战略态势 |
金融领域
| 书籍/资源 | 说明 |
|---|
| 《支付方法论》 | 支付系统设计实战 |
| 《银行核心系统》 | 核心银行架构参考 |
| 《金融级IT架构》(蚂蚁金服) | 金融级分布式架构 |
| 《Payment Systems in the U.S.》 | 美国支付体系全景 |
| Thought Machine Blog | 云原生核心银行设计理念 |
| Stripe Engineering Blog | 支付架构最佳实践 |
| BIAN Service Landscape | 银行业服务域参考模型 |
零售领域
| 书籍/资源 | 说明 |
|---|
| 《中台架构与实现》 | 中台设计方法论 |
| 《企业IT架构转型之道》(阿里中台) | 阿里中台实践 |
| Shopify Engineering Blog | 电商平台架构 |
| 美团技术团队博客 | O2O/供应链架构实战 |
| 阿里技术沙龙 | 电商架构演进 |
工具清单
| 工具 | 用途 | 备注 |
|---|
| draw.io / diagrams.net | 通用画图 | 免费，C4/BPMN模板 |
| Archi | ArchiMate建模 | 免费开源，企业架构 |
| PlantUML | 代码生成UML/C4 | 版本控制友好 |
| Structurizr | C4模型工具 | 代码即架构，Simon Brown出品 |
| Miro / FigJam | 在线协作白板 | Event Storming/Wardley Map |
| Camunda Modeler | BPMN建模 | 免费，流程自动化 |
| dbdiagram.io | ER图 | 免费在线 |
| Excalidraw | 手绘风格架构图 | 面试/沟通友好 |
| Lucidchart | 企业级画图 | 多人协作 |
| OnlineWardleyMaps | Wardley Map工具 | onlinewardleymaps.com |
笔记模板
每日学习笔记
# Day X: [主题]
## 核心概念
- 一句话定义
- 为什么重要（业务价值）
- 适用场景
## 知识要点
| 要点 | 说明 | 示例 |
|------|------|------|
| ... | ... | ... |
## 架构设计实操
- 设计目标
- 架构图（链接）
- 关键决策(ADR)
- 权衡取舍
## 与Web3/DeFi的关联
- 传统架构 vs Web3对应
- 可借鉴的设计思路
## 面试题
### 简短回答（30秒）
### 详细回答（2分钟）
### 追问准备
## 明日预告
ADR模板
# ADR-XXX: [决策标题]
## 状态
Accepted / Proposed / Deprecated
## 背景
什么问题需要决策？
## 决策
选择了什么方案？
## 理由
为什么选这个方案？
## 替代方案
考虑过哪些其他方案，为什么不选？
## 后果
这个决策带来什么影响（正面和负面）？