为何在Google Cloud VM实例元数据而非Automation中使用启动脚本？

在上述图片中，我正在Google Cloud Platform上创建VM实例，该创建向导提供了添加启动脚本的选项。启动脚本可在Automation区域中直接填写代码。

但为何标准做法始终要求通过元数据的键startup-script-url指定脚本的存储位置作为值，而非直接在Automation中配置？

• 脚本可维护性更高：如果脚本内容较长或者需要频繁修改，直接在Automation框里编辑很不方便，把脚本存在Cloud Storage这类存储服务里，能单独管理版本、修改内容，不用每次改脚本都重新配置VM实例。
• 避免长度限制：Google Cloud的元数据里直接填写的脚本有字符长度上限（一般是32KB左右），如果你的启动脚本比较复杂，包含大量配置命令、安装逻辑，直接填很容易超出限制，用URL指向外部脚本就没这个问题。
• 复用性更强：同一个启动脚本可以给多个VM实例使用，只要在元数据里指定同一个URL就行，不用每个实例都重复粘贴一遍脚本内容，批量管理更高效。
• 权限与安全管控更灵活：存放在Cloud Storage的脚本可以通过IAM权限控制谁能修改、访问，相比直接写在元数据里（元数据权限和VM实例绑定），能更精细地管理脚本的访问权限，降低误改风险。
• 版本追踪更方便：如果用Cloud Storage的版本控制功能，还能追踪脚本的修改历史，出问题时可以快速回退到之前的版本，排查问题更高效。

内容的提问来源于stack exchange，提问作者Aditya Bhuyan