目标架构是什么
目标架构（North Star Architecture）描述未来两三年系统应有的形态：服务边界、数据流向、集成方式与平台依赖。它不要求现在就能实现，而是作为当前决策的参照系——每做一个选择，先问它是离目标更近还是更远。
基本内容
| 包含 | 领域边界、关键数据流、集成与平台依赖、演进阶段 |
|---|---|
| 用途 | 架构评审的参照、迁移规划、新人理解全局 |
| 维护 | 随战略与约束调整，保留版本与决策记录 |
| 与路线图区别 | 目标架构讲去向，路线图讲何时到、先做哪一步 |
典型使用场景
- 架构评审时判断某个临时方案会不会成为长期负债
- 拆分单体前先确认目标边界，避免拆完又要合并
- 数据平台选型：先看目标数据流向，再定技术组件
- 向业务方解释为什么现在要投入改造，而不是等出问题再补
- 新人理解系统：用一张目标架构图替代零散的口头介绍
演进阶段示例
演进阶段示例
阶段一 单体模块化：按业务域划分模块与数据表归属
阶段二 核心域拆服务：订单、库存独立，库表按域归属
阶段三 统一数据平台：核心域变更通过事件发布
阶段四 平台自助化：环境、发布、可观测由平台统一提供
# 每个阶段都写清进入条件与验收标准，避免跳步用它做决策
| 决策场景 | 更近的选择 | 更远的选择 |
|---|---|---|
| 新增功能 | 扩展本域服务与接口 | 直连他域数据库临时取数 |
| 数据同步 | 通过事件或标准接口交换 | 写脚本定时比对同步 |
| 临时取巧 | 记录为债务并约定清理时间 | 口头约定以后再改 |
目标架构要能被否决：如果它从不影响任何一个当下决策，说明要么过于抽象，要么与现状脱节，需要用过渡阶段重新对准。