主题「Cloud-Native」下的文章，共 7 篇。
多云 Kubernetes 的真正难点，不在于"把集群建起来"，而在于弹性扩容、跨云网络和持久化存储这三层基础设施的设计。Karmada 解决了副本调度，但它不替你打通网络、也不替你同步数据。
在多云环境中，Kubernetes 的"弹性"与"权重"经常被混为一谈。真正可落地的混合云架构，需要把副本调度、流量分配、节点伸缩拆到不同层次分别治理。
核心结论先行：这三者没有绝对的优劣。选型的核心不是比较"谁的性能分数高"，而是判断你的数据规模会不会在可预见的未来压垮单机架构，以及你的团队是否愿意为分布式能力支付相应的运维代价。在 1 亿向量规模下，三者的 Recall …
面向缓存、会话、实时数据场景的技术选型笔记。核心结论先行：先用"内存数据结构"和"分布式事务底座"做第一刀切分，再在内存赛道内部按协议、持久化、模块依赖和运维模型做排除法。
本文是一套可直接落地的生产方案：在 15 个节点、每节点 12 块 NVMe 的 Kubernetes 集群上，用 XFS + RustFS + JuiceFS + Fluid 搭建分布式对象存储与缓存加速体系。 …
当 Kubernetes 集群从本地 10 个节点通过弹性策略扩容到 20 台，并且服务需要面向全球线上用户时，技术选型就不能只停留在"单集群自动扩缩容"层面，而要考虑跨云、跨地域、多集群统一调度与容灾。
把 Buildbarn 自身的负载指标，转化为 Kubernetes 的行动指令。 在 Kubernetes 上运行 Buildbarn 作为远端执行（Remote Execution）/ 远程缓存后端时，一个常见诉求是：根据 CI 编译 …
