API版本选择建议 表1 API风格说明和建议 版本号 是否推荐 说明 v3 是 RDS服务自定义规范的API。 v3.1 是 RDS服务自定义规范的API。 父主题： 使用前必读

查看更多 →

资源包的预付款），是基于官网价计算的，未考虑商务折扣的影响； 另一部分是未被资源包覆盖的使用量，仍会按照按需计费的月度摊销成本，是基于您历史按需应付金额来估算的，可能与您最新的商务折扣有偏差。 资源包建议不对您的未来用量进行预测，仅根据您参考周期内的历史用量假设了您的将来用量。

查看更多 →

多终端自适应版后台管理 后台录入的数据要想在前台展示出来，需要进入网站设计界面，通过模块等进行展示，如文章展示、产品展示等等。同时，网站的设置、图片、文字、音乐、导航栏等所有网站呈现的东西都需要在网站设计页面进行编辑。网站设计页面分为电脑网站和手机网站，您可单击“手机版”或“电脑版”切换终端进行编辑网站。

查看更多 →

API版本选择建议 当前RES服务对外API开放存在2种： RES新版本的API接口，推荐使用。 RES旧版本的API接口，现仅为存量用户提供，即将下线。 父主题： 使用前必读

查看更多 →

API版本选择建议 SSH密钥对提供了V2.1和V2两个版本，建议您使用V2.1版本，能够更好的满足您的需求。 父主题： 使用前必读

查看更多 →

Kafka应用开发建议 同一个组的消费者的数量建议与待消费的Topic下的Partition数保持一致 若同一个组的消费者数量多于Topic的Partition数时，会有多余的消费者一直无法消费该Topic的消息，若消费者数量少于Topic的Partition数时，并发消费得不到完全体现，因此建议两者相等。

查看更多 →

API版本选择建议 云容器实例提供了Kubernetes API，此版本跟随Kubernetes社区最新版本，且提供了老版本Kubernetes API （OLD VERSIONS）。 建议您使用Kubernetes API，能够更好的满足您的需求。 父主题： 使用前必读

查看更多 →

Value相关规范 设计合理的Value大小。 设计合理的Key中Value的大小，推荐小于10 KB。 过大的Value会引发分片不均、热点Key、实例流量或CPU使用率冲高等问题，还可能导致变更规格和迁移失败。应从设计源头上避免此类问题带来的影响。 设计合理的Key中元素的数量。 对于集合

查看更多 →

API版本选择建议 当前BMS服务对外开放2类风格的API： 华为云服务自定义规范的API（以下简称BMS API） 顺从OpenStack社区标准原生规范的API 两种风格不同，功能相近。OpenStack风格API主要用于满足您在开源生态工具方面的对接需求，在某些功能上BMS

查看更多 →

API版本选择建议 当前 MRS 服务对外API提供云服务自定义规范的API V1.1和V2两类接口，V2版本目前仅部分接口支持，主要用于提交作业和提交SQL语句。在接口功能相同的情况下，推荐您优先使用V2接口。 MRS所有版本均支持V1.1接口。 针对MRS 1.X版本的集群，MRS

查看更多 →

，能够保证业务的高效运行；违反这些规则，将导致业务性能的大幅下降或某些业务逻辑错误。 关注：在业务开发过程中客户需要注意的细则。用于标识容易导致客户理解错误的知识点（实际上遵守SQL标准的SQL行为），或者程序中潜在的客户不易感知的默认行为。 父主题： 开发设计建议

查看更多 →

能够保证业务的高效运行；违反这些规则，将导致业务性能的大幅下降或某些业务逻辑错误。 关注：在业务开发过程中用户需要注意的细则。用于标识容易导致用户理解错误的知识点（实际上遵守SQL标准的SQL行为），或者程序中潜在的用户不易感知的默认行为。 父主题： 开发设计建议

查看更多 →

拉取镜像的效率更高。因为镜像只需要拉取一次就可以被节点上的多个容器使用。而对于小规格的E CS 拉取镜像的次数就会增多，在节点弹性伸缩时则需要花费更多的时间，反而达不到立即响应的目的。 另外，还需要根据业务需求选择合适的CPU/内存配比。例如，使用内存较大但CPU较少的容器业务，建

查看更多 →

，能够保证业务的高效运行；违反这些规则，将导致业务性能的大幅下降或某些业务逻辑错误。 关注：在业务开发过程中客户需要注意的细则。用于标识容易导致客户理解错误的知识点（实际上遵守SQL标准的SQL行为），或者程序中潜在的客户不易感知的默认行为。 父主题： 开发设计建议

查看更多 →

，能够保证业务的高效运行；违反这些规则，将导致业务性能的大幅下降或某些业务逻辑错误。 关注：在业务开发过程中客户需要注意的细则。用于标识容易导致客户理解错误的知识点（实际上遵守SQL标准的SQL行为），或者程序中潜在的客户不易感知的默认行为。 父主题： 开发设计建议

查看更多 →

消息堆积处理建议 方案概述 Kafka将Topic划分为多个分区，消息被分布式存储在分区中。同一个消费组内，一个消费者可同时消费多个分区，但一个分区在同一时刻只能被一个消费者消费。 在消息处理过程中，如果客户端的消费速度跟不上服务端的发送速度，未处理的消息会越来越多，这部分消息就

查看更多 →

，能够保证业务的高效运行；违反这些规则，将导致业务性能的大幅下降或某些业务逻辑错误。 关注：在业务开发过程中客户需要注意的细则。用于标识容易导致客户理解错误的知识点（实际上遵守SQL标准的SQL行为），或者程序中潜在的客户不易感知的默认行为。 父主题： 开发设计建议

查看更多 →

能够保证业务的高效运行。违反这些规则，将导致业务性能的大幅下降或某些业务逻辑错误。 关注：在业务开发过程中用户需要注意的细则。用于标识容易导致用户理解错误的知识点（实际上遵守SQL标准的SQL行为），或者程序中潜在的用户不易感知的默认行为。 父主题： 开发设计建议

查看更多 →

DDS使用规范建议 设计规范 开发规范

查看更多 →

此处最大线程数的计算模型是在理想环境下得到的，在实际应用中建议逐步调大线程数，在观察效果后再进行调整。 实施方法 为了避免在实际业务中出现非预期的消息堆积问题，需要在业务系统的设计阶段梳理业务逻辑的消费耗时和设置消费并发度。 梳理消费耗时 通过压测获取消息的消费耗时，并对耗时较高的操作代

查看更多 →

服务将自动开启跨AZ的高可用性特性，确保节点在这些可用区内均匀分配。系统均匀分配的节点满足各个AZ之间节点数量的差小于等于1，具体的节点分布情况，包括不同数量的节点如何在各个可用区中分布，可以参考表1。 在创建集群时，选择的任意类型的节点数量都要大于等于所选的AZ数量，否则跨可用区部署会失败。

查看更多 →