先说结论，如果有人感兴趣，这里是产品地址： https://www.ssl.cc/
最近在做一些基础设施相关的事情时，又重新踩了一遍 SSL/TLS 证书管理的坑，感觉这个问题在不少团队里其实都存在，只是平时不会被单独拎出来讨论。
很多场景下，大家会选择在入口层统一终止 TLS ，比如放在 CDN 、LB 、Nginx 、Ingress 上，这当然是常见且合理的做法。
但实际环境稍微复杂一点之后，证书往往并不会只存在于入口层：
结果证书零零散散，问团队：“谁负责的？”“证书在哪？”“部署在哪的？”“啥时候过期？”一问一个不吱声。 这类问题平时可能大家不一定会注意的到，但万一遇到下面这些情况，就会变得很麻烦：
现有方案其实已经不少，比如 ACME 、cert-manager 、Vault ，在签发、自动续期、密钥管理这些方向上都很成熟。
但我实际感受到的是：很多团队缺的不是“能不能签发证书”，而是“能不能把分散的证书资产看清楚、管起来”。
也因为这个原因，我们最近做了一个小工具，想解决的重点不是替代 cert-manager 这类方案，而是更偏向：
本质上我现在更像是在做 certificate inventory / visibility / lifecycle management 这一层。
如果有人感兴趣，这里是产品地址： https://www.ssl.cc/
目前也还在持续打磨阶段，所以更想听听各位大佬使用过后的真实反馈，尤其是这些问题：
欢迎各位 V 站的技术大佬们直接评论区发言，我看看这个方向是不是伪需求～俺不玻璃心！
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。