介绍
网站已经可以访问,但欢迎文案还是默认内容。你将使用 AWS Systems Manager Parameter Store 保存欢迎文案,修改配置而不编辑网站代码,并在每次操作后观察实际页面。
网站、工具和连接均已准备好。请先通过 Get Started with AWS on LabEx 学会在 Terminal 中输入命令并使用 AWS View。每个实验都从全新环境独立开始,无需个人 AWS 账户或以前创建的资源。
认证考点
| 认证 | 考试任务 | 练习内容 |
|---|---|---|
| Cloud Practitioner (CLF-C02) | Task 3.1 | 使用 AWS 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 中的本地文本发生变化。资源与网站是不同的对象,通过这次读取操作连接起来。

如果创建时提示 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 参考。



