基础设施
这条精选路线沿着应用上线后的真实问题前进:先得到一致的运行环境,再管理大量工作负载,最后观察系统是否真的健康。
先读这 3 篇
Section titled “先读这 3 篇”Docker
理解镜像、容器和隔离怎样把应用及其运行环境一起交付。
先分清镜像与容器,再讨论编排才有共同语言。
Kubernetes
理解声明式 API 和控制器如何让实际状态持续靠近期望状态。
把“部署工具”升级为“持续调和的系统”来理解。
OpenTelemetry
理解 traces、metrics 和 logs 如何用统一语义描述运行中的系统。
系统能运行之后,还要能回答它为什么慢、为什么错。
读完你应该能回答
Section titled “读完你应该能回答”- 镜像、容器和虚拟机的边界分别是什么?
- Kubernetes 的控制循环为什么比一串部署脚本更适合长期运行?
- traces、metrics、logs 各自最适合回答哪类问题?
- 一次发布从打包到观测,哪些环节需要可重复、可回滚和可验证?