ishenwei/nexus

Fork 0

Files

weishen 5ae9550d8c Auto-sync: wiki-ingest 3 sources (2026-04-16)

2026-04-16 00:08:35 +08:00

3.2 KiB

Raw Blame History

title, type, source-type, category, tags, date-added, video-source, audio-source, status

title

type

source-type

CTP Topic 14 Octane Hub on AWS: Real-Life Experiences

Source: 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

Type: VIDEO | Category: 01_AWS-Landing-Zone

Status: ✅ 已完成摘要

摘要

Holger Rode（Octane Hub CTO 软件工厂团队负责人）分享了 Octane Hub 云设计考虑因素、学习曲线、网络和安全要求以及常见陷阱。Octane Hub 团队主要使用 Docker 容器运行，之前托管在 Bibling Lab，拥有三台物理服务器和多台虚拟机。

现有工作负载

这些容器运行各种 Web 应用程序，包括 QuickSee、Release Manager、Patch Manager 和安全程序板。他们还处理后台作业，如支持集成、数据复制和内部空闲搜索。团队还管理大约 10TB 的文件存储和大型 MSSQL 服务器数据库。

云迁移动因

由于 Bibling 数据中心即将关闭，云迁移变得紧迫。云转型计划提供了帮助，团队在 5 月左右获得了概念验证 Landing Zone 账户的访问权限，随后在 6 月获得了生产账户。团队目标是实现无缝过渡，紧密镜像现有设置以避免在 Go Live 期间进行重大技术变更。

技术选型与挑战

使用 AWS 定价计算器了解服务成本
最初考虑 EFS 用于存储，但由于性能问题（数据库无法直接在 EFS 上运行）不适用
改用 EBS 用于实时数据库，EFS 用于备份
部署方式：从控制台脚本演变为使用 Packer 构建 AMI，使用 Terraform/TerraGrunt 部署
网络问题需要多次 PCS 请求，与网络团队协作解决
使用 VPC Transit Gateway 并实施标签系统管理访问
DNS 设置：使用 Cname 指向 AWS software infra.net 域，通过 Route 53 管理

下一步计划

改进 DR 和高可用性
通过最佳匹配存储选项（S3）进行成本优化
从 MSSQL 迁移到 Postgres
可能迁移到 AWS ECS 服务

关键概念

Docker 容器化: Octane Hub 的主要部署模式
Packer + Terraform/TerraGrunt: 基础设施即代码的部署流程
VPC Transit Gateway: AWS 网络互联解决方案
标签系统: 基于角色和环境管理资源访问
EFS vs EBS: 文件存储与块存储的性能差异

行动项

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

3.2 KiB Raw Blame History Unescape Escape