1楼已经把“两个账本、不一定是同步延迟”这个判断说清楚了，我补几处可以直接打开核对的官方页面，方便楼主用规则原文自己确认，而不是只靠经验判断。一、成长中心积分是成长中心自己的账本，用途是兑换成长中心权益开发者成长中心首页写明：做任务领积分，兑换开发者权益；并说明做任务赢积分，在社区、开发者空间、云实验等板块做任务或参与任务中心活动都可获得积分。页面提供「查看积分规则」，下方「积分兑换」区列出的是不同面额的华为云代金券。成长中心「积分明细」记录的是这些任务的入账，例如每日签到、浏览案例、发布文章等。如果明细里只有这类任务，而没有“CodeArts 活动福利”字样，通常说明那 3100 分本来就不走这本账，而不是“还在同步中”。成长中心还发布过官方说明帖《开发者成长中心积分规则》（成长中心小助手）。具体条款请直接打开该帖或成长中心首页的「查看积分规则」核对，不要拿码道活动页的规则去套。二、码道 CodeArts 的积分是产品用量积分，要在码道侧查询华为云码道《选型与定价》把「积分」作为套餐用量来说明：个人版分体验版、标准版等，各有每月积分额度，并写明限时每日领取积分（例如体验版限时每日领 100 积分）。这类积分用于码道内的调用用量，查询和消耗都在码道侧，不会出现在成长中心积分明细里。如果 3100 分来自码道左下角「活动福利」，更要对着该活动页的规则原文看它写的是「码道积分」还是「成长中心积分」。以仍在进行的「华为云码道有礼，邀请好友送积分」活动页为例：入口就在网页端左下角「活动福利」—「推荐码上有礼」；规则写明邀请人和被邀请人获得的积分有效期均为 1 个月（从积分到账日起），过期未使用将自动清零。这和成长中心积分兑换代金券的体系不是同一套。需要注意：只有楼主领到的确实是这一类活动积分时，才适用这条有效期；报名礼、每日签到礼等其他福利，以对应活动页当时的文字为准。三、建议先这样核对，不必先工单1. 打开成长中心积分明细，看有没有与 3100 对应的入账。没有，一般就不是同步延迟。2. 打开码道「活动福利」以及套餐/用量或获取明细，看 3100 是否已经在码道余额或活动明细里，并核对规则措辞。3. 只有当活动规则明确写了“发放至开发者成长中心积分”，但明细长期没有记录时，才需要带上活动页“已到账”截图和成长中心明细截图去咨询客服。对照页面：https://developer.huaweicloud.cn/grow （成长中心首页，含任务、查看积分规则、积分兑换代金券）https://developer.huaweicloud.cn/grow/bonusInfo （积分明细）https://bbs.huaweicloud.cn/forum/thread-0212720996447283625-1-1.html （成长中心小助手发布的《开发者成长中心积分规则》）https://codearts.huaweicloud.cn/pricing.html （码道套餐与积分用量、每日领取）https://activity.huaweicloud.cn/codearts_invite.html （码道「活动福利」类积分的活动页示例，含有效期；是否适用以楼主实际领取的活动规则为准）活动和页面如有更新，以当前展示为准。以上只依据公开页面说明，不代表已查看楼主账号后台。

1 楼是通用排查模板，和「新手用 OBS 容易踩哪些坑」对不上。这里只补官方《分享对象》里几条很常见、但和「复制一个链接发出去」容易想当然的边界。1. 控制台里点「分享」生成的链接不是长期有效的。官方写明：临时分享靠访问域名加上临时鉴权信息（含 Expires 等参数），链接存在有效期。在管理控制台上，URL 有效期只能设 1 分钟到 18 小时；弹窗打开时，链接就已经生效并开始计时，默认有效期是 5 分钟。每调整一次有效期，OBS 会重新取一次鉴权并生成新链接，新链接从调整时重新计时，旧链接不能继续按新时间用，需要重新复制。超过有效期后，任何人都不能再靠这条 URL 访问对象。如果把刚弹出、还没改过有效期的默认链接发给别人，对方稍晚打开就可能已经过期。2. 不同入口的有效期上限不一样，不能互相套用。官方对比了几种方式：控制台最长 18 小时；如果要更长，文档建议用 OBS Browser+，不要假设控制台也能设「一年」。OBS Browser+ 还跟登录方式有关：用账号密码登录时，分享最长只有 24 小时、默认 10 小时；用永久 AK/SK 登录时，最长 1 年、默认 1 天；用授权码登录时，以分享者设置的有效期为准。SDK 和 API 通过 Expires 设置失效时间，文档写明最长为 20 年。obsutil 用附加参数 e 设置过期秒数，最小 60 秒，默认 300 秒，文档写设置的过期时间没有上限。所以「我在工具里能设很久」并不等于「控制台分享链接也能用很久」。需要长期公开访问时，官方给出的路径是按权限配置向匿名用户授予指定对象的只读权限，而不是指望一条临时 URL 一直有效。3. 不是所有对象都能直接分享。官方约束写明：仅桶版本号为 3.0 的桶支持文件分享功能；归档存储对象和深度归档存储对象都需要先恢复，才能分享。还没恢复就生成或转发链接，对方会打不开。分享文件特性在哪些区域可用，要以各区域实际情况为准。临时分享文件不需要提取码；如果分享的是文件夹，文档指向「分享文件夹」的提取码策略，和单文件不是同一套操作。另外，对象类型会影响浏览器行为：.txt、.html 等可能直接打开，.exe、.dat 等可能会被下载，这不等于权限已经永久放开。分享或排障前建议对照：https://support.huaweicloud.cn/usermanual-obs/obs_03_0046.html （分享对象，含控制台/工具有效期和归档需先恢复）、https://support.huaweicloud.cn/api-obs/obs_04_0011.html （URL 中携带签名）、https://support.huaweicloud.cn/perms-cfg-obs/obs_40_0033.html （对匿名用户授予指定对象的公共读权限）、https://support.huaweicloud.cn/obs_faq/obs_faq_0031.html （如何获取对象访问路径）、https://support.huaweicloud.cn/obs_faq/obs_03_0033.html （通过 URL 访问对象失败）。区域能力和例外请以控制台和当前文档为准。

1 楼是通用排查模板，和「成本与性能怎么平衡」对不上。按官方《ECS 规格选型》最佳实践，可以先定类型、再对场景、最后用监控验证，而不是只比较「几核几 G 多少钱」。1. 先定实例类型和 CPU 架构，再比单价。官方《实例概述》写明：不同类型的实例提供不同的计算能力和存储能力，同一类型下再按 CPU、内存选择规格。《ECS 规格选型》也要求先看各规格的计算性能、支持的磁盘类型和网络性能，并区分 x86 与鲲鹏。x86 在售类型包括通用计算型、通用计算增强型、通用入门型、内存优化型、超大内存型、磁盘增强型、超高 I/O 型、高性能计算型、超高性能计算型、GPU 加速型、FPGA 加速型、AI 加速型等。类型选错后，只在不匹配的类型里加核，成本和性能都容易对不齐。2. 有明确业务场景时，优先对照官方场景表示例，而不是凭感觉加配。官方最佳实践按 Web 应用、网站/电商流量档、游戏、数据库（计算/存储/网络）、数据分析节点、图形渲染、AI 训练/推理等给了推荐规格示例，例如企业展示型网站示例是 C7/C6 或 S7/S6；个人应用或开发测试会提到 S 系，开发测试还写了 T6 这类「可根据工作负载实现性能突增」的入门规格；数据库存储场景示例是带本地盘优势的 M/D 系；依赖较高 PPS、低网络时延的数据库网络场景示例是 E/M/C 系。这些都是文档里的示例，不是当前区域一定可售或价格最优的承诺，具体以控制台和目标区域当前规格说明为准。3. 规格指标不要只看 vCPU。官方《实例规格指标介绍》把指标拆开说明：vCPU 是超线程逻辑内核，x86 实例如果关闭了超线程，在系统里看到的 CPU 核数会是规格所标 vCPU 的一半；网络基准带宽是正常情况下可以达到的传输带宽，网络最大带宽是物理机网络较空闲时可能达到的值，不承诺 SLA，而且最大带宽是实例维度的，多张网卡的带宽之和不能超过该上限；网络最大收发包（PPS）是出方向加入方向的能力，指标在纯转发测试环境下测得，实际会受负载类型、包长、长短连接、镜像和组网影响，官方建议先做业务压测；对并发敏感的业务，要选明确标注了连接数的规格。云硬盘方面，实例提供实例级存储 I/O 隔离，如果云硬盘性能总和超过了该规格对应的存储 I/O 能力，最终以规格上限为准；云硬盘基准 IOPS 是可持续支持的能力，最大 IOPS 是物理机空闲时可能达到的值，不承诺 SLA。本地盘有高 IOPS、低时延、高性价比的优势，但数据可靠性取决于宿主机，存在单点故障，不要把需要长期保存的业务数据只放在本地盘上。4. 买完要用监控验证，再决定要不要改配。官方建议用云监控 CES 观察一段时间：如果 CPU 使用率低，先检查是不是内存占用高；内存占用高时，再改到 vCPU 与内存配比更合适的规格。概述里虽然写了可以按需调整规格，但《变更 ECS 规格概述》里还有关机、竞价实例、架构互转、本地盘和加速型限制等约束，不能默认「随时升配」。选型前建议对照：https://support.huaweicloud.cn/bestpractice-ecs/ecs_bp_6001.html （ECS规格选型）、https://support.huaweicloud.cn/productdesc-ecs/ecs_01_0009.html （实例概述与规格指标介绍）、https://support.huaweicloud.cn/productdesc-ecs/ecs_01_0008.html （实例规格（x86）类型列表）、https://support.huaweicloud.cn/productdesc-ecs/zh-cn_topic_0159822360.html （规格清单（x86））、https://support.huaweicloud.cn/usermanual-ecs/ecs_03_1000.html （使用CES监控ECS性能）、https://support.huaweicloud.cn/usermanual-ecs/ecs_03_9005.html （变更规格概述）。区域库存、计费项和例外请以控制台为准。

楼上已经把规格族怎么选、怎么用监控定位瓶颈讲清楚了。这里只补几条官方规则里容易在「先买小再升配」时踩到的边界，避免和 2 楼重复。1. 「先小后大」不是所有 ECS 都能走通。官方《变更 ECS 规格概述》写明：变更规格过程通常需要关机；竞价计费实例不支持变更规格；不支持 x86 与鲲鹏架构互转；支持 XEN 改为 KVM、KVM 改为 QingTian，但不支持反向（部分 C6 QingTian 改回 KVM 是例外，需按专文操作）；使用 ISO 镜像创建的实例、含本地盘的实例、直通 GPU 加速型、FPGA 加速型，以及已进入回收站的实例，都不支持变更规格。已开启 IPv6 的实例，也不能改到不支持 IPv6 的规格。目标规格能挂载的磁盘数、网卡数、辅助网卡数，都必须大于或等于当前已挂载数量；正在挂载或卸载磁盘时也不能变更。还不支持从超线程数高的规格改到超线程数低的规格。因此选型阶段就要确认这条规格以后能不能改、要不要停机，不要默认「随时升配」。2. 变更前还有几条操作约束，忽略会直接导致网络不通或系统起不来。官方要求：变更前不要禁用 NetworkManager，否则可能 IP 丢失；先确认 /etc/fstab 配置正确，避免重启失败。仅支持 SCSI 磁盘模式的规格（文档举例：通用计算增强型 C7、C6h，内存优化型 M7）与其他规格互改时，磁盘设备号可能变化，依赖固定盘符的业务要先处理。跨虚拟化类型变更时，还需要按文档预先安装驱动、核对启动依赖，否则可能出现无法启动。规格改小后性能会下降，这是官方明确提醒，不只是费用变化。3. 规格清单里，网络能力和云硬盘能力是跟规格走的，不是只看 vCPU。官方《规格清单（x86）》对同一规格族按 vCPU 列出了网络最大带宽/基准带宽、最大收发包（PPS）、网络连接数、网卡队列和上限，以及云硬盘基准带宽、IOPS、最大挂载盘数。同一规格族里，vCPU 较小的规格，内网带宽和 PPS 上限也更低。所以如果瓶颈其实是内网吞吐、连接数或磁盘 IOPS，只加 vCPU、却仍留在低规格档，可能仍然达不到目标。具体数值以目标区域当前规格说明和控制台可售规格为准，这里不抄某一档的瞬时数字。上线或改配前建议对照：https://support.huaweicloud.cn/usermanual-ecs/ecs_03_9005.html （变更规格概述）、https://support.huaweicloud.cn/usermanual-ecs/ecs_03_3101.html （批量变更，含需关机、变更中勿做其他操作）、https://support.huaweicloud.cn/productdesc-ecs/zh-cn_topic_0159822360.html （规格清单）。区域库存、计费项和例外请以控制台为准。

楼上两位已经把 endpoint、权限分层和版本控制讲清楚了。这里只补几条官方规则里容易被当成“小问题”、实际却会直接造成访问失败或产生意外费用的点，避免和 2 楼重复。1. 桶名和区域一旦选定，就不要指望事后再改。桶名在 OBS 中需要全局唯一，创建后所属区域通常不能变更；客户端必须使用该区域对应的 endpoint。排障时先在控制台核对桶名、区域，再核对 SDK 或 obsutil 配置里的 endpoint，不要把桶名拼进 endpoint，也不要混用其他区域的域名。2. 403 不要第一时间改成公共读写。先分清是 IAM 身份策略、桶策略、对象 ACL，还是请求签名本身有问题；其中任何一层的显式拒绝都会让看起来“已经授权”的操作失败。程序访问优先用委托等云上身份，避免把长期 AK/SK 写进代码、镜像或论坛截图。公共读/写只应用于明确需要匿名访问的对象，并且尽量缩到单个前缀，而不是整桶放开。3. 删除并不总等于空间和费用立刻清零。开启多版本后，删除对象往往只是写入删除标记，历史版本仍占用容量；分段上传中断后，未完成分段也可能继续计费。需要真正腾出空间时，应同时检查版本控制、删除标记、未完成分段，以及生命周期规则是否覆盖这些对象。生命周期建议先在测试桶验证作用范围，再应用到生产桶。4. “能用 curl 下载”不等于浏览器或前端能按预期访问。请核对对象的 Content-Type、跨域 CORS 以及是否误把 CORS 当成了授权。CORS 只约束浏览器跨域，不会自动授权匿名用户。若还接了自定义域名或 CDN，要分别查源站权限、回源和证书，不要只在桶策略里改来改去。以上请以目标区域当前的《对象存储服务 OBS 用户指南》、权限配置说明和控制台提示为准。若补充桶所在区域、错误码/请求 ID、用的是 SDK 还是 obsutil，以及是上传、列举还是下载失败，可以更准确判断卡在网络、签名还是权限层。

楼上两位已说明要先列冲突表、选错代价高。这里补几条官方规则，避免把“可以扩”理解成“主网段能直接改”： 1. 创建 VPC 时填写的 IPv4 网段是主网段，创建后无法修改；子网创建后也不支持改网段。地址不够时，应在 VPC 列表点“编辑网段”，添加 IPv4 扩展网段，再基于扩展网段新建子网，而不是改已有子网的 CIDR。一个子网只能属于主网段或某一个扩展网段，不能混用。 2. 加扩展网段前要核对：不得与主网段重叠；掩码范围为 /3～/28；避开文档列出的保留地址；不要与路由表已有目的网段（对等连接、云专线等）重叠，否则新子网的 Local 路由优先，可能导致原有互通路由失效。 3. 规划子网时计入系统预留地址。以 10.0.0.0/24 为例，.1 为网关、.253 为系统接口、.254 为 DHCP、.255 为广播，实际可用比理论值少。子网掩码只能在“所在 VPC 掩码～29”之间选择，同一 VPC 内子网不能重复。对接 IDC 或其它 VPC 时，两端网段也必须错开。 4. 若只是部分云服务器网段不合适，不必先拆整个 VPC：可在同一 VPC 内新建正确子网，将云服务器停机后，在网卡中把主网卡改到新子网（仅限同一 VPC）。若已和办公网或专线对端冲突，加扩展网段也解决不了，再考虑新建不冲突的 VPC 并分批迁移。 以上请以当前区域控制台和官方文档为准。可参考：《子网的网段是否可以修改？》《通过 IPv4 扩展网段扩充 VPC 网段》《VPC 网络规划建议》。

楼上把任务级/流水线级超时和 npm 镜像源讲得很清楚，我补充几条落地核对步骤，避免“改了超时却仍按 30 分钟砍”：1. 先看中断日志原文。若是“任务执行超时，已终止”，改的是该任务「高级设置→超时时间」；若是“流水线执行超时”，应改流水线设置里的总超时。两处都改完后，用一次全新手动触发验证，不要只重跑旧任务实例。2. 并行任务各自计时没错，但共享执行机时 CPU/磁盘打满会让单任务墙钟时间变长。可在同一构建日志里对比“排队等待”和“实际执行”两段时长，确认是超时配置问题还是资源争用。3. 除 .npmrc 镜像源外，确认缓存目录写的是执行机可持久化的路径，并且缓存键包含 lockfile 哈希；否则分支切换后仍可能全量拉取。私有包还要核对 registry 鉴权是否在任务密钥里注入，避免超时前其实一直在重试 401。4. 若业务构建客观超过 60 分钟，优先拆成“依赖安装 / 编译 / 单测 / 制品上传”多个任务，而不是只把单个超时拉满；这样失败定位更快，也更不容易撞流水线总时长上限。具体菜单名称和上限以当前区域 CodeArts 版本文档为准。若补充执行机类型、是否专属资源池、以及中断那一行完整日志，可以进一步判断是配置未生效还是资源瓶颈。

建议把“成本低”改成“满足业务目标时总成本最低”，先测瓶颈再选规格：1. 用代表性业务流量记录CPU、内存工作集、磁盘时延/IOPS、网络带宽及接口P95/P99。平均CPU不高也可能是单线程、锁等待或磁盘瓶颈，不宜直接加核。2. CPU持续繁忙且内存充足，可比较通用计算增强型；内存工作集大、频繁换页，再评估内存优化型。除了核数，还要比较代系、CPU架构和规格对应的网络能力，不能把同核数当同性能。3. 选两三个候选规格，用相同数据、软件版本和并发做压测，比较每小时成本、吞吐及尾延迟。ARM方案先核查二进制和依赖兼容性，不以价格代替验证。4. 稳定基线与突发流量分开规划，多节点配合弹性伸缩可减少闲置，但要保留单节点故障后的承载余量；不要为了省钱取消高可用。先用按需方式验证再决定长期购买，价格与库存以目标区域为准。可参考华为云官方选型说明。若补充峰值并发、数据量、当前瓶颈和预算，就能进一步缩小候选范围。

可以先按“使用范围”和“操作类型”拆分权限，下面针对 SWR 基础版说明，企业版请对照对应文档。1. 只需要拉取镜像的部署身份授予“读取”；需要 push 的流水线身份授予“编辑”；删除版本、管理授权等再交给具备“管理”权限的人员，避免所有人共用管理员。2. 只操作某个镜像时，在“我的镜像”的镜像详情中打开“权限管理”添加授权；确实要操作整个组织时，再在“组织管理”的组织详情中通过“用户”授权，后者覆盖组织内全部镜像。3. IAM 授权与 SWR 控制台授权可以并存，但 IAM 的显式 Deny 优先。即使镜像详情已经授权，仍需检查是否有拒绝策略。4. 一个容易漏的区别：控制台页面上传要求组织级“编辑”或“管理”，仅镜像级编辑权限不支持页面上传。验证时分别测试允许的 pull/push 和应被拒绝的删除操作，不要用管理员身份代测。参考官方权限管理说明。若仍失败，补充版本、区域、授权范围和脱敏报错即可，不要贴密码或登录凭据。

补充几条更贴近 SWR 控制台的权限配置建议，方便对照排查：1. 先分清「命名空间权限」和「镜像仓库权限」两层。命名空间管理员可以管理该命名空间下的仓库与授权；普通开发者通常只需要对具体仓库有读取或编辑权限。跨账号拉取时，还要确认对方是否已把你的账号加入对应命名空间/仓库的授权列表。2. 长期访问优先用「临时登录指令 / 委托」而不是把永久 AK/SK 写进流水线。CodeArts 或自建 CI 拉取私有镜像时，建议用组织级凭证或任务级密钥注入，并限制最小权限（只读拉取即可）。3. 企业版如果开了镜像同步或老化策略，权限变更后要再确认：同步目标仓库的写入权限是否还在、老化任务使用的服务账号是否仍有清理权限，避免出现「本地能推、同步失败」或「策略跑不起来」。4. 报 401/403 时，按顺序核对：当前登录账号 → 命名空间是否选对 Region → 仓库是否私有 → 授权记录里的用户/用户组是否包含你 → Docker/SWR 登录是否过期（docker login 凭证有时效）。按上面核对后，把具体报错码、命名空间名（可打码）、操作是推送还是拉取发出来，会更好定位。