关于服务
翻译我在 AWS 中构建云基础设施，能够处理负载，随着流量扩展，并且不会悄悄消耗您的预算。多年来，我将团队从脆弱的手动控制台设置迁移到完全声明式的方法，在这种方法中，每个 VPC、子网、安全组和 IAM 策略都在 Terraform 中描述、审核、版本控制并在几分钟内重现。我总是从审计开始：映射今天对您真正有效的内容，找到单点故障和资金泄漏的地方，然后将该图像转化为您在任何资源更改之前批准的清晰计划。
我每天的工作是 EKS 上的 Kubernetes、容器管道，以及使发布过程以最佳方式变得无聊的粘合剂。我设置 CI/CD，使得合并到主分支经过自动测试、镜像构建和带有健康检查和快速回滚的受控发布，而不是在周五晚上手动部署。我认真对待可观察性：插入指标、日志和警报，在客户注意到问题之前报告问题。对我来说，可靠性不是口号 — 它是根据实际负载进行自动扩展，经过实际测试的备份以确保恢复，以及能够承受整个可用区故障的基础设施。
成本降低贯穿我所做的一切。我调整实例大小，关闭闲置资源，调整存储类别和预留或现货容量，并在前后展示数字，以便节省是可衡量的，而不仅仅是口头上的。您将获得仅凭代码就能让新工程师理解的基础设施，附带文档和交接，以便您不依赖我。
— AWS 架构：VPC、EKS、RDS、S3、IAM、网络
— Terraform：模块、远程状态、可重用代码以供审核
— Kubernetes：EKS 集群、Helm、自动扩展、入口
— 带有自动测试、安全发布的 CI/CD
— 可观察性：指标、集中日志、警报
— 审计和持续的云成本优化
我每天的工作是 EKS 上的 Kubernetes、容器管道，以及使发布过程以最佳方式变得无聊的粘合剂。我设置 CI/CD，使得合并到主分支经过自动测试、镜像构建和带有健康检查和快速回滚的受控发布，而不是在周五晚上手动部署。我认真对待可观察性：插入指标、日志和警报，在客户注意到问题之前报告问题。对我来说，可靠性不是口号 — 它是根据实际负载进行自动扩展，经过实际测试的备份以确保恢复，以及能够承受整个可用区故障的基础设施。
成本降低贯穿我所做的一切。我调整实例大小，关闭闲置资源，调整存储类别和预留或现货容量，并在前后展示数字，以便节省是可衡量的，而不仅仅是口头上的。您将获得仅凭代码就能让新工程师理解的基础设施，附带文档和交接，以便您不依赖我。
— AWS 架构：VPC、EKS、RDS、S3、IAM、网络
— Terraform：模块、远程状态、可重用代码以供审核
— Kubernetes：EKS 集群、Helm、自动扩展、入口
— 带有自动测试、安全发布的 CI/CD
— 可观察性：指标、集中日志、警报
— 审计和持续的云成本优化
