摘要：年中有新业务上线，SSL 证书采购不必每次都从一份全年新订单开始。对于已经采用 SAN License 的企业，应先核对现有订阅的适用范围、剩余额度和迁移期间的并行需求，再决定是否扩容；续订时，则应重新核算下一阶段真正需要保留的容量，避免把短期用量直接变成长期预算。
新项目确定了上线日期，采购才收到一句话：“下个月多八个域名，需要补一下证书。”
这句话还不足以下单。八个域名中，有没有已经纳入现有订阅的名称？原来的业务入口会不会继续保留？当前授权还有多少余量？如果这些情况没核对清楚，可能买多了，也可能只按年底的净增量采购，结果迁移当天额度不够。
SAN License 是一种商务订阅模式，不是要求企业把所有业务域名写进同一张 SAN 证书。安排年中扩容时，要把“证书怎么部署”和“授权容量怎么买”分开处理。前者服从业务与安全要求，后者根据订阅规则和实际用量核算。
一、新增八个域名，不一定需要增加八份额度
GlobalSign 的 SAN License 按活跃证书中的唯一 SAN 条目核算用量，而不是按签发了多少张证书收费。在适用的订阅范围内，同一个域名用于多张证书，与新增一个此前没有使用过的域名，不是同一种容量变化。
采购前，技术人员应交出一份具体的名称清单，而不只是“要买几张证书”。例如，example.com 与 www.example.com 是两个不同的名称；同一个 www.example.com 部署在多个节点，则不能直接按节点数认定需要增加同等数量的 SAN 额度。遇到通配符条目，还要查看报价中约定的计数倍数，不能一律按一个普通域名计算。
核对可以从 Atlas 的 SAN Licenses 页面开始。选中对应许可证后，查看总额度、已用额度、剩余额度及通配符计数方式，同时确认有效起止日期。账户里有剩余额度，不等于新增业务一定可用：还需要确认对应许可证涵盖的服务和产品范围。
如果新增名称在适用范围内、剩余额度也够，先使用现有订阅即可，不必仅因为项目是年中启动，就另开一份全年采购。
二、真正容易漏算的是新旧业务并行的那段时间
以下是一个用量测算示例，并非客户案例或产品报价。假设某企业的订阅容量为40 个普通 SAN 条目，已使用 34 个；新项目增加 8 个不同名称，另有 3 个旧名称计划在迁移完成后退出。这里不涉及通配符，所有名称均属于同一许可证的适用范围。
| 阶段 | 需要容纳的活跃唯一 SAN 数量 |
| 当前业务运行 | 34 个，剩余 6 个额度
|
| 新旧业务并行 | 34＋8＝42 个，超出现有容量 2 个
|
| 3 个旧名称完成退出后 | 42－3＝39 个，前提是相关额度已实际释放
|
只看迁移后的 39 个，很容易得出“不用扩容”的结论。但上线时旧入口可能还承担回滚、历史链接访问或客户兼容任务，不能提前撤掉。真正需要准备的是并行期间的容量，而不是项目结束时的净增量。
“旧域名不用了”也不能只靠业务部门口头确认。DNS 停用、服务器下线，并不等于相关证书已经过期或撤销。同一个名称若仍出现在其他活跃证书里，也不能视为已经彻底退出用量统计。应核对涉及的证书及业务依赖，再确认容量是否释放，不能为了腾额度贸然撤销仍在使用的证书。
因此，扩容申请最好附上新名称启用日、旧名称退出条件和预计重叠期。这样采购知道增加容量的原因，技术也不会被迫为了赶预算节点提前切断旧业务。
三、年中扩容，报价里要把期限写清楚
GlobalSign 的官方说明支持在有效订阅期内增加 SAN License 额度，并对扩容部分按比例计价。对企业而言，下一步不是自行套用一个统一价格公式，而是让报价明确本次变更的边界。
建议在扩容确认单中逐项列明：原许可证ID 与到期日、当前容量、调整后的总容量、希望生效的日期，以及本次增加的费用和计费期间。尤其要问清，扩容部分如何与现有订阅衔接，是否沿用原到期日，后续续订按哪个总额度报价。
例如，原订阅年底到期，项目七月上线，就不能把“扩容”想当然地理解为又买了一个独立的完整年度；也不能反过来认为支付了差额，整份许可证就自动延长一年。采购申请、报价和平台记录应能对应起来，具体期限及金额以确认的商务条款为准。
一次扩容需要留多少余量，同样没有适用于所有企业的固定比例。已经排期、即将启用的域名可以纳入测算；尚未立项的业务，不宜仅凭“以后也许会用”就一次性计入全年预算。前面的示例至少需要覆盖42 个活跃条目的峰值，实际采购档位仍需结合可提供的报价方案确定。
还有一个容易被忽略的时间差：容量生效不等于新证书已经签发。新增域名仍需完成相应验证，涉及OV、EV 的申请还应核对组织身份等前置条件。把扩容审批留到上线当天，可能即使额度补齐了，证书也来不及部署。
四、续订时重新算需求，不照抄扩容后的数字
年中扩容解决的是当前业务能否顺利上线；续订解决的是下一订阅期要保留多少容量。两次决策可以使用同一份台账，但不能直接复制同一个数字。
续订前，逐个确认名称的去向：持续运行的业务保留；已经完成迁移的旧名称核查退出状态；下一阶段已批准上线的项目计入计划。对于尚不能确认何时下线的名称，先按仍需占用处理，而不是为了压低报价提前减掉。
在示例中，迁移期需要容纳42 个名称，不代表下一期必须一直按这个峰值采购。如果 3 个旧名称确已退出，下一期的起点可以按实际保留需求重新评估，再考虑已确定的新项目。反之，旧系统只是“计划下线”，就不能把 39 个当成已实现的用量。
SAN License 允许在续订时增加或减少额度。企业可以在正式续订前提前完成内部盘点和审批，再按可办理的续订窗口推进订单；不要把“到期前开始续订”和“到期前才开始整理需求”混为一谈。中途扩过容，也不意味着不再需要核对下一期的价格、适用产品和容量。
最后，订阅到期日与每张SSL 证书自身的到期日应分别记录。采购续订不会代替证书的签发、验证与部署；某张证书尚未到期，也不能用来推断订阅可以不处理。预算负责人和证书运维负责人各自确认对应事项，才算把续订安排落到具体日期上。
Q1：新项目需要更多证书，是不是先追加 SAN License 额度？ A：先核对新证书涉及的名称是否带来新的容量占用，再看剩余额度与适用范围。不能仅凭证书张数判断是否扩容，也不应因为账户里还有其他许可证的余量，就默认能够共用。 Q2：旧网站已经关了，为什么续订盘点时还要保留它的名称？ A：先确认是否仍有活跃证书包含该名称，以及是否还有回滚或兼容需求。业务下线只是排查起点，不是容量已释放的凭据。处理完成后再核对平台用量，避免纸面上减掉了，实际仍有占用。 Q3：年中增加容量后，下一期只能按扩容后的数量续订吗？ A：不必直接沿用临时峰值。应根据下一期保留业务和已确定的新需求重新评估，并在续订报价中确认额度调整；不能把续订时可减额理解为当前订阅随时减额就一定能够退款。 Q4：扩容订单确认后，能不能马上安排新域名上线？ A：还要确认容量已经生效、域名及必要的身份验证已完成，并预留签发、部署和上线检查时间。采购订单只是其中一环，不能把订单确认日直接当成业务可上线日。
FAQ
关于 GlobalSign SAN License
GlobalSign SAN License 为需要持续签发、重签 SSL/TLS 证书的企业提供按活跃唯一 SAN 条目配置容量的订阅选择。企业可结合 Atlas 中的用量与许可证信息，把新业务扩容、旧业务退出和下一期采购放在同一份计划里核对。它改变的是采购与授权核算方式，而不是要求所有域名共用一张证书，也不能替代实际的证书部署管理。
资料来源
GlobalSign：SANLicense 订阅模式（计费思路与产品定位）
https://www.globalsign.cn/managed-ssl/san-licensing
数据来源：GlobalSignAtlas 官方文档：