一个无状态应用程序在ALB后面运行，部署在Auto Scaling组中的EC2实例上。该组使用一个完全烘焙的自定义AMI，没有引导程序。该AMI最近被删除，导致Auto Scaling组无法启动实例，因为AMI ID不再存在。DevOps工程师应该执行哪些操作序列来恢复正常的扩缩功能？（选择三项。）

由于原始AMI被删除，Auto Scaling组无法启动新实例。首先，需要创建一个可用的AMI。从Auto Scaling组中现有正在运行的EC2实例创建新的AMI是最佳实践，因为这些实例是基于之前可用的AMI启动的，确保了应用程序的兼容性和配置。然后，需要创建一个新的启动模板，引用这个新创建的AMI。最后，更新Auto Scaling组以使用这个新的启动模板，使Auto Scaling组能够再次成功启动实例，恢复其扩缩功能。减少或增加期望容量并不能解决AMI缺失的问题。复制公共OS AMI需要重新配置应用程序，效率低下。