资源介绍
视频数量：6个
总时长：1小时0分
课程介绍：
从单台虚拟机到弹性集群：谷歌云自动扩缩与负载均衡
一个票务网站，平时一周里大部分时间都很安静，访问量低得让人犯困。可一旦某个热门活动开票，Web 层在十分钟里就得扛住相当于平时好几周的流量。如果你把整套服务跑在一台计算引擎虚拟机上，这台机器其实同时在扮演两个角色：它是你的容量上限，饱和之后每一个多出来的客户只能排队或者干脆看到报错；它也是你的爆炸半径，它一宕机，整个店面跟着一起消失。这两种故障写进事后复盘里读起来完全不一样，但修法只有同一个，那就是别再跑一台实例，改跑一组彼此相同的实例，把管理权交给别人。
一、先想清楚为什么要用托管实例组：课程第一部分不急着动手点控制台，而是把架构决策摊开讲。托管实例组里的每个成员都从同一份实例模板创建出来，镜像、机器类型、启动脚本、网络标签全部一致，正因为一致，成员之间才可以互换，而可互换正是整个机制成立的前提。哪个成员健康检查不响应了，组就照着模板重新造一个补上去，这就是自愈。但课程也花了相当篇幅讨论反面：什么场景下计算引擎和托管实例组才是正确的原语，什么场景下你其实需要的是别的东西。这个判断力比会点按钮值钱得多。
二、把前端链路一节一节接起来：第二部分的重点是把已经运行起来、正在 80 端口提供服务、却收不到任何流量的那组实例真正接到公网上。你会依次处理实例模板上的网络标签、指向该标签的防火墙规则、健康检查、后端服务、转发规则。这里有个特别容易翻车的细节：防火墙规则里的来源范围必须和谷歌前端使用的地址段对齐，而且那两个范围是并列关系不是替代关系，只填一个，健康检查探测能过，用户流量却永远落不到机器上。课程会现场演示怎么发现这个问题、怎么改。之后向导会问你几个问题，每个默认选项背后的含义也都会讲清楚。
三、学会分辨三个不同的"健康"：组已经搭好，不等于能正常工作。第三部分教你去读那些说明实例组已经收敛的信号，观察流量在各个成员之间是否真的均摊，在扩缩容事件里主动演练一次故障。课程里提到一个最坑人的情况：实例组页面显示两个实例都正在运行，每个成员都是绿色，可店面给每位客户返回的都是 503。页面没骗你，它只是回答了一个你没问的问题。因为在谷歌云里，有三个不同的位置会告诉你这个组的状态，而每一处回答的是不同的问题：组里成员数量对不对、成员是不是还卡在创建或重启这类操作中途、后端健康状态怎么报、真实请求能不能打通。把这三个问题分开问，排错才不会原地打转。
四、让更新不再需要挑凌晨三点：第四部分讲生产环境里最考验人的环节，零停机滚动更新和灰度发布。新版本镜像推上去，组要一批一批换成员，换的过程中服务不能断，出问题要能立刻停下并回滚。课程还讲了自动化更新，把更新这件事交给策略而不是人盯着，以及一份给云工程师的操作指南，把前面散落的知识点串成一条完整的日常运维路径。配套的故障排查手册也在这一块，遇到突发状况可以照着走。
五、附带的一整套可下载资料：这部分不是凑数的附件。里面有核心任务运行手册、运维检查清单、常见问题解答、五个扩缩容模式的参考做法、行动方案工作表，还有一个动手实验脚本和工作簿。看完视频想在自己项目里落地时，这些表格和清单能直接拿来改。
六小时不到的课程，六个视频，节奏很紧凑，适合已经在用计算引擎、却被容量和故障折腾过的人，也适合正要把服务推上生产、想提前把坑踩一遍的后端和运维工程师。学完之后你应该能回答三个问题：这个组里到底该有几个成员，流量凭什么均摊到每一个成员身上，以及下一次发布新版本时用户为什么完全察觉不到。