苏黎世保险集团如何利用AWS Account Factory for Terraform构建可扩展的账户供应流程
内容提要
苏黎世保险集团利用AWS Control Tower Account Factory for Terraform构建了可扩展的账户供应流程，简化了AWS账户创建，提高了效率和合规性，减少了支持时间。通过自动化DevSecOps活动，苏黎世能够快速交付符合标准的AWS账户，确保云环境的可扩展性和安全性。
延伸解读
从三天到一次请求：SAV 解决的痛点
文章指出，苏黎世过去由各区域 CCOE 团队手动或半自动创建 AWS 账户，单个账户最多耗时三天，工作负载负责人需提交多达八张支持工单，且流水线常失败。SAV 将流程压缩为单一 ITSM 请求，直接针对这些效率瓶颈，而非单纯引入新工具。
AFT 的 GitOps 风险与 GitFlow 控制
AFT 通过 Git 仓库中的账户请求配置来供应账户，其全局和账户级自定义以 Terraform 模块实现。文章强调，若模块变更出错，可能影响大量甚至全部已供应账户。苏黎世因此采用 GitFlow，通过拉取请求、评审、合并并在低环境测试后再上生产，以控制这一集中化风险。
Day-2 管理为何被单独强调
文章提到，资源供应阶段用 Python 脚本和 Jinja 模板生成 HCL 并提交到 Azure DevOps 仓库，目的是支持 CCOE 或工作负载团队未来的 Day-2 管理和 GitOps。苏黎世云工程负责人也指出，Day-2 管理对可扩展性和合规性都至关重要，说明账户供应并非终点，后续运维同样被纳入设计。
Q&A
苏黎世保险集团为何选择AWS Control Tower Account Factory for Terraform？
苏黎世选择AWS Control Tower Account Factory for Terraform是为了实现AWS环境的一致性和自动化，提升效率和合规性，减少支持时间。
苏黎世保险集团的可扩展账户供应流程有什么主要目标？
主要目标是实现自动化的AWS环境请求机制，提高账户供应的可扩展性和性能，并在不同业务单位之间保持一致性。
苏黎世保险集团在数字化转型中面临哪些挑战？
面临的挑战包括合规性、安全性和连接性等问题，以及缺乏一致的AWS环境和自动化的DevSecOps流程。
如何通过ITSM请求简化AWS账户的创建？
通过单一的ITSM请求，工作负载所有者可以快速请求整个云工作负载环境，从而简化AWS账户的创建流程。
苏黎世保险集团如何确保AWS环境的安全性？
通过自动化DevSecOps活动和实施标准化配置，确保AWS环境的合规性和安全性。
GitFlow流程在苏黎世的Terraform模块管理中起什么作用？
GitFlow流程用于管理Terraform模块的变更，确保在生产环境中不会引入破坏性更改，并通过拉取请求和审核流程进行测试。
