mirror of
https://github.com/certimate-go/certimate.git
synced 2026-04-26 05:05:56 +03:00
[GH-ISSUE #53] 架构改进 #42
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#42
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?
Originally created by @rookie-man-fack on GitHub (Sep 19, 2024).
Original GitHub issue: https://github.com/certimate-go/certimate/issues/53
加了一个aws的功能部署和证书请求,很符合我现在的需求,非常感谢作者.


我已经改成了zerossl收费证书部署,不限频率和证书个数
我自己感觉Fiber+sqlite+echo 以后项目扩展很麻烦,开发中migrate 数据也不爽,如果可以的话建议gin+mysql, 这只是我的一点建议,你完全可以忽略.反正我的需求是达到了
@usual2970 commented on GitHub (Sep 19, 2024):
好的~感谢建议。
关于扩展的问题,作为运维工具类的项目,扩展应该不是需要首要考虑的问题,除非以后做成 saas(没这个打算) 提供给用户。对于大多数的查询,sqlite 的性能是优于mysql 的。
另外,可以考虑把 aws 的支持提交个 PR,这样你也是这个项目的参与者了🐶🐶
@rookie-man-fack commented on GitHub (Sep 19, 2024):
我就是运维啊,就是因为是运维用,很多基础设施是弹性部署可回收,sqlite有点危险,容器化部署还要做持久化.
可以可以,我再改一下,加个配置文件,到时候同时支持let's 和zerossl, 另外ssh 部署这里还需要改进,一个部署组下应该添加多个服务器ip地址和端口的.
@usual2970 commented on GitHub (Sep 19, 2024):
好的~感谢支持
我这也是不了解你们的提需求的原始动机。提需求的时候说一下使用场景,我就明白了。😀
@rookie-man-fack commented on GitHub (Sep 19, 2024):
@rookie-man-fack commented on GitHub (Sep 19, 2024):
@usual2970 commented on GitHub (Sep 19, 2024):
🎉🎉 我就没考虑到这种情况
@usual2970 commented on GitHub (Sep 19, 2024):
细节我来处理好了
@rookie-man-fack commented on GitHub (Sep 21, 2024):
我还是建议换一个框架,不然后期功能越加越多,目前框架很难扩展了..
1 比如业务需求,我现在要申请IP证书,走http认证签发,你那边扩展就很麻烦. 如果能支持IP证书,又是一个卖点,现在开源产品都不支持IP证书.
2 另外和现有业务的集成回调也不好处理. 比如我现在有一套监控,监控来调用certimate api 来完成申请流程,由用户决定什么时候更新证书.现在的定时任务太简单了.
3 自定义ssl 厂商你那边扩展就更麻烦了,provider都不好加
4 如果后期要添加证书到期各种平台的通知
@usual2970 commented on GitHub (Sep 21, 2024):
好的~换架构可以考虑的
用这套主要理由是:
只需要写少量的后端代码,就可以给前端提供接口了,减少了我自己的工作量的同时,可以快速交付功能。
缺点就是:编译出来的包太大了,现在就有60多M了,当然这点要能也无关紧要了。
可以加入微信群组详聊😀