corvofeng

@xinmans 这个方案和我差不多吧, ansible 也是我的核心驱动, 初始化和扩容 node, 还有服务器证书刷新, 服务部署, 也是走了 ansible 的不同 role

@xinmans 是的, ec2 都是作为 k3s 节点来管理的, 跑 daemonset 跑自己服务都很方便

我之前也用 swarm 搞过一套 但是更熟悉 k8s 所以换成了 k3s 我觉得这一套东西要能做到半自动化的扩容 以及支持 intra as code 才算结束， 目前我就是自己去维护一套工具. 利用 ansible+github action 来做 IAC ， 同时顺便也加入 cert 自动刷新 内外网域名分离的功能， 还有快捷的服务发布，和维护. 这一套做下来 应该一个小型团队都够用了， 我也逐步把一些功能也提供给朋友们来用

@xinmans 家用服务还会在乎延时吗， 不过用 zerotier 来做底层网络 配合 k8s 的 iptables 管理 确实没那么稳定，这种时候我用 frp 配合转发来做的

我有的, 用 zerotier+k3s 搭了集群, 顺便把之前买的 cvm 和 ec2 也集成到了集群中, 部署的时候可以用 node selector 来指定机器. 总共跑了几十个服务, 不过你真的需要吗? 这一整套太重了

Jenkins 调用现有脚本，我认为这是最合理的选型

如果只有打包的 pod 需要，sidecar 就挺好的 控制风险只在一个容器里面。 如果你整台机器上所有 pod 都需要，再考虑去机器上建 VPN client 不迟

随便找了一篇

https://alexandre-vazquez.com/kubernetes-service-discovery-for-prometheus/

大意是你指定好 exporter 的 service name ，告诉 prometheus ，prometheus 会按照对应 service 的 endpoint 去采集的

恭喜