模块 10架构决策与技术领导

平台边界决策

边界由多变量共同决定

  • 跨团队复用度与重复成本
  • 安全、合规和可靠性的一致治理强度
  • 业务差异性与变化速度
  • 运行时耦合、延迟和故障域
  • 平台团队长期 Owner 与支持能力

能力可以以不同形式交付

Library/SDK

  • 低延迟、调用方可控，但升级碎片化

Shared Service

  • 集中运营和治理，但网络/多租户成本高

Policy/Registry/Config 控制面

  • 集中事实，执行可分布

模板、规范和参考实现

  • 适合尚未稳定的共性

逐类判断而非整个平台一刀切

  • 模型接入、路由和成本
  • Tool/MCP/Skill Registry 与执行
  • Run/State、Context/RAG/Memory
  • Trace/Eval/Release/Security
  • 业务 Prompt、领域 Tool 和用户体验

Build、Buy、Open Source 与组合

  • 差异化价值与可替代性
  • 数据/地域/合规和扩展要求
  • 三年 TCO、升级和人才成本
  • 锁定、退出和迁移资产
  • PoC 覆盖最难运营场景

平台边界常见失败

  • 为未来假设提前造万能抽象
  • 平台只提供 UI，不提供 SLO 与运营责任
  • 强制最低公分母导致业务绕开
  • 把领域逻辑收进平台造成需求排队

规模化后采用联邦治理

  • 中央团队定义协议、底线和共享服务
  • 领域团队拥有领域能力和评测
  • Registry、Scorecard 和架构评审连接两者
  • 例外可见、有 Owner、有退出条件

边界会随成熟度变化

  • 先以 Golden Path 验证共性
  • 复用和治理压力达到阈值再服务化
  • 低采用或高耦合能力可下放/退役
  • 定期用采用率、支持成本和业务速度复审