关于服务
翻译我已经做 Kubernetes 几年了——最初是将单体应用迁移到容器中，然后为超出单台服务器的项目从零开始构建集群。在这段时间里，我开发了一种有效的方法：不要为了时尚而将流行技术推向生产，解决实际问题——处理负载、缩短部署时间、避免因人为错误而丢失发布。
我通常从审计现有的基础设施开始：我查看当前的基础设施、负载、预算和增长计划，然后提出集群架构——从云服务提供商的托管解决方案或在自有服务器上自托管的解决方案（在合理和更便宜的情况下）。然后我设置 Pod 和节点的自动扩展，以便集群根据流量进行调整，构建一个 CI/CD 管道，使每次提交都通过测试并无人工干预地部署，并提高监控，设置警报以在用户看到问题之前发出警告。
上线后我不会消失：我留下文档和运行手册，向团队解释设置的逻辑，并保持可用，以便在需要微调或调试事件时提供帮助。
工作内容包括：
— 集群设计和部署（托管或自托管）
— Pod、节点和资源的自动扩展
— CI/CD 管道（GitLab CI、GitHub Actions、ArgoCD）
— 监控和警报（Prometheus、Grafana、Alertmanager）
— 文档和团队交接
我通常从审计现有的基础设施开始：我查看当前的基础设施、负载、预算和增长计划，然后提出集群架构——从云服务提供商的托管解决方案或在自有服务器上自托管的解决方案（在合理和更便宜的情况下）。然后我设置 Pod 和节点的自动扩展，以便集群根据流量进行调整，构建一个 CI/CD 管道，使每次提交都通过测试并无人工干预地部署，并提高监控，设置警报以在用户看到问题之前发出警告。
上线后我不会消失：我留下文档和运行手册，向团队解释设置的逻辑，并保持可用，以便在需要微调或调试事件时提供帮助。
工作内容包括：
— 集群设计和部署（托管或自托管）
— Pod、节点和资源的自动扩展
— CI/CD 管道（GitLab CI、GitHub Actions、ArgoCD）
— 监控和警报（Prometheus、Grafana、Alertmanager）
— 文档和团队交接
