主要观点：三年前作者所在团队负责开发维护 Kubernetes 集群，因 image registries 故障导致客户环境停机，传统解决方法受预算和时间限制无法采用。Black Friday 时 GitHub 容器注册表故障导致集群扩容受限，作者开始思考更好的解决办法，于是有了Spegel。微软联系作者并开展合作讨论，后因沉默作者以为工作优先级改变。在 KubeCon Paris 上听到关于 P2P 共享的讨论，发现微软的Peerd与 Spegel 相关，Peerd 是 Spegel 的 fork 版本，大量代码直接从 Spegel 复制而来，这给新用户带来困惑，也让作者感到自己不再重要，虽 Spegel 仍发展良好，但作者思考如何与大企业合作且避免被利用等问题，还启用了 GitHub 赞助商并考虑更改 Spegel 的许可证。

关键信息：

• 三年前团队负责的工作及遇到的问题。
• Black Friday 事件及后续思考。
• 微软与作者的合作及后续情况。
• KubeCon Paris 上的发现及 Peerd 的情况。
• Spegel 的发展及作者的感受。

重要细节：

• 传统解决停机问题的方法及限制。
• 作者与微软工程师的讨论及帮助。
• Peerd 代码中与 Spegel 相似的部分，如函数签名、注释、测试用例等。
• Peerd 对 Spegel 的致谢及引用。
• 作者为 Spegel 投入的时间和精力。
• 启用 GitHub 赞助商及考虑更改许可证的原因。