通过ELB服务为CAE应用搭建统一的公网访问入口 背景信息 在企业数字化转型过程中，云应用引擎（CAE）部署的容器化应用通常运行于虚拟私有云（VPC）内，受限于网络隔离机制，私有IP地址无法直接被公网用户访问。 弹性负载均衡（ELB）通过将公网流量按规则分发至多个CAE组件，成为解决
CAE应用通过NAT网关实现公网及跨VPC访问 背景信息 CAE上部署的应用通常运行于VPC内，VPC作为逻辑隔离的网络空间，其内部资源使用私有IP地址，默认无法直接与公网或其他VPC通信。随着业务需求的多样化，CAE应用需要获取公网资源，或与其他VPC内的服务进行交互。 解决方案
使用就绪探针保证升级时流量正常 前提条件 已创建环境。 已创建应用。 已创建并部署组件，此示例中所用组件为demo-frontend。 已配置访问方式并生效配置。 操作步骤 登录CAE控制台。选择“组件配置”。 在“组件配置”页面上方的下拉框中选择待操作的组件。 图1 选择待操作的组件
快速体验CAE 云应用引擎（CAE）是一个Serverless的应用托管引擎，实现应用的极简托管。支持从源代码、软件包或容器镜像分钟级快速部署；支持Java/go/Tomcat等主流语言和多种运行时，支持web、微服务、APIs等类型应用无缝托管；可以实现基于资源或自定义业务指标的自动弹性伸缩
云应用引擎计费模式概述 按需计费：一种后付费模式，即先使用再付费，在您创建环境之后，才会开始计费，以分钟为单位，每小时整点结算。按需计费模式允许您根据实际业务需求灵活地调整资源使用，无需提前预置资源，从而降低预置过多或不足的风险。 表1 计费模式 计费模式 按需计费（2025年4月
计费样例 计费场景一 2025年05月15日开始，使用CAE托管一个微服务应用，对用户提供服务。 应用配置：1个4核8GiB的组件和2个1核2GiB的组件。 运行情况：每天10:00 开启应用，15:00 停止应用；其中11:00-12:30 是业务高峰时间段， 4核8GiB 的组件扩容变为
云应用引擎计费概述 通过阅读本文，您可以快速了解云应用引擎（Cloud Application Engine，CAE）的计费模式、计费项、续费、欠费等主要计费信息。 计费模式 云应用引擎提供按需计费模式，以满足不同场景下的用户需求。 按需计费是一种后付费模式，即先使用再付费，在您创建环境之后
什么是云应用引擎（Cloud Application Engine） CAE（Cloud Application Engine云应用引擎）是一个面向WEB、微服务应用的Serverless托管服务，提供极速部署、极低成本、极简运维的一站式应用托管方案。支持从源码、软件包、镜像包快速发布应用
前提条件 组件要求 每个待升级的组件已完成配置流水线构建升级部署CAE。 配置应用无损上线 升级多个组件时，需确保上一个组件已经就绪，升级才返回成功，再升级下一个组件。因此，您需要配置应用无损上线，具体操作请参考健康检查的使用就绪探针保证升级时流量正常章节进行配置。 若您的组件是SpringCloud
如何解决组件状态阶段性变更为“未就绪”问题？ 问题描述 组件未进行更新或者重启操作，但某时间段状态自动变更为“未就绪”，一段时间后状态恢复正常。 问题原因 高峰期，接口请求数据量大，CPU占用率过高，进程资源占用超过配置的CPU值，导致进程重启。 解决方法 对组件进行弹性伸缩策略配置
计费项 2025年4月28日00:00（北京时间）开始对云应用引擎（CAE）服务新创建的环境收取最低消费（起步费），存量环境计费方式保持不变。 环境最低消费以每个环境为单位进行收取，每个环境最低消费要求为8个CPU、32GB内存的费用，具体规则如下： 当环境为空时，或环境内的资源使用量不足
登录CAE控制台 云应用引擎（Cloud Application Engine，以下简称CAE）是基于Serverless PaaS提供应用极简托管的PaaS平台，帮助用户免运维IaaS，按需使用，按量计费，实现低门槛微服务应用上云，有效解决成本及效率问题。真正做到把复杂交给CAE
按需计费 适用场景 按需计费是一种先使用再付费的计费模式，适用于短期使用、应用实例无需7x24小时运行等场景。 适用计费项 以下计费项支持按需计费。 表1 适用计费项 计费项 说明 计算资源 包括CPU和内存。 在您创建环境之后，才会开始计费，以分钟为单位，每小时整点结算。 流量
配置指标伸缩策略 本章节指导您配置指标伸缩策略。目前支持通过CPU、内存阈值及自定义监控指标来进行实例伸缩自动触发实例的增减，从而降低人为反复调整资源以应对业务变化和高峰压力的工作量，帮助您节约资源和人力成本。 CAE的实例伸缩是根据当前指标与期望指标计算的，具体细节如下： 期望实例数
健康检查 概述 启动探针与存活探针配合工作 使用就绪探针保证升级时流量正常
配置健康检查 应用部署后，可以使用健康检查功能查看应用实例与业务运行是否正常。 本章节通过检测在升级过程中应用不断服为例，为您介绍健康检查功能。 注意事项 单独使用存活探针时，如出现网络波动或程序启动过慢的情况，会导致实例持续被重启，且实例一直处于未就绪的状态。 有如下解决方案：
配置混合伸缩策略 本章节指导您配置混合伸缩策略。可以同时配置指标和时间段自动控制实例伸缩，更灵活应对业务变化和高峰压力。 CAE的实例伸缩是根据当前指标与期望指标计算的，具体细节如下： 期望实例数 = ceil[当前实例数 * (当前指标 / 期望指标)](ceil向上取整) 为避免实例数波动过于频繁
概述 健康检查用于检测您的应用实例是否正常工作，是用来保障业务正常运行的一种机制。CAE提供三种健康检查机制：存活探针、就绪探针和启动探针。 存活探针用于检测应用程序是否存活。如果检测实例异常，k8s将会删除当前运行的实例并重新检测，直到检测返回实例正常。 使用存活探针时需注意：
