2026阿里云国际版SAE Serverless应用引擎实战教程：CU计费公式、价格对比表与零改造迁移全流程

Meta Description: 手把手讲解阿里云国际版 Serverless 应用引擎（SAE）：SAE 与 ECS/ACK/ECI/FC 选型对比表、CU（Cost Unit）计费公式与转换系数拆解、各地域 CU 单价与单实例成本测算表、CU 资源包档位价格与折扣对比、控制台七步创建应用、Ingress/Service/EIP 三种入口选择、弹性伸缩与定时启停省钱、Terraform 纳入 IaC，附常见坑与常见问题 FAQ。

> 关键词：阿里云国际版SAE、Serverless应用引擎教程、SAE计费、CU单价、SAE价格表、SAE vs ECS、SAE vs ACK、零改造迁移、Spring Cloud上云、SAE资源包

一、先给结论：SAE 是什么，什么场景该用它

一句话答案：SAE（Serverless App Engine，Serverless 应用引擎）是阿里云国际站面向"应用"而不是"服务器/容器"的 Serverless PaaS。它底层基于 Kubernetes，但你不需要碰 K8s——把 JAR/WAR/ZIP 包或 Docker 镜像交进去，几秒内跑起来，按秒计费，Spring Cloud 与 Dubbo 应用零代码改造即可迁移。可以把它理解成"托管 K8s + 内置注册中心 + 内置网关/SLB + 内置日志监控 + 一键启停"的打包产品。

它解决的问题非常具体：你有一堆 Spring Cloud / Dubbo / PHP 应用要上云，但团队里没有专职的容器运维。

SAE 适合谁

- Java / PHP / Python 微服务应用，尤其是 Spring Cloud、Dubbo、HSF 那一类 - 需要秒级弹性：秒级扩容、指标驱动伸缩、流量型业务 - 团队没有 Kubernetes 专职运维，但又要享受容器化的弹性和环境隔离 - 开发/测试/预发环境：需要"白天开、晚上停"，不想为闲置付费

SAE 不适合谁

- 需要直接操作 K8s API、CRD、自定义 Operator、自定义调度器的团队 → 用 ACK - 需要常驻 GPU 做推理/训练 → 用 ECS GPU 实例或 ACK 的 GPU 节点池 - 只有零散的短任务、事件触发逻辑 → 用 函数计算 FC 更省 - 需要彻底掌控宿主机内核参数的场景 → 回到 ECS

> 📝 小提示：本文以阿里云国际站（alibabacloud.com）为准。国际站 SAE 与国内版产品能力高度对齐，但可用地域、计费币种、促销政策、资源包档位存在差异，请不要照搬国内站的文档链接和价格页。

二、SAE vs ECS vs ACK vs ECI vs FC：五种形态怎么选

这是选型时最容易被绕晕的地方。阿里云国际站同时提供五种计算形态，它们不是互相替代，而是抽象层级不同：

| 对比维度 | ECS 云服务器 | ACK 容器服务 | ECI 弹性容器实例 | SAE 应用引擎 | FC 函数计算 | |---------|-------------|-------------|-----------------|-------------|------------| | 抽象层级 | 虚拟机 | K8s 集群 | 容器组（Pod） | 应用 | 函数 | | 你需要管理什么 | OS、运行时、进程 | 集群、节点池、YAML | 容器组规格与网络 | 只管理应用与实例数 | 只写代码 | | 应用注册中心 | 自建 Nacos/Eureka | 自建 | 自建 | 内置 | 无 | | 负载均衡 | 自建 Nginx 或买 SLB | 自建 Ingress/买 SLB | 需绑定 EIP/SLB | 内置 Ingress/Service 接入 | 内置 HTTP 触发器 | | 日志与监控 | 自建或接 SLS | 自建或接 SLS | 接 SLS | 内置（含应用级监控） | 内置 | | 计费粒度 | 按秒/按小时 | 节点按小时 | 容器组按秒 | 按秒（CU） | 按调用次数+GB-秒 | | 弹性能力 | 需 Auto Scaling | HPA/Karpenter | 由调度器拉起 | 秒级，指标/定时/混合 | 毫秒级，事件驱动 | | Java 冷启动 | 不适用（常驻） | 秒级~十秒级 | 秒级~十秒级 | 支持冷启动加速，秒级启动 | 有冷启动 | | 典型场景 | 传统单体、数据库、需内核控制 | 深度容器化、平台工程团队 | 突发任务、Serverless Pod | 微服务应用上云 | 事件处理、API 后端 |

结论：如果你的核心诉求是"让应用跑起来，而不是搭一套平台"，答案就是 SAE。这与本站此前介绍过的 弹性容器实例 ECI 实战教程（抽象到"容器组"）和 ACK 容器服务实战教程（抽象到"集群"）刚好形成三个层级——ACK 管集群，ECI 管容器组，SAE 管应用。

三、动手前的准备：VPC、vSwitch、命名空间与配额红线

SAE 的准备工作不复杂，但有几个配额红线踩了会直接导致创建失败，值得先看清楚。

3.1 必须提前规划的四个东西

- VPC 与 vSwitch：应用运行在你指定的 VPC/vSwitch 里，专有网络需要提前建好 - 命名空间（Namespace）：用来隔离测试、预发、生产环境。建议至少建三个，命名只允许小写字母和短横线，且必须以字母开头 - 应用来源：代码包（FatJar / War / PhpZip / PythonZip）或容器镜像（Image） - 开通 SAE 服务：在国际站控制台完成开通，新用户通常可以领取免费试用额度

3.2 五条配额红线（官方限制，务必核对）

| 限制项 | 具体数值 | 踩坑后果 | |--------|---------|---------| | 系统盘 | 每个实例 20 GiB 免费临时盘 | 超出的部分按 GiB-秒计费；需要持久化请用 NAS 或 OSS | | vSwitch 可用 IP | 建议每个 vSwitch ≥ 100 个 IP | IP 不足会导致创建失败和弹性伸缩失败 | | EIP 数量 | 每个实例绑定 EIP 时，EIP 数 ≥ 实例数 + 1 | EIP 不够时实例创建失败且无法服务流量 | | 实时日志 | 实时日志仅显示 500 行 | 需要完整日志必须开启文件日志采集 | | 端口映射 | 一个 Service 对应一个应用的一个端口；一个 Ingress 可服务多个应用 | 多应用共用端口必须走 Ingress |

> 📝 小提示：vSwitch 的 IP 数量是最容易被忽略的一条。SAE 每次发布都会创建新实例，实例 IP 会变，因此扩容时需要有充足的空闲 IP。建议生产 vSwitch 直接用 /24（254 个可用地址）。

四、CU 计费彻底讲清楚：这是 SAE 最容易算错的地方

SAE 的计费不是"每台实例每小时多少钱"，而是先把资源用量换算成 CU（Cost Unit），再乘以地域的 CU 单价。搞懂这两步，你就能自己算账。

4.1 第一步：算原始资源用量

| 资源类型 | 计算方式 | 单位 | |---------|---------|------| | vCPU 用量 | 实例数 × 每实例 vCPU 核数 × 运行秒数 | vCPU-秒 | | 内存用量 | 实例数 × 每实例内存（GB）× 运行秒数 | GB-秒 | | 磁盘用量 | 实例数 ×（每实例磁盘 GiB − 20 GiB 免费额度）× 运行秒数 | GiB-秒 |

不足 1 秒按 1 秒计。举例：2 个实例、每个 2 GiB 内存，跑 100 秒，内存用量就是 2 × 2 × 100 = 400 GB-秒。

4.2 第二步：乘 CU 转换系数（按应用版本与服务器类型区分）

SAE 提供三个应用版本：Lightweight（轻量版）、Standard（标准版）、Professional（专业版）。其中轻量版与专业版目前是定向邀测，未参与邀测的账号创建出来的应用默认是标准版。

| 应用版本 | vCPU 系数（默认服务器） | 内存系数（默认服务器） | 磁盘系数 | |---------|----------------------|---------------------|---------| | Lightweight 轻量版 | 0.6 CU/vCPU-秒 | 0.15 CU/GB-秒 | 0.015 CU/GiB-秒 | | Standard 标准版 | 1 CU/vCPU-秒 | 0.25 CU/GB-秒 | 0.015 CU/GiB-秒 | | Professional 专业版 | 1.1 CU/vCPU-秒 | 0.275 CU/GB-秒 | 0.015 CU/GiB-秒 | | Hygon（海光）服务器 | 系数上浮约 27.4% | 同上浮比例 | 0.015 CU/GiB-秒 |

4.3 第三步：乘地域 CU 单价

| 地域 | CU 单价（USD/CU） | |------|------------------| | 中国大陆（北京 / 上海） | 0.000006859 | | 中国香港 / 日本（东京） | 0.00001176 | | 新加坡 / 印尼（雅加达）/ 德国（法兰克福） | 0.00001069 |

SAE 目前支持的地域（Region ID）：cn-beijing、cn-shanghai、cn-hongkong、ap-southeast-1（新加坡）、ap-southeast-5（雅加达）、ap-northeast-1（东京）、eu-central-1（法兰克福）。资源一旦创建不能跨地域迁移，选地域前请先确认用户所在位置。

4.4 单实例成本测算表（按标准版 + 默认服务器，月按 730 小时折算）

先算 CU 消耗速率，再乘单价。以 1 vCPU / 2 GB 为例：每秒 1 × 1 + 2 × 0.25 = 1.5 CU/秒，即 5,400 CU/小时。

| 实例规格 | CU 速率 | CU/小时 | 中国大陆 小时单价 | 中国大陆 月成本 | 香港/东京 月成本 | 新加坡/法兰克福 月成本 | |---------|--------|---------|----------------|---------------|----------------|--------------------| | 1 vCPU / 2 GB | 1.5 CU/秒 | 5,400 | $0.0370 | $27.04 | $46.36 | $42.14 | | 2 vCPU / 4 GB | 3 CU/秒 | 10,800 | $0.0741 | $54.08 | $92.72 | $84.28 | | 4 vCPU / 8 GB | 6 CU/秒 | 21,600 | $0.1482 | $108.15 | $185.43 | $168.56 | | 8 vCPU / 16 GB | 12 CU/秒 | 43,200 | $0.2963 | $216.31 | $370.86 | $337.12 |

4.5 三个真实场景的月度成本

| 场景 | 配置与运行时长 | CU 用量 | 中国大陆 | 香港/东京 | 新加坡/法兰克福 | |------|--------------|--------|---------|----------|----------------| | A：开发/测试环境 | 2 个 1vCPU/2GB，每天 10 小时 × 25 天 | 2,700,000 CU | $18.52 | $31.75 | $28.86 | | B：中小生产环境 | 2 个 2vCPU/4GB，7×24 | 15,768,000 CU | $108.15 | $185.43 | $168.56 | | C：中型生产集群 | 8 个 2vCPU/4GB，7×24 | 63,072,000 CU | $432.61 | $741.73 | $674.24 |

> 📝 小提示：以上为按官方公式与官方单价推算的估算值，实际费用还受应用版本、服务器类型、是否超出免费 20 GiB 磁盘、是否关联 SLB/NAT 等影响。价格可能变动，请以阿里云国际版官网的实时信息与你账号的实际账单为准。

一个必须说清楚的实话：如果你把 SAE 实例 7×24 跑满，它的单位算力成本要高于同规格 ECS 包年包月。多付的这部分钱买的是：免掉的 K8s 控制面运维、内置注册中心、内置 SLB 接入、内置日志与 eBPF 应用监控、秒级弹性、以及开发环境的一键停机。判断标准很简单：如果你的运维人力成本高于这台机器的差价，SAE 就是赚的；如果你只有一台常驻的小应用，ECS 更划算。

五、资源包怎么买最划算：一张折扣表看清

SAE 支持按量付费与CU 资源包（订阅/预付费）两种方式。资源包按年售卖，容量越大折扣越大，用量稳定且年用量超过 100 万 CU 时值得考虑。

| 容量 | 中国大陆 标准价 | 中国大陆 促销价 | 折算单价 | 相当于按量付费的折扣 | |------|---------------|---------------|---------|-------------------| | 100 万 CU/年 | $6.85 | $6.51 | 约 0.0000065/CU | 约 5% | | 1000 万 CU/年 | $68.00 | $64.60 | 0.00000646/CU | 约 5.8% | | 3000 万 CU/年 | $201.00 | $190.95 | 0.000006365/CU | 约 7.2% | | 1 亿 CU/年 | $665.00 | $631.75 | 0.0000063175/CU | 约 7.9% | | 5 亿 CU/年 | $3,292.00 | $3,127.40 | 约 0.00000625/CU | 约 8.8% | | 20 亿 CU/年 | $13,030.00 | $12,378.50 | 约 0.00000619/CU | 约 9.8% |

| 容量 | 其他地域（含香港/东京/新加坡等）标准价 | 促销价 | 折算单价 | vs 香港按量 | vs 新加坡按量 | |------|----------------------------------|-------|---------|-----------|-------------| | 100 万 CU/年 | $10.60 | $10.07 | 0.00001007/CU | 约省 14% | 约省 6% | | 1000 万 CU/年 | $105.00 | $99.75 | 0.000009975/CU | 约省 15% | 约省 7% | | 1 亿 CU/年 | $1,037.00 | $985.15 | 0.0000098515/CU | 约省 16% | 约省 8% | | 20 亿 CU/年 | $20,311.00 | $19,295.45 | 约 0.00000965/CU | 约省 18% | 约省 10% |

三条购买纪律：

1. 先估年用量再买。官方参考口径是：1000 万 CU 约等于 1 个标准版 1vCPU/2GB 实例连续运行 77 天。反推一下，一个 1vCPU/2GB 实例 7×24 跑满一年约消耗 4,730 万 CU。 2. 新加坡/法兰克福地域不必为省钱囤包。这两个地域的按量单价（0.00001069）与资源包折算单价（约 0.0000100 起）差距很小，资源包的核心价值在香港/东京（约省 15%）与中国大陆（约省 6%~10%）。 3. 资源包 5 天内可全额退未使用部分，超过 5 天或已使用的不可退。买了不合适的档位，务必在 5 天窗口内处理。

六、控制台实操：七步创建你的第一个 SAE 应用

以下为国际站控制台（sae.console.alibabacloud.com）的实操路径，每一步都标注了界面上要找的字段。

第 1 步：开通服务。 首次进入控制台会引导开通，选择按量付费即可先用起来，新用户还有免费试用额度。

第 2 步：创建命名空间。 进入【命名空间】→【创建命名空间】，填写命名空间名称（小写字母+短横线，首字符为字母）、选择地域与 VPC/vSwitch。建议一次建齐 dev、staging、prod 三个。

第 3 步：创建应用。 【应用列表】→【创建应用】，依次填写：

- 应用名称：字母开头，数字/字母/短横线组合，最长 36 字符 - 命名空间：选第 2 步建好的（例如 prod） - 部署方式：代码包（FatJar / War / PhpZip / PythonZip）或镜像（Image） - 实例规格：vCPU 与内存成对选择，Java 应用建议 2 vCPU / 4 GB 起步 - 实例数量：初始副本数，生产环境建议 ≥ 2 以保证高可用 - 启动命令与参数：代码包方式下，Java 应用默认命令形如 java [-Options] -jar jarfile [arg...]，可自定义 JVM 参数 - 环境变量：以键值对形式注入，各应用互相隔离

第 4 步：上传包/镜像并发布。 代码包方式直接上传制品并填写版本号；镜像方式填写镜像地址（建议使用同地域的 ACR VPC 内网地址，避免走公网产生流量费）。

第 5 步：配置数据库白名单。 ⚠️ 这是最容易漏的一步。SAE 应用跑在容器里，实例 IP 每次发布都会变，但 vSwitch 的网段不变——所以要把 vSwitch 的 CIDR 网段（而不是实例 IP）加入 RDS/Redis 的白名单。

第 6 步：配置访问入口。 见下一节，三者选其一。

第 7 步：验证与回滚。 在【变更记录】里看发布过程，支持分批发布、金丝雀发布，发布过程可观测、可回滚。验证命令：

`bash // 拿到 Ingress 或 ALB 的对外地址后，直接做健康检查 curl -s -o /dev/null -w "%{http_code}\n" http://your-sae-ingress-address/actuator/health

// 如果是 Java 应用，检查 JVM 启动参数是否生效 // 在 SAE 控制台【实时日志】中应能看到应用启动日志（仅显示最近 500 行） `

七、让应用能被访问：Ingress / Service / EIP 三种入口怎么选

| 入口方式 | 端口与实例关系 | 适用场景 | 典型搭配 | |---------|--------------|---------|---------| | Ingress（推荐） | 一个端口服务多个应用，按域名/路径分流 | Web 类应用、多应用共用 80/443 | ALB Ingress / CLB Ingress / MSE 云原生网关 | | Service | 一个端口对应一个应用 | 需要四层 TCP 访问、无法用域名分流 | 绑定 NLB 或 CLB | | EIP | 一个实例绑一个 EIP，可收可发公网流量 | 单向出网/入网的特殊场景 | 注意 EIP 数 ≥ 实例数 + 1 |

出网方向还有两种选择：NAT 网关（多实例共享出口 IP，成本更低、IP 稳定，推荐）或逐实例绑 EIP（灵活但 IP 分散、数量要求高）。如果只是让应用访问外网，选 NAT 网关更省钱也更好管，相关配置可以参考本站的 NAT 网关与共享带宽实战教程。

> 📝 小提示：SAE 的内置 Ingress 底层是 ALB/CLB/MSE 网关，这些负载均衡实例的费用是单独计费的——SAE 停止计费不代表它们也停止。删除 SAE 应用后，记得回来检查并释放不再需要的 SLB/NAT，可参考 SLB 负载均衡实战教程。

八、把闲置成本压到零：四种弹性策略 + 定时启停

SAE 的弹性是秒级的，支持四类策略：

1. 手动扩缩容：临时调整实例数，秒级生效 2. 定时弹性：按 Cron 表达式设定"白天 8 副本、夜间 2 副本" 3. 指标弹性：基于 CPU、内存、QPS、RT、TCP 连接数、SLB QPS 等指标自动伸缩 4. 混合弹性：定时打底 + 指标兜峰，最贴近真实流量的形态

真正省钱的一招是"定时启停"。SAE 提供逻辑隔离的运行环境，开发/预发环境可以一键启动、一键停止——停止期间不计资源费。对照第四节的场景 A：2 个 1vCPU/2GB 实例每天只跑 10 小时，一个月约 $28.86（新加坡），而 7×24 跑满要 $84.28，直接省掉约 66%。

成本优化五条纪律：

- 开发/测试环境必须配定时启停，这是投入产出比最高的一步 - 生产环境用"定时打底 + 指标弹性"，别按峰值常驻 - 实例规格别拍脑袋，迁移自 4 vCPU/16 GB ECS 的四个进程，官方建议拆成四个 1 vCPU/4 GB 的 SAE 实例，再压测验证 QPS - 大流量地域优先考虑资源包，但先做第 5 节的算账 - 定期看 CU 用量趋势，对齐资源包容量，避免"包用完了还不知道"

九、把 SAE 纳入 IaC：Terraform 落地示例

SAE 支持控制台、OpenAPI、Terraform、Jenkins、Maven/IDEA 插件、Alibaba Cloud DevOps 以及 kubectl-sae 等多种方式管理。生产环境建议用 Terraform 把命名空间与应用固化下来。

先建命名空间，再建应用。以下是可直接套用的骨架（字段名对应 Terraform Provider for Alibaba Cloud 的 alicloud_sae_namespace 与 alicloud_sae_application）：

`hcl // 1. 声明 Provider 与地域（以新加坡为例） provider "alicloud" { region = "ap-southeast-1" }

// 2. 创建 SAE 命名空间，用于隔离生产环境 resource "alicloud_sae_namespace" "prod" { namespace_id = "prod-ns" namespace_name = "prod" namespace_description = "production namespace" }

// 3. 创建 SAE 应用：镜像部署，2 个副本，1 vCPU / 2 GB resource "alicloud_sae_application" "api" { app_name = "order-api" namespace_id = alicloud_sae_namespace.prod.id package_type = "Image" image_url = "registry-vpc.ap-southeast-1.aliyuncs.com/my-ns/order-api:1.0.0" replicas = 2 cpu = 1000 memory = 2048 vpc_id = "vpc-xxxxxxxx" vswitch_id = "vsw-xxxxxxxx" timezone = "Asia/Shanghai" app_description = "订单服务 API" } `

几个关键字段的取值规则（官方定义）：

- cpu：单位毫核，可选值为 500、1000、2000、4000、8000、16000、32000 - memory：单位 MB，与 CPU 一一对应，可选 1024、2048、4096、8192、12288、16384、24576、32768、65536、131072 - package_type：镜像写 Image；代码包可为 FatJar、War、PhpZip、PythonZip - namespace_id：命名空间只允许小写字母与短横线且以字母开头 - timezone 默认值为 Asia/Shanghai，海外业务记得显式改掉

再配一条 CI 流水线，把 terraform apply 挂到镜像推送之后，就得到了"推镜像即上线"的闭环。更多 CLI/SDK/Terraform 的组合玩法，可见 API/CLI 自动化管理实战教程。

十、八个高频坑，提前躲开

| 坑 | 现象 | 正确做法 | |---|------|---------| | 数据库连不上 | 应用启动即报连接超时/拒绝 | 把 vSwitch 网段加入白名单，而不是实例 IP | | 扩容失败 | 弹性伸缩一直失败 | vSwitch 预留 ≥ 100 个 IP，生产建议 /24 | | 实例创建失败 | 报 EIP 不足 | EIP 数量 ≥ 实例数 + 1 | | 日志看不全 | 实时日志只有 500 行 | 开启文件日志采集，投递到日志服务 | | 删了应用还在扣费 | 账单仍有出账 | SAE 停止计费 ≠ 依赖的 CLB/NAT/EIP 停止计费，需手工释放 | | 部署后 IP 变了 | 白名单/回调地址失效 | 不要依赖实例 IP，改用域名或 vSwitch 网段 | | 磁盘写满 | 容器内写文件失败 | 免费临时盘仅 20 GiB，持久化数据放 NAS 或 OSS | | 时区错乱 | 日志时间与业务时间差 8 小时 | 显式设置 timezone，海外环境尤其注意 |

排障顺序建议：先看【变更记录】确认发布状态 → 再看【实时日志】定位启动异常 → 再看【基础设施监控/应用监控】判断是资源瓶颈还是代码问题 → 最后核对网络入口与白名单。SAE 基于 eBPF 提供无侵入的应用监控，对 Java 应用还有链路级（Trace）监控，排障速度比在 ECS 上翻日志快得多。

十一、常见问题 FAQ

- Q: SAE 和 ECI 到底什么区别？ A: 抽象层级不同。ECI 管到"容器组"，你要自己关心镜像、端口、EIP、负载均衡；SAE 管到"应用"，底层会按需拉起 ECI/托管节点，并内置注册中心、入口接入、日志与监控。想要极致控制力选 ECI，想要少运维选 SAE。

- Q: 迁移 Spring Cloud 真的一点代码都不用改？ A: 官方口径是零代码改造即可迁入——SAE 内置服务注册与发现、配置管理、环境隔离、限流降级、优雅上下线、服务鉴权和端到端金丝雀发布。实践上你通常只需调整配置中心的地址与部分启动参数，业务代码基本不动。

- Q: SAE 比 ECS 贵吗？ A: 单看算力单价，7×24 跑满时 SAE 确实高于同规格 ECS 包年包月。但 SAE 包含内置的 SLB 接入、注册中心、日志、监控和弹性能力，且开发环境可一键停机。算总账（机器 + 运维人力 + 中间件）通常更便宜，只算机器单价则更贵。

- Q: 资源包买了用不完能退吗？ A: 购买后 5 天内、未使用的情况下可以申请全额退订；超过 5 天或已使用则不可退。所以先按第四节的公式估准年用量再下单。

- Q: 国际站和国内版的 SAE 价格一样吗？ A: 不一样。CU 单价按地域分档，且国际站与国内版的促销政策、资源包档位独立。本文中的单价取自国际站官方计费文档，国内站请以国内站页面为准。

- Q: SAE 支持哪些语言和部署方式？ A: 支持 Java、PHP、Python 等多语言；部署来源包括代码包（FatJar、War、PhpZip、PythonZip）和容器镜像；部署通道包括控制台、OpenAPI、Terraform、Jenkins、Maven/IDEA 插件与 Alibaba Cloud DevOps。

- Q: 用 SAE 还需要自己买 SLB 吗？ A: 不一定要买。SAE 的 Ingress 方式可以用 ALB/CLB/MSE 云原生网关作为入口，Service 方式可绑定 CLB/NLB——但这些负载均衡实例本身仍按各自产品计费，属于 SAE 之外的账单。

十二、总结

把 SAE 的价值压缩成一句话：它把"让一个微服务应用跑在生产环境"这件事，从搭建一套容器平台，降级成了填写一份应用表单。

落地记住四条纪律：

1. 选对抽象层级——管应用用 SAE，管容器组用 ECI，管集群用 ACK，管服务器用 ECS。 2. 算清 CU——vCPU-秒 × 1 + GB-秒 × 0.25，再乘地域单价，先算账再下单。 3. 资源包别囤错地域——香港/东京省约 15%，新加坡/法兰克福价差很小，先估年用量。 4. 省钱的钥匙是"不跑"——开发/测试环境定时启停，生产环境定时打底 + 指标弹性。

一个实用的判断顺序：先问团队有没有 K8s 专职运维 —— 有，就直接上 ACK，把控制力握满；没有，就用 SAE，把"秒级弹性 + 零改造迁移 + 免运维"一次拿到手。绝大多数中小团队会发现，用 SAE 跑起来的第一个月，最大的收获不是省了钱，而是省掉了那套本来要自己搭、自己修、自己背锅的容器平台。

本文涉及的配置、价格与优惠信息可能随时间变化，价格可能变动，请以阿里云国际版官网（alibabacloud.com）的实时信息为准；开通与采购前请确认当地法规合规性。

> 🚀 需要海外云服务器或云上容器资源？通过 2.chengzicloud.cloud 了解更多部署与选型实战教程，少走弯路。

相关阅读： - 容器底层：阿里云国际版弹性容器实例 ECI 实战教程 - 集群形态：阿里云国际版 ACK 容器服务实战教程 - 成本思路：阿里云国际版 ACK 成本优化实战 - 入门选型：阿里云国际版 ECS 选购教程 - 日志与监控：阿里云国际版日志服务 SLS 实战教程

> ⚠️ 免责声明：本文中提到的配置、价格和优惠信息可能随时间变化，请以阿里云国际版官网（alibabacloud.com）的实时信息为准。本文不构成任何投资或购买建议。注册前请确认当地法规合规性。

> 本文由 2.chengzicloud.cloud 提供，点击访问首页了解更多