mirror of
https://github.com/certimate-go/certimate.git
synced 2026-04-26 05:05:56 +03:00
[PR #411] [MERGED] feat: enhance apply logic #944
Labels
No labels
announcement
backlog
bug
declined
documentation
duplicate
enhancement
good first issue
good first issue
help wanted
invalid
pull-request
question
stale
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/certimate#944
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
📋 Pull Request Information
Original PR: https://github.com/certimate-go/certimate/pull/411
Author: @fudiwei
Created: 1/11/2025
Status: ✅ Merged
Merged: 1/12/2025
Merged by: @usual2970
Base:
next← Head:feat/new-workflow-ui📝 Commits (6)
f99dd4ftest: improve examplee4e0a24Merge branch 'next' into feat/new-workflow-ui8ed2b24refactor: clean codea0c08e8feat: separate access providers and dns providers598d070feat: extract some configs from access to apply logicd9f38c3feat(ui): add prompt message during workflow running📊 Changes
66 files changed (+1013 additions, -522 deletions)
View changed files
📝
go.mod(+1 -0)📝
go.sum(+2 -0)📝
internal/applicant/applicant.go(+41 -32)📝
internal/applicant/providers.go(+62 -62)📝
internal/deployer/deployer.go(+16 -3)📝
internal/deployer/providers.go(+107 -108)📝
internal/domain/access.go(+13 -4)📝
internal/domain/provider.go(+31 -3)📝
internal/pkg/core/deployer/providers/aliyun-alb/aliyun_alb_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/aliyun-cdn/aliyun_cdn_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/aliyun-clb/aliyun_clb_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/aliyun-dcdn/aliyun_dcdn_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/aliyun-nlb/aliyun_nlb_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/aliyun-oss/aliyun_oss_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/baiducloud-cdn/baiducloud_cdn_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/byteplus-cdn/byteplus_cdn_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/dogecloud-cdn/dogecloud_cdn_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/huaweicloud-cdn/huaweicloud_cdn_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/huaweicloud-elb/huaweicloud_elb_test.go(+1 -1)📝
internal/pkg/core/deployer/providers/k8s-secret/k8s_secret.go(+3 -0)...and 46 more files
📄 Description
该 PR 包含以下内容变更:
ApplyDNSProvider。详见备注 ①【备注】
①
现有的申请证书时的提供商类型判定直接依赖于
AccessProvider。但实际上部分云服务商旗下会有多个域名管理的云服务(如 AWS 下既有 Route53 又有 Lightsail;火山引擎下既有 DNS 又有 PrivateZone;等等),它们实际共享相同的Access授权信息。虽然目前 certimate 仅实现了这些云服务商的其中一个云服务,并将其视为默认的 DNSProvider。但出于日后扩展考虑,有必要将 Provider 进一步细化,细化的结果为:
AccessProvider:(已有)授权提供商。DeployProvider:(已有)部署证书时的主机提供商,其授权信息依赖于AccessProvider。ApplyDNSProvider: (新增)申请证书时的 DNS 提供商,其授权信息依赖于AccessProvider。②
现有的授权管理中某些提供商的授权参数,实际是其申请证书阶段所需的业务参数(如 AWS 的
region、hostedZoneId;华为云的region;等等),这些参数与授权本身无关,放在授权管理页面中容易产生误解或困惑。因此,有必要将它们从授权管理中独立出来,放到工作流的申请阶段单独填写。
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.