实践 展示如何搭建可自动伸缩的Discuz!论坛网站。 最佳实践 搭建可自动伸缩的Discuz!论坛网站 常见问题 了解更多常见问题、案例和解决方案 热门案例 弹性伸缩有什么限制？ 弹性伸缩一定要搭配弹性负载均衡、云监控才能使用吗？ 弹性伸缩是否收取费用？ 弹性伸缩是否会因监控指标突变导致误伸缩？

查看更多 →

伸缩组 创建伸缩组 （可选）添加负载均衡器到伸缩组 更换伸缩组的伸缩配置 启用伸缩组 停用伸缩组 修改伸缩组 删除伸缩组

查看更多 →

autoscaler弹性扩容决策时，基于默认策略将优先选择高优先级节点池扩容；如存在同优先级节点池，则逐步通过最小浪费、随机选择等策略优选节点池。更多详情可参考autoscaler的expander相关参数说明。 父主题： 节点池

查看更多 →

Kubernetes支持Pod和集群节点的自动弹性伸缩，通过设置弹性伸缩规则，当外部条件（如CPU使用率）达到一定条件时，根据规则自动伸缩Pod和集群节点。 Prometheus与Metrics Server 想要做到自动弹性伸缩，先决条件就是能感知到各种运行数据，例如集群节点、Pod、

查看更多 →

弹性伸缩 使用HPA+CA实现工作负载和节点联动弹性伸缩 CCE容器实例弹性伸缩到CCI服务 基于Prometheus指标的弹性伸缩实践 基于ELB监控指标的弹性伸缩实践 通过Nginx Ingress对多个应用进行弹性伸缩

查看更多 →

团队级敏捷导入责任分工矩阵表 以下为职责描述案例，可酌情修改。 R=责任方/Responsibility S=协助方/Support 序号 业务流程 工作内容 华为 客户 1 试点项目启动 试点项目组成立 S R 试点项目启动会议 S R 试点团队现状分析 R S 2 敏捷辅导阶段

查看更多 →

更换伸缩组的伸缩配置 操作场景 当伸缩组中所需的 弹性云服务器 规格变更，需要为伸缩组更换伸缩配置时，可以参考此章节进行更换伸缩配置。 更换伸缩配置后的生效时间 若伸缩组正在进行伸缩活动，则当前伸缩活动中的实例配置以更换之前的伸缩配置为准；待下一次伸缩活动开始后，伸缩活动中的实例配置就会更改为更换后的伸缩配置。

查看更多 →

伸缩活动 伸缩组中增加或减少实例的过程称为伸缩活动。伸缩活动的目的是将应用系统中当前实例数和期望实例数保持一致，保证业务正常运行。 当伸缩组中期望实例数与当前实例数不一致时，会触发伸缩活动。具体来说，当伸缩策略条件满足时或手动调整期望实例数时，均会触发伸缩活动。两个触发伸缩活动的机制如下：

查看更多 →

为使用户更好地掌握自己的弹性 云服务器 运行状态，云平台提供了云监控，您可以了解如何查看伸缩组的监控指标详情，更好地了解弹性云 服务器 的各项性能指标。 支持区域： 全部 查看监控指标数据 设置监控告警规则 通过设置弹性云服务器告警规则，用户可自定义监控目标与通知策略，及时了解弹性云服务器运行状况，从而起到预警作用。

查看更多 →

伸缩配置 创建伸缩配置 使用已有云服务器创建伸缩配置 使用新模板创建伸缩配置 复制伸缩配置 删除伸缩配置

查看更多 →

伸缩活动 动态扩展资源 按计划扩展资源 手动扩展资源 实例移除策略 查询伸缩活动 生命周期挂钩 实例保护 实例备用

查看更多 →

伸缩带宽 创建伸缩带宽策略 查看伸缩带宽策略详情 管理伸缩带宽策略

查看更多 →

AS弹性伸缩 弹性伸缩（Auto Scaling，以下简称AS）是根据用户的业务需求，通过设置伸缩规则来自动增加/缩减业务资源。当业务需求增长时，AS自动增加弹性云服务器（E CS ）实例或带宽资源，以保证业务能力；当业务需求下降时，AS自动缩减弹性云服务器（ECS）实例或带宽资源，

查看更多 →

弹性伸缩 CCE容器实例弹性伸缩到CCI服务 VK支持的Annotation列表以及用法

查看更多 →

弹性伸缩 AS 弹性伸缩组均衡扩容 弹性伸缩组使用弹性负载均衡健康检查 弹性伸缩组启用多AZ部署 弹性伸缩组未配置IPv6带宽 弹性伸缩组VPC检查 父主题： 系统内置预设策略

查看更多 →

弹性伸缩 工作负载弹性伸缩

查看更多 →

于一个产品开发工作时，更容易做到专注、有责任感。 持续的工作节奏 开发团队必须以可持续的节奏工作，不再进行死亡行军，这样做可以维持一个健康、有趣的环境。 采用顺序开发时，我们把像测试这样的重要活动放到了最后，此时临近项目交付，通常有大量的问题需要快速解决。结果，在开发后期，工作强

查看更多 →

查询伸缩组绑定的伸缩策略 功能介绍 根据输入条件过滤查询弹性伸缩策略。查询结果分页显示。 可根据伸缩策略名称，策略类型，伸缩策略ID，起始行号，记录数进行条件过滤查询。 若不加过滤条件默认查询租户下指定伸缩组内最多20条伸缩策略信息。 调试 您可以在 API Explorer 中调试该接口。

查看更多 →

是使用物理看板更适合，两个到三个迭代后，团队自然对敏捷流程有了认识，一些敏捷的习惯已经养成。要引导团队的改善活动，看板从开始到稳定要经历过几次进化，最后达到团队理想的流程管理和最好的可视化状态。这个时候建议再引入电子看板，让敏捷习惯持续传承。 如果团队成员分散到多个地域，毫无疑问

查看更多 →

自助高效获取资源（分钟级） 按需付费（弹性伸缩） 业务开发阶段 架构耦合，牵一发而动全身 技术单一，需要想办法用一种技术解决所有问题 只能按大颗粒系统发布版本，响应周期长 架构解耦 基于契约(Open API)的开发模式，让微服务的开发、测试、文档、协作和管控活动标准化、自动化。

查看更多 →

结合客户自身的业务及IT的特点（敏捷评估的结果），以及ThoughtWorks在金融领域的经验，补充建立敏捷类应用开发项目实施流程 传统开发模式：强调高度安全、稳定、可靠，适用于中后端核心系统的开发。 敏捷开发模式：强调响应、速度，兼顾稳定性，适用于前端客户交互体验相关系统或创新业务系统的开发。 图1 双模模型

查看更多 →