使用 AMI 的 AWS EC2 部署
AWS EC2 deployment using AMI
我想问问更有经验的云用户，我正在考虑使用 AMI 快照在 EC2 机器上部署我的应用程序。每个新版本都是包含应用程序工件的新 AMI 快照，从基础映像构建，每个 EC2 在部署时被替换。
这是一种不好的做法吗？使用这种方法时是否会出现任何可能的问题或漏洞？除了部署时间长之外，我没有看到任何缺点。
这不是一个坏习惯。现在很多供应商都在创建他们的 AMI 并与他们的客户共享。创建 AMI 不是困难的部分，您始终可以从以前的 AMI 启动一个实例，更新它，并在完成后调用 AWS API 从该实例创建一个新的 AMI。
然而，您将希望自动执行所涉及的任务，因为手动更新代码、更新映像和安装安全更新以及执行您可能需要的任何清理工作会很麻烦。
部署是另一回事。 ami-id 的问题现在将发生变化，您需要一种方法来为启动实例的任何产品更新 ami-id。您可以标记 AMI 并构建逻辑以始终使用该标记并在选择 ami-id 等时查找最新标记
我想问问更有经验的云用户，我正在考虑使用 AMI 快照在 EC2 机器上部署我的应用程序。每个新版本都是包含应用程序工件的新 AMI 快照，从基础映像构建，每个 EC2 在部署时被替换。
这是一种不好的做法吗？使用这种方法时是否会出现任何可能的问题或漏洞？除了部署时间长之外，我没有看到任何缺点。
这不是一个坏习惯。现在很多供应商都在创建他们的 AMI 并与他们的客户共享。创建 AMI 不是困难的部分，您始终可以从以前的 AMI 启动一个实例，更新它，并在完成后调用 AWS API 从该实例创建一个新的 AMI。
然而，您将希望自动执行所涉及的任务，因为手动更新代码、更新映像和安装安全更新以及执行您可能需要的任何清理工作会很麻烦。
部署是另一回事。 ami-id 的问题现在将发生变化，您需要一种方法来为启动实例的任何产品更新 ami-id。您可以标记 AMI 并构建逻辑以始终使用该标记并在选择 ami-id 等时查找最新标记