AWS IoT Core 成本优化实战：从 PoC 到生产的省钱之旅

这篇文章，我们就来一起走完这‘最后一公里’。我们将把 PoC 架构一步步演进为稳健的生产级架构，并深入探讨在功能日益强大的同时，如何精打细算，将每一分钱都花在刀刃上，实现功能与成本的双赢。

本文核心 (TL;DR)

• 架构演进四步曲：通过引入 VPC 与 EKS 实现安全隔离和容器化，利用 Global Accelerator 优化全球访问，最后借助 VPC Endpoint 将内部流量私有化，构建了一个安全、高效、高可用的生产级架构。
• 成本优化三大战役：
  1. 优化规则触发：合并监听同一 Topic 的规则，避免重复计费。
  2. 优化动作执行：精简规则后续动作，剔除非必要流程。
  3. 优化消息成本：善用几乎免费的 Basic Ingest 处理单向数据上报，釜底抽薪。

第一部分：架构的进化 —— 从“能用”到“好用”

这个部分的核心是“问题驱动”，每引入一个新组件都是为了解决一个具体问题。

第一部分：架构的进化 —— 从“能用”到“好用”

第一步：构建网络隔离与服务容器化

问题： 最初的 PoC (Proof of Concept) 架构将服务直接部署在公网上，缺乏必要的网络隔离，这在生产环境中带来了极大的安全风险。任何未经授权的访问都可能直接威胁到核心服务。

解决方案： 为了解决安全和管理上的挑战，我们采用了两项关键技术：VPC (Virtual Private Cloud) 和 EKS (Elastic Kubernetes Service)。

• VPC：我们首先创建了一个私有网络环境，将所有服务资源收归其中。通过配置精细化的安全组（Security Groups）和网络访问控制列表（NACLs），我们得以严格控制进出 VPC 的流量，仅放行来自可信源的请求，从而建立起第一道安全防线。
• EKS：我们将服务部署到 AWS 的托管 Kubernetes 服务 EKS 中。这不仅实现了服务的容器化部署，提高了部署效率和可伸缩性，也使得服务管理更加规范和自动化。

通过这两项改进，我们为服务构建了一个安全、隔离且易于管理的运行环境。