定义在 AWS 云中的部署和运营方法

Source: Dev.to

1️⃣ 访问 AWS 服务的方式

AWS Management Console

图形用户界面（GUI）——基于网页的界面，用于交互式管理。

最适合：

• 学习 AWS 服务
• 快速检查和临时更改
• 直观浏览资源和设置

如果使用控制台，手动步骤较难一致重复，这时编程式访问就显得重要。

编程式访问

APIs

AWS 中的所有操作最终都是 API 调用。

最适合： 自动化以及将 AWS 操作集成到应用和流水线中。

SDKs

面向特定语言的库（例如 Python、Java、JavaScript），用于调用 AWS API。

最适合： 构建直接与 AWS 服务交互的应用。

CLI

命令行工具，用于调用 AWS 服务。

最适合：

• 编写脚本执行重复任务
• 在终端实现自动化
• 比在控制台点击更快的操作

2️⃣ 基础设施即代码（IaC）

IaC 指使用模板或代码来定义基础设施（网络、服务器、权限等），而不是手动搭建。

IaC 的意义：

• 可重复的部署
• 环境一致（开发/测试/生产）
• 版本控制与变更追踪
• 减少配置漂移和人为错误

3️⃣ 一次性操作 vs. 可重复流程

一次性操作

示例： 单次快速更改、一次性测试、初步学习。
常用工具： AWS Management Console 或简单的 CLI 命令。

可重复流程

示例： 为每个项目启动相同环境、扩展标准化部署、强制一致配置。
常用工具： IaC 与自动化（模板 + 流水线、CLI 脚本、基于 SDK 的工具）。

如果要执行多次，或对一致性有要求，倾向于 自动化 / IaC。

4️⃣ 云部署模型

云（公共云）

所有工作负载都运行在云上（例如 AWS），几乎没有本地基础设施。

选择云的原因： 简单、可伸缩、降低数据中心运维负担。

混合云

部分系统运行在 AWS，其他系统仍保留在本地，通过网络和身份集成相连。

选择混合云的原因： 合规或数据驻留限制、尚未迁移的遗留系统、分阶段迁移策略。

私有云 / 本地部署

工作负载运行在公司自有的数据中心。

5️⃣ 如何选择合适的部署方式

• 现在需要速度 + 简单吗？ → 控制台
• 需要自动化或与软件集成吗？ → API / SDK
• 需要脚本化和可重复的命令吗？ → CLI
• 需要可版本控制的、一致的可重复环境吗？ → IaC

✅ 快速考试式总结

• AWS 访问方式： 控制台、CLI、SDK、API 以及 IaC。
• 对可重复、标准化部署，首选 IaC/自动化。
• 部署模型：
  • 云： 所有资源在 AWS
  • 混合： AWS 与本地混合
  • 本地： 所有资源在私有数据中心

其他资源

• Accessing AWS services
• Types of cloud computing