Skip to main content

Why Certimate?

· 4 min read
usual2970
programmer

Certimate 开源后,我收到了很多用户的反馈。其中有一些诸如:为什么不用 Caddy呢?除了有 UI外它和 acme.sh有什么区别呢?这里写一篇文章来解释一下。

有这种疑问,我觉得主要是工作场景单一限制了想象力。理由如下:

  1. 服务或者网站只部署在主机上,没有考虑到还有部署到 CDN 和其它服务上的情况。
  2. 只考虑到自己的技术能力,没有考虑其它同事可能登录服务器都困难的情况。
  3. 更易用不是更好吗?

服务不只部署在主机上

在当前的前后端分离的技术背景下,同时为了节省服务器资源,前端服务或者网站可能会选择部署在 CDN、对象存储等服务上。后端API也可能会在前面接一个负载均衡服务。

虽然用过国外服务的用户都知道,国外的服务基本上都会自动给你的域名添加证书,但是国内的服务就是要手动添加证书的。

另外,在公司内部,工具选择上有的时候我们也身不由己,你真的觉得你一定会被允许使用 Caddy 吗?

这些场景下,Caddy、acme.sh 等工具就无法满足需求了。

考虑一下小白的感受

Caddy 配置好以后就可以自动获取证书了,这里不做讨论。

acme.sh 对于有一定技术能力的人来说还是能轻松上手的,但是对于登录服务器都困难的人来说,还是需要一定的时间去学习。这个时候有个易用的 UI就可以让技术能力没那么强的人也能轻松上手。 只需要根据 UI 提示填写信息,然后点击部署即可。

更易用不是更好吗?

即便你技术能力很强,让生活变得理简单不是更好吗?

如果你管理的站点有多个,你哼哧哼哧的一个个服务器的去登录,安装、配置 acme.sh,突然有一天又要下线某几个站点,你又要一个个去登录,卸载 acme.sh,是不是觉得很麻烦?

这时个如果有1 个可以统一调度的、易用的 UI 工具,是不是就可以让你更轻松的管理你的站点了?🐶

总结

综上所述,不同的场景可以选择不同的工具。

如果你只有一个服务/站点需要管理,且你的技术能力很强,那就用 Caddy、acme.sh 吧。如果你有多个服务/站点需要管理,甚至站点都不是部署在主机上,或者你就是想简单一点,Certimate 将是你更好的选择。