74 lines
3.9 KiB
Markdown
74 lines
3.9 KiB
Markdown
---
|
||
id: ctp-topic-14-octane-hub-on-aws-real-life-experience
|
||
title: "CTP Topic 14 Octane Hub on AWS: Real-Life Experiences"
|
||
type: source
|
||
tags:
|
||
- AWS
|
||
- Octane-Hub
|
||
- Migration
|
||
- CTP
|
||
- Cloud-Migration
|
||
- Landing-Zone
|
||
sources:
|
||
- 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
|
||
last_updated: 2026-04-18
|
||
---
|
||
|
||
## Source File
|
||
- [[raw/Cloud & DevOps/Public-Cloud-Learning-Sessions/01_AWS-Landing-Zone/ctp-topic-14-octane-hub-on-aws-real-life-experience-moving-production-services-i.md]]
|
||
|
||
## 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
|
||
- [[Docker-容器化]]：Octane Hub 的主要部署模式，容器化遗留应用实现云就绪
|
||
- [[Packer]]：用于构建自定义 AMI 的工具
|
||
- [[Terraform-TerraGrunt]]：基础设施即代码的部署流程
|
||
- [[VPC-Transit-Gateway]]：AWS 网络互联解决方案
|
||
- [[标签系统]]：基于角色和环境管理资源访问
|
||
- [[EFS-vs-EBS]]：文件存储与块存储的性能差异，EFS 不适合数据库场景
|
||
- [[Multi-Account-Strategy]]：AWS 多账号架构策略
|
||
|
||
## Key Entities
|
||
- [[Octane-Hub]]：一家软件公司，演讲者 Holger Rode 为其 CTO 软件工厂团队负责人
|
||
- [[AWS]]：Amazon Web Services，AWS 云平台
|
||
- [[Holger-Rode]]：Octane Hub CTO 软件工厂团队负责人，分享迁移经验
|
||
|
||
## Connections
|
||
- [[Octane-Hub]] ← uses ← [[Docker-容器化]]
|
||
- [[Docker-容器化]] ← managed_by ← [[Terraform-TerraGrunt]]
|
||
- [[AWS-Landing-Zone]] ← enables ← [[Multi-Account-Strategy]]
|
||
- [[ctp-topic-14-octane-hub-on-aws-real-life-experience]] ← related_to ← [[ctp-topic-7-saas-landing-zone-design]]
|
||
|
||
## Contradictions
|
||
- 与 Landing Zone 最佳实践可能存在差异：
|
||
- 冲突点：EFS 原被考虑用于存储，后因性能问题放弃
|
||
- 当前观点：数据库应使用 EBS 块存储而非 EFS 文件存储
|
||
- 对方观点：为了简化管理，优先选择托管存储服务
|
||
|
||
## Action Items
|
||
- [ ] 评估现有工作负载是否适合容器化
|
||
- [ ] 规划数据库从 MSSQL 到 Postgres 的迁移路径
|
||
- [ ] 检查 EBS/EFS 存储选型是否合理
|
||
- [ ] 制定 DR 和高可用性改进计划 |