Files
nexus/wiki/sources/ctp-topic-14-octane-hub-on-aws-real-life-experience.md
2026-04-18 17:09:43 +08:00

3.9 KiB
Raw Blame History

id, title, type, tags, sources, last_updated
id title type tags sources last_updated
ctp-topic-14-octane-hub-on-aws-real-life-experience CTP Topic 14 Octane Hub on AWS: Real-Life Experiences source
AWS
Octane-Hub
Migration
CTP
Cloud-Migration
Landing-Zone
NAS /volume2/work/Public Cloud Learning Sessions/CTP _ Topic 14_ Octane Hub on AWS_ Real life experience moving production services into the new land.mp4
2026-04-18

Source File

Summary

  • 核心主题Octane Hub 将生产服务从本地数据中心迁移到 AWS 的真实经验分享
  • 问题域云迁移规划、技术选型、网络配置、存储方案、IaC 实施
  • 方法/机制
    • Docker 容器化部署模式
    • Packer + Terraform/TerraGrunt 基础设施即代码
    • VPC Transit Gateway 网络互联
    • 标签系统资源管理
    • EBS + EFS 分层存储策略
  • 结论/价值:通过紧密镜像现有设置实现无缝过渡,验证了 Landing Zone 架构的可行性

Key Claims

  • Octane Hub 团队使用 Docker 容器运行各种 Web 应用,包括 QuickSee、Release Manager、Patch Manager 等,处理约 10TB 文件存储和大型 MSSQL 数据库
  • 云迁移的动因是 Bibling 数据中心即将关闭,目标是实现无缝过渡,紧密镜像现有设置以避免在 Go Live 期间进行重大技术变更
  • 初始考虑 EFS 用于存储,但因性能问题(数据库无法直接在 EFS 上运行)不适用,改用 EBS 用于实时数据库EFS 用于备份
  • 部署方式从控制台脚本演变为使用 Packer 构建 AMI使用 Terraform/TerraGrunt 部署
  • 网络问题需要多次 PCS 请求,与网络团队协作解决,使用 VPC Transit Gateway 并实施标签系统管理访问
  • DNS 设置使用 Cname 指向 AWS software infra.net 域,通过 Route 53 管理

Key Quotes

"云转型计划提供了帮助,团队在 5 月左右获得了概念验证 Landing Zone 账户的访问权限,随后在 6 月获得了生产账户" "团队目标是实现无缝过渡,紧密镜像现有设置以避免在 Go Live 期间进行重大技术变更" "最初考虑 EFS 用于存储,但由于性能问题(数据库无法直接在 EFS 上运行)不适用,改用 EBS 用于实时数据库"

Key Concepts

Key Entities

  • Octane-Hub:一家软件公司,演讲者 Holger Rode 为其 CTO 软件工厂团队负责人
  • AWSAmazon Web ServicesAWS 云平台
  • Holger-RodeOctane Hub CTO 软件工厂团队负责人,分享迁移经验

Connections

Contradictions

  • 与 Landing Zone 最佳实践可能存在差异:
    • 冲突点EFS 原被考虑用于存储,后因性能问题放弃
    • 当前观点:数据库应使用 EBS 块存储而非 EFS 文件存储
    • 对方观点:为了简化管理,优先选择托管存储服务

Action Items

  • 评估现有工作负载是否适合容器化
  • 规划数据库从 MSSQL 到 Postgres 的迁移路径
  • 检查 EBS/EFS 存储选型是否合理
  • 制定 DR 和高可用性改进计划