Stell Notes星际论坛
这里更像一页持续更新的博客索引，用来记录基础架构与微服务中间件在演进过程中遇到的问题、判断过程，以及最后采用了什么样的解决路径。
Skip to content
按标签筛选
最近更新
最佳 DSL 语言：CUE
从类型约束、复用能力、一致性校验与多环境配置治理几个维度，分析为什么 CUE 更适合作为复杂系统中的声明式配置 DSL。
阅读方向：适合在评估配置语言选型、统一 Schema 与数据表达，或准备建设平台级配置工程体系时阅读。
错误码规范
以 HTTP、gRPC 与 OpenTelemetry 为主标准，统一定义基础错误码、业务异常扩展方式、错误响应载体与观测映射规则。
阅读方向：适合在设计 API 错误模型、跨协议错误响应、业务异常扩展与可观测错误聚合时优先阅读。
可观测规范
以 OpenTelemetry 与 Kubernetes 为主标准，统一定义资源语义、日志 KV 视角、上下文传播、客户端与服务端指标模型及平台落地职责，Stellar 仅承担最小补差角色。
阅读方向：适合在准备统一日志、链路、指标语义并推动平台化落地时优先阅读。
面向超大型企业的微服务命名体系研究
提出一种五段式服务命名模型，用来统一组织边界、业务语义与技术职责表达，支撑超大型企业的服务发现、治理和可观测体系演进。
阅读方向：适合在设计企业级服务命名规范、统一注册中心命名空间，或梳理服务治理规则时优先阅读。
分布式系统中的一致性挑战及其解决路径
从 FLP、CAP、PACELC 到 Paxos、Raft、Zab、PBFT，再到 Spanner、etcd 与 KRaft，系统梳理一致性问题的理论边界与工程落地。
阅读方向：适合在补分布式系统理论基础，或想把共识协议和工业系统实现串起来时阅读。
分布式系统注册中心意义、问题与主流实现
围绕服务发现、健康检查、治理元数据和多环境隔离，分析注册中心为什么会成为微服务系统的基础设施刚需，以及主流实现分别适合什么场景。
阅读方向：适合在做注册中心选型，或梳理服务发现能力边界与演进路径时阅读。
为什么企业要自研中间件
从技术演进、企业规模与组织治理三个维度，讨论企业为什么会在开源、二开、自研之间反复摇摆，以及基础架构团队的真正边界。
阅读方向：适合在评估中间件建设边界、平台团队职责和企业规模对技术决策影响时阅读。
按主题分类
按问题域归拢，而不是按传统专题策展方式组织。
配置工程
分布式理论
架构判断
按年份归档
2026
- 最佳 DSL 语言：CUE2026/04/26
- 错误码规范2026/04/26
- 可观测规范2026/04/24
- 面向超大型企业的微服务命名体系研究2026/04/26
- 分布式系统中的一致性挑战及其解决路径2026/04/24
- 分布式系统注册中心意义、问题与主流实现2026/04/24
- 为什么企业要自研中间件2026/04/24
写作范围
DSLCUE配置语言配置治理错误码OpenTelemetryHTTPgRPCAPI 设计可观测性Kubernetes规范设计平台工程服务命名微服务治理命名规范服务发现分布式一致性共识协议PaxosRaft注册中心NacosConsul中间件演进组织治理技术选型
这页记录什么
- 中间件演进过程中遇到的典型问题
- 某一类基础设施能力为什么会出现、边界在哪里
- 主流解决方案分别做了什么取舍
- 在真实工程里应该怎样判断和落地
后续会继续补充
- 服务治理与流量控制
- 配置中心与注册中心的边界变化
- 消息系统从队列到事件流平台的迁移
- 基础架构团队与平台工程的协作方式