wiki-ingest: 4 Agent Use Cases (autonomous PM, content factory, product factory, knowledge base RAG) - 2026-04-15 evening batch
This commit is contained in:
@@ -11,41 +11,75 @@ tags:
|
||||
date-added: 2026-04-14
|
||||
video-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"
|
||||
audio-source: ""
|
||||
status: raw
|
||||
status: summarized
|
||||
---
|
||||
|
||||
# CTP Topic 14 Octane Hub on AWS Real life experience moving production services into the new land
|
||||
# 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:** 🟡 Awaiting Whisper transcription → Summary
|
||||
**Status:** ✅ 已完成摘要
|
||||
|
||||
---
|
||||
|
||||
## 摘要
|
||||
|
||||
> 待转录后由 LLM 生成
|
||||
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 和高可用性改进计划
|
||||
|
||||
---
|
||||
|
||||
## 相关视频
|
||||
|
||||
> 配对视频笔记链接（生成后填入）
|
||||
> [!info]+ 交叉引用
|
||||
> [[ctp-topic-7-saas-landing-zone-design.md]] — SaaS Landing Zone 设计
|
||||
> [[ctp-topic-25-labs-landing-zone-overview-itom-teams.md]] — Labs Landing Zone 概述
|
||||
|
||||
---
|
||||
|
||||
*最后更新: 2026-04-14*
|
||||
*最后更新: 2026-04-15*
|
||||
|
||||
@@ -11,7 +11,7 @@ tags:
|
||||
date-added: 2026-04-14
|
||||
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 44_ AWS Backup in Micro Focus.mp4"
|
||||
audio-source: ""
|
||||
status: raw
|
||||
status: summarized
|
||||
---
|
||||
|
||||
# CTP Topic 44 AWS Backup in Micro Focus
|
||||
@@ -20,32 +20,68 @@ status: raw
|
||||
|
||||
**Type:** VIDEO | **Category:** 01_AWS-Landing-Zone
|
||||
|
||||
**Status:** 🟡 Awaiting Whisper transcription → Summary
|
||||
**Status:** ✅ 已完成摘要
|
||||
|
||||
---
|
||||
|
||||
## 摘要
|
||||
|
||||
> 待转录后由 LLM 生成
|
||||
AWS Backup 是一个托管服务，用于在 AWS 云中集中化和自动化数据保护。它支持跨账户和跨区域备份，并提供不可变性以防止勒索软件等威胁。该服务为 S3 和 RDS 等服务提供时间点恢复，潜在恢复时间可在 1 秒以内。它还支持法律保留，允许隔离特定备份并保留以满足合规性要求。
|
||||
|
||||
### 灾难恢复策略
|
||||
|
||||
灾难恢复策略根据恢复时间目标（RTO）和恢复点目标（RPO）而有所不同。四种主要策略是：
|
||||
|
||||
- **备份和恢复**：适用于恢复时间为数小时的低优先级情况。
|
||||
- **Pilot Light**：数据复制到 DR 区域，允许在 1 小时内恢复。
|
||||
- **Warm Standby**：应用程序在生产和 DR 区域以较小规模运行，可在几分钟内恢复。
|
||||
- **Active-Active**：提供近乎零停机和数据丢失，但成本最高，应用程序在两个区域同时运行。
|
||||
|
||||
### 当前 AWS 备份流程
|
||||
|
||||
目前，应用程序所有者管理 EC2、EBS、EFS、S3 和数据库等资源的快照。这些快照在 CCIE 门户中注册，并根据标签复制到 DR 区域。对于客户管理的密钥，会执行转换过程。CCIE 门户更新标签以跟踪备份过程并提供错误通知。
|
||||
|
||||
### 当前流程的差距
|
||||
|
||||
当前备份流程是分散的，涉及多个团队，增加了错误风险。快照存储在与资源相同的账户中，一旦账户被攻破会带来风险。CCIE vault 将快照复制到不同区域，但由于成本原因，保留期仅限于三天。备份不是不可变的，CCIE vault 需要新插件来支持新的 AWS 服务。产品组之间的保留期不一致。
|
||||
|
||||
### AWS Backup 详情
|
||||
|
||||
AWS Backup 加密所有备份，包括静态和传输中的数据。一个限制是它无法排除附加到 EC2 实例的特定卷，强制备份所有附加卷。Amazon 不再建议数据库使用热备份，指出快照是崩溃一致的，支持增量备份。
|
||||
|
||||
### 演示亮点
|
||||
|
||||
演示展示了创建备份保管库（用于加密 AWS 备份）、创建备份计划（每日、每小时或自定义计划）、启用 S3 和 RDS 的时间点恢复、按需备份以及从备份保管库恢复（创建新的 EBS 卷或 RDS 实例）。该服务支持基于角色的访问控制，可以使用 CloudWatch 进行监控。
|
||||
|
||||
---
|
||||
|
||||
## 关键概念
|
||||
|
||||
-
|
||||
- **AWS Backup**: AWS 托管的集中化数据保护服务
|
||||
- **不可变性 (Immutability)**: 防止备份被篡改或删除
|
||||
- **RTO (Recovery Time Objective)**: 恢复时间目标
|
||||
- **RPO (Recovery Point Objective)**: 恢复点目标
|
||||
- **备份和恢复**: 最基本的 DR 策略，适合低优先级场景
|
||||
- **法律保留 (Legal Holds)**: 用于合规性保留特定备份
|
||||
- **CCIE 门户**: 当前管理快照的内部平台
|
||||
|
||||
---
|
||||
|
||||
## 行动项
|
||||
|
||||
-
|
||||
- [ ] 评估现有备份流程是否需要迁移到 AWS Backup
|
||||
- [ ] 审查当前备份的 RTO/RPO 是否满足业务需求
|
||||
- [ ] 考虑跨账户和跨区域备份以提高韧性
|
||||
- [ ] 检查数据库备份是否还在使用热备份模式（不推荐）
|
||||
|
||||
---
|
||||
|
||||
## 相关视频
|
||||
|
||||
> 配对视频笔记链接（生成后填入）
|
||||
> [!info]+ 交叉引用
|
||||
> [[ctp-topic-72-implementing-an-enterprise-dr-strategy-using-aws-backup.md]] — 企业级 DR 策略实施
|
||||
> [[ctp-topic-73-aws-backup-implementation-of-the-cloud-transformation-program.md]] — CTP AWS Backup 实施
|
||||
|
||||
---
|
||||
|
||||
*最后更新: 2026-04-14*
|
||||
*最后更新: 2026-04-15*
|
||||
|
||||
@@ -11,7 +11,7 @@ tags:
|
||||
date-added: 2026-04-14
|
||||
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 13_ Cloud FinOps_ Micro Focus Policies _ best practices to optimize the costs.mp4"
|
||||
audio-source: ""
|
||||
status: raw
|
||||
status: summarized
|
||||
---
|
||||
|
||||
# CTP Topic 13 Cloud FinOps Micro Focus Policies best practices to optimize the costs
|
||||
@@ -20,32 +20,83 @@ status: raw
|
||||
|
||||
**Type:** VIDEO | **Category:** 05_FinOps
|
||||
|
||||
**Status:** 🟡 Awaiting Whisper transcription → Summary
|
||||
**Status:** ✅ 已完成摘要
|
||||
|
||||
---
|
||||
|
||||
## 摘要
|
||||
|
||||
> 待转录后由 LLM 生成
|
||||
本次云转型学习会议的主题是"Cloud FinOps: Micro Focus 政策与成本优化最佳实践"。由 PCG（Public Cloud Governance）团队的 Uday 和 Vinay 主讲。
|
||||
|
||||
### 核心内容
|
||||
|
||||
1. **PCG 服务分层**
|
||||
- **成本管理**：账单支付、showback/chargeback、预算管理
|
||||
- **成本优化**：组织级和账户级优化，包括购买 Reserved Instances 和识别未充分利用的资源
|
||||
- **治理与自动化**：集中式上线、策略开发、自动报告
|
||||
|
||||
2. **核心策略**
|
||||
- **可见性**：确保账单可见
|
||||
- **标签合规**：强制标签要求
|
||||
- **预算责任**：账户负责人负责控制在预算内
|
||||
- **集中管理**：集中管理 Reserved Instances 和 Savings Plans
|
||||
- **区域限制**：限制区域使用以优化成本、安全和管理
|
||||
|
||||
3. **安全策略**
|
||||
- 预安装 Godrails
|
||||
- 通过联合身份管理访问（MFA 即将推出）
|
||||
- 供应商告警重定向到安全团队
|
||||
- 账户负责人需提供公共分发列表（PDL）用于告警
|
||||
- Cloud Security Postal Management 工具正在实施
|
||||
|
||||
4. **最佳实践**
|
||||
- 使用计算器了解成本
|
||||
- 检查资源清单
|
||||
- 监控月度账单
|
||||
- **Cloud Health**：关键工具，提供资源清单、成本分析和月度账单洞察
|
||||
- 标准化实例类型：
|
||||
- M 系列：通用场景
|
||||
- T 系列：突发性工作负载
|
||||
- C 系列：计算密集型应用
|
||||
- R/X 系列：内存优化工作负载
|
||||
- 使用 Graviton 实例节省成本
|
||||
|
||||
5. **研发环境优化**
|
||||
- 使用突发性实例
|
||||
- 使用实例调度器
|
||||
- 使用 Spot 实例
|
||||
|
||||
---
|
||||
|
||||
## 关键概念
|
||||
|
||||
-
|
||||
- **PCG (Public Cloud Governance)**：公共云治理框架，提供工作负载放置、成本和优化指导
|
||||
- **Showback/Chargeback**：成本分摊机制
|
||||
- **Cloud Health**：云成本分析和监控工具
|
||||
- **Godrails**：预安装安全控制
|
||||
- **Reserved Instances / Savings Plans**：承诺计划用于成本优化
|
||||
- **Graviton**：AWS ARM 处理器，比 Intel 更便宜
|
||||
|
||||
---
|
||||
|
||||
## 行动项
|
||||
|
||||
-
|
||||
- [ ] 了解 Cloud Health 工具的使用
|
||||
- [ ] 审查并标准化实例类型选择
|
||||
- [ ] 确保所有资源使用正确的标签
|
||||
- [ ] 探索 Graviton 实例用于兼容的工作负载
|
||||
- [ ] 在研发环境中实施实例调度器
|
||||
- [ ] 检查月度账单并识别优化机会
|
||||
|
||||
---
|
||||
|
||||
## 相关视频
|
||||
|
||||
> 配对视频笔记链接（生成后填入）
|
||||
> [!info]+ 交叉引用
|
||||
> [[ctp-topic-63-optimise-resource-cost-using-automation.md]] — 深入讲解自动化调度优化资源成本
|
||||
> [[ctp-topic-27-aws-instance-scheduler.md]] — AWS 实例调度器详解
|
||||
> [[ctp-topic-71-pcgs-guide-to-rightsizing-why-how-when.md]] — Rightsizing 最佳实践
|
||||
|
||||
---
|
||||
|
||||
*最后更新: 2026-04-14*
|
||||
*最后更新: 2026-04-15*
|
||||
|
||||
Reference in New Issue
Block a user