Docker Compose 启动慢到拉胯，探讨下 Go 后端本地多依赖调试工具链选型（附启动耗时实测）

大家本地开发调依赖（MySQL + Redis + Kafka + 两个上游 gRPC 服务）目前都用哪套方案？求交流下姿势。

最近实在受不了本地开一堆 docker compose 了。8 个容器跑起来，轻轻松松吃掉 6.5G 内存，Mac 发热风扇狂转。更蛋疼的是冷启动，完整 docker compose up 跑完健康检查要 42s，改个中间件配置重启又是半天。

上周试了下用 testcontainers-go 跑集成测试，隔离性是爽了，但每个 test suite 动态起停容器，单测耗时直接从 80ms 飙到 4.2s，本地跑 go test ./... 根本快不起来。

目前在看三个方向：

1. Tilt / Skaffold + 本地 K3d：支持热重载，但配置成本和心智负担有点高。
2. 纯代码级 Mock / 内存平替：比如 Redis 用 alicebob/miniredis，MySQL 用 SQLite 兼容层。速度起飞（测试 < 200ms），但总感觉丢了环境保真度，有些特定 SQL 特性和 Redis module 测不出来。
3. 网关层流量转发：本地只起被测的单个 Go 服务，其余依赖全部 Telepresence / kt-connect 连联调集群。

大家团队内部目前是怎么权衡 启动速度（< 10s） 和 依赖真实度 的？有没有更顺手的小工具推荐？