主题「Kubernetes」下的文章，共 15 篇。
多云的每一个技术方案，都是一笔“复杂度税”。是否值得支付，取决于你的业务是否需要它来规避单云无法解决的风险。
多云 Kubernetes 的真正难点，不在于"把集群建起来"，而在于弹性扩容、跨云网络和持久化存储这三层基础设施的设计。Karmada 解决了副本调度，但它不替你打通网络、也不替你同步数据。
在多云环境中，Kubernetes 的"弹性"与"权重"经常被混为一谈。真正可落地的混合云架构，需要把副本调度、流量分配、节点伸缩拆到不同层次分别治理。
本文是一套可直接落地的生产方案：在 15 个节点、每节点 12 块 NVMe 的 Kubernetes 集群上，用 XFS + RustFS + JuiceFS + Fluid 搭建分布式对象存储与缓存加速体系。 …
1. 背景与问题描述 1.1 现状 使用 GitLab Runner + Kubernetes Executor 构建 CI/CD 流水线 集群资源：14 个固定节点 + 60 个弹性节点（弹性节点按需伸缩） 任务并发高，资源经常被占满，大 …
在 Kubernetes 日常运维中，一个常见问题是：更新了 ConfigMap，但引用它的 Pod 并没有自动加载新配置。这是因为 Kubernetes 本身不会在 ConfigMap 变更后自动重启关联的工作负载。Pod 中通过环境变量 …
当 Kubernetes 集群从本地 10 个节点通过弹性策略扩容到 20 台，并且服务需要面向全球线上用户时，技术选型就不能只停留在"单集群自动扩缩容"层面，而要考虑跨云、跨地域、多集群统一调度与容灾。
在 Kubernetes 中，服务发现和负载均衡是微服务架构的核心能力。然而，当服务分布在不同的 Namespace 中，或者使用 gRPC 协议时，一些"默认"机制并不能完全满足需求。本文将首先介绍跨 Namespace 访问服务的标准方 …
在 Buildbarn + Kubernetes 的分布式编译场景中，识别弹性节点并据此调整 Worker 行为，是构建弹性编译集群的关键一环。以下结合 Buildbarn 架构，给出完整的技术方案。 Buildbarn …
背景 在 Kubernetes 集群中，很多时候服务没有对外暴露的网络入口，排查问题或日常运维都需要进入集群内部。通常的做法是： 在集群内部署一个 SSH 服务作为跳板机 通过 SSH 反向隧道将跳板机暴露到外部可访问的服务器上 开发者通过 …
背景 在内网环境中，经常需要将本地服务暴露到远程服务器上，常见场景如： 本地开发环境需要被外部访问 内网服务需要通过跳板机访问 Kubernetes 集群服务需要临时暴露到外部网络 使用 SSH 反向隧道（-R 参数）可以将本地端口映射到远 …
背景 多年来， Kaniko一直是构建镜像的首选方案，它是谷歌专为在非特权容器内构建镜像而开发的工具，无需 Docker 守护进程。然而在 2025 年 6 月，谷歌将该代码库归档，现在它已变为只读。GitLab 也已移除 Kaniko 的 …
介绍： OpenShift是红帽的云开发平台即服务（PaaS）。自由和开放源码的云计算平台使开发人员能够创建、测试和运行他们的应用程序，并且可以把它们部署到云中。Openshift广泛支持多种编程语言和框架，如Java，Ruby和PHP等。 …
Unix下安装Harbor镜像仓库 harbor的官方安装指南 介绍了harbor有三种安装方式，分别是在线安装、离线安装和OVA安装，本文主要采用离线安装的方式。 官方文档上面说明需要依赖Python 2.7或以上版本，Docker引 …
使用dotcore通过docker部署一个基于微服务的demo应用 架构概述 这个参考应用程序在服务器和客户端是跨平台的，这要归功于.NET Core服务能够在Linux或Windows容器上运行，具体取决于您的Docker主机，以 …
