管理网站配置

AWSBeginner
立即练习

介绍

网站已经可以访问,但欢迎文案还是默认内容。你将使用 AWS Systems Manager Parameter Store 保存欢迎文案,修改配置而不编辑网站代码,并在每次操作后观察实际页面。

网站、工具和连接均已准备好。请先通过 Get Started with AWS on LabEx 学会在 Terminal 中输入命令并使用 AWS View。每个实验都从全新环境独立开始,无需个人 AWS 账户或以前创建的资源。

认证考点

认证 考试任务 练习内容
Cloud Practitioner (CLF-C02) Task 3.1 使用 AWS CLI 管理服务资源并观察它对应用的影响。

实验概览

概览:CLI 写入欢迎参数,网站在每次请求时读取它的值。

为网站设置欢迎文案

在这一步中,你将创建一个命名配置值,并观察网站使用它。

在 AWS View 下方的 Terminal 中输入命令。在上方的 AWS View 中选择 Open website。预置的 Field Notes 页面最初显示 Your website is ready,来源为 Default welcome message。保留网站页面,以便修改配置后重新加载。

网站是响应浏览器请求的应用代码。资源(resource)是 AWS 服务管理的对象。Systems Manager Parameter Store 管理称为参数(parameter)的命名配置值。本例中,网站在每次请求时读取 /labex/website/greeting;该名称下保存的文本控制欢迎文案。斜杠用于组织名称,不表示本地文件夹。

网站代码已准备好。你的任务是创建配置。先进入工作目录,cd 用来切换 Terminal 的当前目录:

cd /home/labex/project

创建普通文本值。aws ssm 选择 Systems Manager,put-parameter 写入配置,--name 指定名称,--type String 选择普通文本,--value 提供内容。引号将包含空格的文案作为一个参数传入;反斜杠让同一条命令延续到下一行:

aws ssm \
  put-parameter \
  --name /labex/website/greeting \
  --type String \
  --value 'Welcome to Field Notes'

首次创建的响应包含 "Version": 1。使用 get-parameter 按名称读取已保存的资源:

aws ssm \
  get-parameter \
  --name /labex/website/greeting

找到 Name、Value 和 Version。值应为 Welcome to Field Notes。AWS View 中会出现新参数,同时仍保留预置的 /labex/reference/team。不要修改这个参考配置。

重新加载网站。标题现在是 Welcome to Field Notes,来源为 Parameter Store。页面发生变化是因为应用读取了保存的值,而不是因为 Terminal 中的本地文本发生变化。资源与网站是不同的对象,通过这次读取操作连接起来。

创建欢迎配置后的实际网站示例:页面显示已保存的文案,并标明来源为 Parameter Store。

如果创建时提示 ParameterAlreadyExists,先按名称读取参数并比较值,不要删除无关配置。

不编辑网站代码,直接更新文案

在这一步中,你将修改现有配置,并证明网站使用了新值。

参数名称保持不变,应用仍可用同一名称读取它。--overwrite 允许替换现有参数的值。更新欢迎文案:

aws ssm \
  put-parameter \
  --name /labex/website/greeting \
  --type String \
  --value 'Hello from the AWS CLI' \
  --overwrite

读取当前值:

aws ssm \
  get-parameter \
  --name /labex/website/greeting

应看到 Hello from the AWS CLI。一次更新后的版本通常为 2;重复更新时可能更高。每次覆盖都会产生新的已保存版本,而不是创建一个名称不同的资源。

AWS View 中,同一名称对应新的值。重新加载网站,确认标题为 Hello from the AWS CLI。你没有编辑任何网站文件。

覆盖配置后的实际网站示例:新的页面请求显示更新后的欢迎文案,网站代码没有改变。

这个网站在每次请求时读取参数。其他应用可能只在启动时读取配置,或缓存配置;所以修改参数不会自动刷新所有正在运行的页面。本例中的新 HTTP 请求,才是应用实际使用更新值的证据。

安全移除练习配置

在这一步中,你将删除自己的欢迎参数,并观察网站如何处理配置缺失。

网站为这个可选配置准备了默认文案,因此练习结束后可以安全删除它。在实际应用中,先确认配置是可选还是必需;删除必需依赖可能导致应用停止工作。

delete-parameter 按名称移除一个资源。只删除你创建的欢迎配置:

aws ssm \
  delete-parameter \
  --name /labex/website/greeting

成功删除可能没有输出。使用 describe-parameters 查询剩余清单,它列出资源元数据:

aws ssm \
  describe-parameters

欢迎参数已不在清单中。/labex/reference/team 仍然存在;确认它的值:

aws ssm \
  get-parameter \
  --name /labex/reference/team

其值仍为 platform。AWS View 保留这个参考配置,不再显示欢迎参数。重新加载网站:页面恢复 Your website is ready,来源为 Default welcome message。

网络错误不能证明删除成功。本例中,成功的资源查询证明目标已不存在,成功的网站请求证明应用仍然可用。你完成了创建、读取、更新和删除这一资源生命周期,同时保留了无关配置。

总结

你创建、读取、更新并删除了 Parameter Store 中的欢迎配置。实际网站响应展示了应用何时使用保存的值、何时恢复默认文案。整个过程中,无关配置始终保留。

接下来比较 Region 与资源身份。名称便于定位配置;管理多个环境时,还要注意资源所在的位置与完整标识。

如需深入了解,请阅读 Parameter Store 应用配置和 创建与覆盖参数的 CLI 参考。