背景与多云连接挑战

企业因并购、历史遗留或供应商限制，常出现跨AWS与Google Cloud、Azure或Oracle的多云工作负载。网络工程师面临私建可靠连接的任务。AWS Interconnect – multicloud是一项托管服务，可建立AWS与其他云之间的私有专线，本文以AWS（us-east-1）与Google Cloud（us-east4）配对为例。

跨云配置难点在于：工程师熟稔一方控制台与CLI，却需在另一云中面对概念相似但实现迥异的资源。例如安全组对应防火墙规则，Transit Gateway附件对应Network Connectivity Center spoke。传统方式需深入学习异云，而Kiro这一agentic IDE可跨云研究、规划并置备资源。

Kiro代理式工作流

Kiro为提供规格驱动开发与对话式提示的IDE。在本次实践中，使用者仅通过提示、审批与设计决策，由Kiro驱动双方CLI、阅读文档、维持多步上下文，完成从置备、测试到文档生成的全过程，无需手工键入命令。

工作流分三阶段：读取文档与上下文、映射跨云依赖为有序计划、跨供应商执行命令并产出可复用产物。后置备、测试、文档阶段细化。

目标架构与数据路径

架构中，AWS侧VPC（10.0.0.0/16）通过Transit Gateway关联Direct Connect网关（ASN 64512），再经AWS Interconnect – multicloud连接（默认MACsec加密）抵达Google Cloud托管的传输VPC，借助VPC Peering送达客户子网（172.16.1.0/24）。

流量跨架构六步

  1. AWS VPC流量按路由表指向Transit Gateway。
  2. Transit Gateway依据传播路由转发至Direct Connect网关。
  3. Direct Connect网关通过互联连接发送，L2跳启用MACsec加密。
  4. Google Cloud传输VPC中的传输资源管理的Cloud Router与VLAN附件接收。
  5. 传输VPC与客户VPC对等互连，递送至目标子网。
  6. 回程对称，BGP通告AWS前缀为动态对等路由。

服务特性与前提

AWS Interconnect – multicloud预建骨干容量，无需物理工单。每个互联配置为四个跨独立设施连接，ECMP负载均衡，弹性内置。注意MACsec仅覆盖L2跳，端到端保密需叠加应用层或IPsec加密。

前置条件包括：安装配置Kiro及对应订阅；AWS CLI与gcloud CLI凭证；启用了相关API的Google项目；非重叠CIDR；支持的区域对（如us-east-1配us-east4）。带宽按所选规格 hourly 计费，两侧分别出账。

对读者的意义与技术解读

尽管本站内容重心在AI前沿、安全、开源与芯片，本文仍具运维参考价值。它展示了AI agent在具体网络运维场景中的落地：将跨云知识鸿沟交由代理填补，工程师专注决策。对于多云环境下的SRE与网络工程师，此类工具可大幅降低上手异云的成本，并令命令与输出透明可视，兼顾可审计性与学习曲线。同时提醒，托管加密不等于端到端加密，架构设计仍需分层防御。

原文链接：AWS Networking Blog