[GH-ISSUE #533] [Feature] 希望增加部署证书时,可以添加多个域名证书 #342

Closed
opened 2026-03-03 01:02:36 +03:00 by kerem · 2 comments
Owner

Originally created by @Tebby0753 on GitHub (Mar 18, 2025).
Original GitHub issue: https://github.com/certimate-go/certimate/issues/533

功能描述
如在部署cdn的时候,可以添加多个域名,目前是可以通过添加多个部署节点来解决,但是比较麻烦
如证书是*.test.com;*.nb.test.com,需要部署的cdn域名有,a.test.com,b.test.com,c.nb.test.com,d.nb.test.com

动机
这对于大量同一个域名的多个证书,多个cdn域名可以减少人工维护。

替代方案
添加多个部署节点来解决。

其他信息
在这里添加任何相关的附加信息或截图。

Originally created by @Tebby0753 on GitHub (Mar 18, 2025). Original GitHub issue: https://github.com/certimate-go/certimate/issues/533 **功能描述** 如在部署cdn的时候,可以添加多个域名,目前是可以通过添加多个部署节点来解决,但是比较麻烦 如证书是*.test.com;*.nb.test.com,需要部署的cdn域名有,a.test.com,b.test.com,c.nb.test.com,d.nb.test.com **动机** 这对于大量同一个域名的多个证书,多个cdn域名可以减少人工维护。 **替代方案** 添加多个部署节点来解决。 **其他信息** 在这里添加任何相关的附加信息或截图。
kerem 2026-03-03 01:02:36 +03:00
Author
Owner

@fudiwei commented on GitHub (Mar 18, 2025):

这与云服务商提供的 API 有关。云服务商提供一个接口批量部署 API 的,Certimate 也会支持一次填入多个域名、ID 之类的;反之则不支持,你需要创建多个部署节点。

之所以不采用在一个节点里循环调用的核心原因是:若部分调用成功、部分调用失败,该节点的状态不易管理。

<!-- gh-comment-id:2732556397 --> @fudiwei commented on GitHub (Mar 18, 2025): 这与云服务商提供的 API 有关。云服务商提供一个接口批量部署 API 的,Certimate 也会支持一次填入多个域名、ID 之类的;反之则不支持,你需要创建多个部署节点。 之所以不采用在一个节点里循环调用的核心原因是:若部分调用成功、部分调用失败,该节点的状态不易管理。
Author
Owner

@HanadaLee commented on GitHub (May 10, 2025):

这与云服务商提供的 API 有关。云服务商提供一个接口批量部署 API 的,Certimate 也会支持一次填入多个域名、ID 之类的;反之则不支持,你需要创建多个部署节点。

之所以不采用在一个节点里循环调用的核心原因是:若部分调用成功、部分调用失败,该节点的状态不易管理。

我觉得如果出现这种情况,认为是执行失败就可以了,这种场景下,绝大部分用例都是要求全部成功才算成功。

对于有大量子域名使用相同证书的场景(大多数泛域名用例可能都是这样),可以大大降低工作流复杂度。我刚才配置了一下试试,无论是并行还是串行配置多个域名,都会让工作流变得非常复杂:使用并行会产生大量横向分支;使用串行每次执行都要允许进行失败判断分支,分支变得很长很冗余

而且现在不支持针对多个分支进行合并判断(多个分支收敛到一个判断,即if any/ if all的场景),如果可以支持的话,也能减少分支冗余。

我刚才看了19个子域名部署同一本证书,工作流已经横向扩展到没眼看的程度了

<!-- gh-comment-id:2868287301 --> @HanadaLee commented on GitHub (May 10, 2025): > 这与云服务商提供的 API 有关。云服务商提供一个接口批量部署 API 的,Certimate 也会支持一次填入多个域名、ID 之类的;反之则不支持,你需要创建多个部署节点。 > > 之所以不采用在一个节点里循环调用的核心原因是:若部分调用成功、部分调用失败,该节点的状态不易管理。 我觉得如果出现这种情况,认为是执行失败就可以了,这种场景下,绝大部分用例都是要求全部成功才算成功。 对于有大量子域名使用相同证书的场景(大多数泛域名用例可能都是这样),可以大大降低工作流复杂度。我刚才配置了一下试试,无论是并行还是串行配置多个域名,都会让工作流变得非常复杂:使用并行会产生大量横向分支;使用串行每次执行都要允许进行失败判断分支,分支变得很长很冗余 而且现在不支持针对多个分支进行合并判断(多个分支收敛到一个判断,即if any/ if all的场景),如果可以支持的话,也能减少分支冗余。 > 我刚才看了19个子域名部署同一本证书,工作流已经横向扩展到没眼看的程度了
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/certimate#342
No description provided.