同步接口
- 具有稳定领域语义、目标明确的 API
- 明确的身份、授权、错误与速率行为
- 考虑使用方的版本管理与可观察性
技术
为变化而设计架构，而非为展示而设计。
我们构建团队在首次发布后仍能理解、运营、保护并演进的系统。
EXPERIENCE
渠道与产品
面向客户、员工、合作伙伴与运营的聚焦体验。
- 系统输入
- 用户意图、服务状态与渠道背景
- 运营护栏
- 无障碍、同意机制、安全会话与平稳失效
互操作性
集成是产品边界，而不是一根线缆。
有用的互操作会通过明确契约定义含义、行为、失效、变更与权责。
事件流
- 以有意义的状态变化为事件命名
- 审慎设计交付、排序、重放与幂等性
- 从生产方到运营使用方均可追溯的权责
数据交换
- 共享定义，而不强求统一数据模型
- 让质量、血缘、新鲜度与保留策略贴合实际用途
- 根据决策需求选择批处理或流处理
感知背景的架构
正确形态取决于周围的作用力。
在将架构偏好转化为承诺前，我们会先明确背景。
变化速度
哪些能力会一同变化，哪些需要独立节奏？
关键程度
哪些故障可以容忍、可以持续多久，又有哪些回退方式？
团队拓扑
谁能负责该边界、运营它并作出未来决策？
信息敏感度
哪些数据需要隔离、可追溯、属地处理或额外控制？
变更经济性
哪些地方的选择余地值得增加复杂度，哪些地方应让简单取胜？
架构决策
记录系统为何如此设计。
架构决策应帮助未来团队理解背景、备选方案、后果，以及需要重新考虑的信号。
什么力量要求作出选择？
描述问题、约束与作用力，不要将答案预先嵌入其中。
考虑过哪些可信路径？
纳入简单选项，并让被否决的替代方案可见。
接受了什么取舍？
说明选择产生的新责任、限制、风险与成本。
什么信号应触发重新审视？
明确何种条件会让当前选择不再适用。
韧性
在故障替你决定之前，先设计降级体验。
韧性结合技术行为、运营响应、服务沟通与恢复证据。
安全
让信任边界在设计中清晰可见。
安全决策应结合真实背景中的数据、身份、行动、依赖与现实威胁。
身份
恰当地认证、严格限制授权，并保护凭据生命周期。
数据
尽量减少收集、控制访问、保护传输与存储，并定义保留期限。
软件
采用安全默认值、谨慎管理依赖、开展代码审查与测试，并保护交付过程。
运营
检测重要事件、保留证据、分配响应并演练恢复。
负责任的计算
将成本与资源使用视为架构信号。
基础设施与模型用量应具备足够可观察性，从而影响设计，而不是等到账单出现才被发现。
合理配置
让运行环境、存储与模型容量匹配真实服务需求。
衡量
将资源与成本遥测关联至产品、工作负载与业务事件。
调度
将灵活工作负载移至合适时段，并有计划地缩减闲置容量。
管理生命周期
停用未使用的环境、陈旧数据、过时模型与冗余处理。
真实背景中的技术
作出团队能够自主掌控的架构决策。
带来平台约束、现代化问题、集成边界、数据挑战或 AI 机会，我们可以定义下一步所需的证据。
讨论技术