/tags/tilt/ Recent content in tilt on Hugo -- gohugo.io en Wed, 15 Apr 2026 10:00:00 +0800 /posts/kind-k8s-lab-local-cicd-mirrord/ Wed, 15 Apr 2026 10:00:00 +0800 /posts/kind-k8s-lab-local-cicd-mirrord/ 这是一篇本地开发环境的整理笔记。 我在本地维护一个 Maven 多模块的 Spring Boot 微服务项目 meirongdev/shop，服务数量十几个，日常都跑在 Kind 起的本地 Kubernetes 上。起初只要 kind create cluster + docker build + kind load docker-image + kubectl apply 就够用了，但随着模块变多，这套最朴素的链路开始变慢：每次全量 build、全量 load、只改一个服务也要 redeploy 才能验证。 这篇文章不谈企业级流水线，只记录一下在一台开发机上，我为了解决本地开发中的各种“慢”和“烦”，都选了哪些工具，以及每个工具带来的 tradeoff。 1. 基础底座：如何在本地低成本跑 K8s？ 问题： 本地需要一个 K8s 环境，但资源占用不能太大，且要能方便地模拟多节点和不同的 K8s 版本。 我的做法：Kind (Kubernetes in Docker) 几个本地 Kubernetes 可选项中（Kind、Minikube、k3d、Docker Desktop），我选了 Kind： 低开销： 纯 Docker 容器起 node，资源占用比 Minikube 的 VM 小得多。 高仿真： 节点数、版本可配置，和真实 K8s 的差距相对可控。 镜像直入： kind load docker-image 把本地镜像直接塞进节点，不需要额外推 registry。 Tradeoff：