阿里云常见问题

云服务器（ECS）是 IaaS 层产品，你拥有完整的操作系统控制权，可自由安装软件、调整配置、扩展为集群；虚拟主机是共享环境，只能上传网站文件、无法控制环境；VPS 通常基于单台物理机切分，资源与可靠性受限于该物理机。云服务器支持弹性伸缩、快照备份、多可用区容灾，是生产环境的标准选择。

可以，但需要一定的学习成本。建议从两条路选：一是用轻量应用服务器搭配应用镜像（如 WordPress、宝塔面板），图形化操作即可建站；二是使用 AI 建站万小智，完全无需接触服务器。如果要做定制开发，还是建议学习基础的 Linux 与运维知识。

个人博客或学习测试用 2 核 2G（经济型 e，99 元/年）足够；企业官网或中小型 Web 应用建议 2 核 4G 起（通用算力型 u1，199 元/年）；Java 应用或需要数据库时建议 4 核 8G 以上。原则是「先买小、按监控数据升配」，但规格族要一次选对（同族内可升配，跨族变更麻烦）。

完全可以用一部分。云产品之间是松耦合的，你可以只用 ECS 而把数据库放在自建机房，也可以只用 OSS 而服务器用别家。不过同一平台内网互通更方便、延迟更低、管理更统一，通常建议核心链路在同一平台。

包年包月实例到期后会进入 15 天的停机保留期，期间数据保留但服务不可用；超过保留期后实例会被释放，数据不可恢复（除非有快照或备份）。强烈建议开启自动续费，并设置到期前提醒。

可以。阿里云免费试用中心提供 160+ 款产品的免费体验额度，覆盖 ECS、RDS、OSS、函数计算、百炼大模型等。新用户注册后即可领取，适合零成本验证技术方案。

99 计划的经济型 e 实例（2 核 2G / 3 Mbps / 40 GB ESSD）是阿里云的长期普惠活动，真实可购买，且承诺续费同价、不涨价。限制主要是配置固定（不能自定义升降配）、性能有一定波动（共享型资源），适合个人站点与轻量应用，不适合核心生产业务。

新用户优惠力度更大（如首年特价、大额代金券），但通常限购一次。老用户也有专属活动（如 99 计划的续费同价、数据库特惠），部分产品还支持「老用户同享价」。建议关注活动中心的「新老用户」标签区分。

取决于机型。99 计划的特价机型承诺续费同价，不会涨价；其他按活动价购买的机型，续费通常按当期目录价执行，可能比首年高。避免这个问题的方法是在活动期一次性购买 2–3 年，或选择承诺续费同价的机型。

代金券通常在活动中心领取，领取后进入「费用中心 - 卡券管理」。使用时在支付页面勾选可用代金券即可抵扣。注意代金券通常有使用门槛（如满 100 减 20）、有效期与适用范围（部分产品不可用），领取前务必看清规则。

按见效速度排序：一是非生产环境配置定时开关机（省 60%+）；二是静态资源迁到 OSS + CDN（省 30%–60% 带宽成本）；三是长期稳定负载改包年包月 + 节省计划（省 40%+）；四是冷数据用 OSS 生命周期自动降冷（省 70%+ 存储成本）；五是无状态任务用抢占式实例（省 70%–90%）。

不可以。同一实名主体（同一身份证或同一营业执照）通常只能享受一次新用户优惠。通过不同实名主体注册多个账号规避限制属于违规行为，可能导致账号被限制或处罚。

取决于使用时长。7×24 小时稳定运行的业务，包年包月比按量付费便宜 40%–60%，明显更划算；使用时间不固定或短期使用的，按量付费更省。粗略判断：如果一个月内使用超过约 300 小时，包月通常更便宜。

使用中国内地节点服务器，并通过域名对外提供网站或 App 服务时，必须完成 ICP 备案。使用中国香港或海外节点不需要备案。仅内网访问、不对外提供服务的无需备案。App 与小程序自 2024 年起也需备案。

整体通常 5–20 个工作日，其中阿里云初审 1–2 个工作日，其余为各省管局审核时间（因省份而异）。管局审核时长由监管部门决定，无法加急。建议在开发阶段就启动备案流程。

最常见的是「域名持有者与备案主体不一致」——域名必须在备案主体名下。其次是网站名称不合规（含敏感词）、证件过期、手机号已关联过多备案主体、真实性核验不通过、经营范围与网站内容不符等。

可以。个人备案需提供身份证，域名持有者须为本人。限制是个人备案的网站不能涉及经营性内容（如在线销售、付费会员、广告招商等），涉及经营的必须用企业主体备案。

在阿里云内部更换实例通常无需重新备案，只需确保备案服务号有效、IP 信息及时更新。如果更换了服务商（如从其他云迁到阿里云），需要办理「接入备案」，无需重新走首次备案流程。

等保是《网络安全法》规定的法定义务，但并非所有企业都会被强制测评。通常金融、医疗、政务、教育、能源等监管行业，以及有招投标、上市、融资需求的企业需要办理。互联网企业如果规模较大也可能被要求。建议按行业监管要求与客户需求判断。

轻量应用服务器是套餐化产品，固定配置、固定带宽、价格更低，适合单机建站与轻量应用；ECS 规格与网络可自由组合，支持 VPC 高级网络、弹性伸缩、多可用区容灾，适合需要横向扩展或复杂架构的业务。如果预计业务会增长，建议直接用 ECS。

单库数据量在 500 GB 以内、并发数千 QPS 以内选 RDS（单位成本更低）；数据量超过 1 TB、读并发很高、需要秒级弹性扩容或存储计算分离时选 PolarDB。两者都兼容 MySQL 协议，可用 DTS 平滑迁移，无需修改应用代码。

按访问协议选：通过 HTTP API 访问海量非结构化文件（图片、视频、备份）用 OSS；需要 POSIX 文件接口且多台机器共享读写用 NAS；作为云盘挂载给单台 ECS 使用（系统盘、数据库数据盘）用 EBS。三者通常配合使用而非互相替代。

三个典型信号：一是系统间需要异步解耦（下单后异步通知库存、积分）；二是需要削峰填谷（大促请求先入队列，下游匀速消费）；三是需要保证最终一致性（分布式事务）。如果只是简单的同步调用，不需要引入消息队列。

绝大多数场景用百炼（API 调用）更划算：无需 GPU 投入、按 tokens 付费、上线快、模型可随时切换。只有在数据不能出域、需要深度定制模型、或调用量极大且成本敏感时，才考虑用开源 Qwen 模型 + PAI 私有化部署。

SAE 是面向微服务的 PaaS，屏蔽了 Kubernetes 概念，部署 JAR 包即可运行，运维成本最低，适合中小团队；ACK 提供标准 Kubernetes 能力，灵活度最高，适合需要精细编排、使用 K8s 生态工具或有专职运维的团队。

微服务解决的是「多团队协作与独立发布」的问题，代价是复杂度大幅上升（服务治理、链路追踪、分布式事务）。如果团队规模在 10 人以内、业务耦合度高，单体应用 + 模块化设计通常是更好的选择。等出现明确的协作瓶颈时再拆分。

立即行动：一是隔离实例（修改安全组切断外网，但保留控制台访问）；二是快照备份当前状态用于取证分析；三是排查入侵途径（弱密码、漏洞、暴露的高危端口）；四是清理恶意程序与后门账号；五是修复漏洞后恢复业务。如果数据被加密勒索，不要支付赎金，用备份恢复。

如果开启了 RDS 的日志备份，可以恢复到误操作前的时间点（RDS 支持按时间点恢复，精度到秒）。如果是自建数据库，需要依赖 binlog 或备份。这也是为什么强烈建议使用 RDS 并开启自动备份——它能把这个灾难降级为「恢复一下」。

按链路排查：一是看监控确认是 CPU/内存/磁盘/带宽哪个到瓶颈；二是看数据库慢查询（用 DAS 的慢 SQL 诊断）；三是看是否有异常流量（CC 攻击或爬虫）；四是看 CDN 命中率是否下降；五是用 ARMS 的链路追踪定位是哪个服务或哪条 SQL 慢。

所有阿里云公网 IP 默认享有免费的 DDoS 基础防护（中国内地通常 5 Gbps 起）。如果业务容易被攻击（游戏、金融、直播），需要购买 DDoS 高防。此外静态资源走 CDN 可以分散流量，WAF 可以防护应用层 CC 攻击。

等保 2.0 要求网络安全日志留存不少于 6 个月。业务上建议：核心交易与安全日志保留 180 天以上，一般应用日志保留 30–90 天，调试日志保留 7 天即可。用日志服务 SLS 集中管理，配合冷热分层可控制成本。

遵循「3-2-1 原则」：至少 3 份数据副本，存储在 2 种不同介质上，其中 1 份在异地。在云上的实践：云盘用自动快照（同地域），数据库用 RDS 自动备份 + 跨地域备份，关键数据定期导出到 OSS 并开启跨区域复制。同时必须定期验证备份可恢复——没验证过的备份等于没有备份。