Auto-sync: 2026-04-24 16:03

2026-04-24 16:03:17 +08:00
parent 81d97ce6c1
commit 2e0b9940ed
15 changed files with 565 additions and 4 deletions
--- a/wiki/concepts/Dependency-Management.md
+++ b/wiki/concepts/Dependency-Management.md
@@ -0,0 +1,31 @@
+---
+title: "Dependency Management"
+type: concept
+tags:
+  - DevOps
+  - Dependency-Update
+  - IaC
+last_updated: 2026-04-14
+---
+
+## Definition
+依赖管理是指对项目中引用的外部库、模块、镜像或工具的版本进行跟踪、更新和维护的过程。在云原生和 IaC 场景下，依赖项涵盖 Docker 基础镜像、Maven 依赖、Terraform 模块、Helm Charts、pre-commit 插件等。
+
+## Key Challenges
+- 手动更新版本号耗时耗力且极易滞后
+- 依赖项数量庞大时，人工追踪几乎不可能
+- 遗漏安全补丁更新导致漏洞积累
+- 不同环境（开发/测试/生产）配置不一致
+
+## Solutions
+- **Renovate Bot**：自动化扫描并发起 Pull Request 更新依赖版本
+- **Dependabot**：GitHub 原生的依赖更新工具
+- **Renovate**：支持更广泛的技术栈（Terraform、Docker、Kubernetes 等）
+
+## Related Concepts
+- [[Renovate-Bot]] — 依赖管理自动化工具
+- [[Semantic-Versioning]] — 依赖版本控制规则
+- [[GitOps]] — 依赖管理是 GitOps 实践的重要组成部分
+
+## Related Sources
+- [[ctp-topic-15-working-with-renovatebot]]
--- a/wiki/concepts/Renovate-Bot.md
+++ b/wiki/concepts/Renovate-Bot.md
@@ -0,0 +1,38 @@
+---
+title: "Renovate Bot"
+type: concept
+tags:
+  - Renovatebot
+  - Dependency-Update
+  - GitOps
+  - CI/CD
+last_updated: 2026-04-14
+---
+
+## Aliases
+- Renovate
+- renovatebot
+
+## Definition
+开源的依赖自动化更新工具，通过扫描代码并自动提交 Pull Request 来保持依赖项处于最新状态。支持多种技术栈（Terraform、Terragrunt、Docker、npm、Maven、pre-commit hooks 等），依据 Semantic Versioning 规则判断更新级别。
+
+## Key Features
+- **Dependency Dashboard**：在 GitHub Issue 中汇总所有依赖状态、待处理的 PR 及更新选项，提供全局视角
+- **Managers 插件机制**：支持多种依赖文件类型（`terraform` 经理处理 `.tf` 文件，`dockerfile` 经理处理镜像标签等）
+- **Rate Limiting**：防止瞬间产生过多 PR 导致 CI/CD 系统崩溃
+- **配置文件**：`renovate.json` 定义管理策略
+
+## Use Cases
+- 自动化更新 Docker 基础镜像版本
+- 自动更新 Terraform 模块版本引用
+- 自动更新 Terragrunt 依赖配置
+- 自动更新 pre-commit 钩子插件版本
+
+## Related Concepts
+- [[Dependency-Management]] — 依赖管理的广义概念
+- [[Semantic-Versioning]] — 版本控制规则
+- [[GitOps]] — Renovate Bot 是 GitOps 实践中依赖治理的重要工具
+- [[CI-CD-Pipeline]] — Renovate Bot 通常集成到 CI/CD 流水线中
+
+## Related Sources
+- [[ctp-topic-15-working-with-renovatebot]]
--- a/wiki/concepts/Savings-Plans.md
+++ b/wiki/concepts/Savings-Plans.md
@@ -0,0 +1,57 @@
+---
+title: "Savings Plans"
+type: concept
+tags:
+  - AWS
+  - Cost-Optimization
+  - FinOps
+sources:
+  - public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco
+  - ctp-topic-13-cloud-finops-policies
+last_updated: 2026-04-24
+---
+
+# Savings Plans
+
+AWS 基于承诺消费的折扣计划，通过承诺一定时期的使用量（1 年或 3 年）换取显著低于按需价格的折扣。
+
+## Definition
+Savings Plans 是 AWS 提供的一种灵活的承诺折扣定价模型，适用于 EC2、Lambda 和 SageMaker。用户承诺在 1 年或 3 年期内支付固定的小时金额，AWS 提供相对于按需价格最高 **72%** 的折扣。
+
+## Types of Savings Plans
+
+### EC2 Savings Plans
+- **最灵活**：承诺特定实例系列（如 M5、C5）的使用量，可在同系列下自由变更实例大小、AZ 和操作系统
+- **Compute Savings Plans**：最灵活，不限制实例系列，覆盖 EC2 Lambda 和 SageMaker
+
+### Reserved Instances (RI)
+Savings Plans 的前身，适用于特定服务（RDS、ElastiCache、CloudFront 等），由 [[Phenops-Team]] 集中管理和实施。
+
+## Two Commitment Categories
+
+| 类别 | 折扣幅度 | 灵活性 | 说明 |
+|------|---------|--------|------|
+| **资源级承诺** | 更高 | 受限 | 承诺特定实例类型 |
+| **灵活承诺** | 标准 | 高 | Compute Savings Plans，不限实例系列 |
+
+## Prerequisites（必要前提）
+费率优化（Savings Plans / RI 购买）必须在完成 **[[Right Sizing]]** 之后实施——在 Right Sizing 之前承诺错误规格，反而会造成浪费。
+
+## Implementation Workflow
+1. **前置 Right Sizing**：通过 EC2 Right Sizing 报告识别 CPU/内存/网络实际使用率
+2. **工作负载分析**：识别 24/7 运行的工作负载（适合承诺）
+3. **财务沟通**：将分析详情共享给 Finance 团队
+4. **账户所有者审批**：获取账户所有者批准
+5. **实施**：由 [[Phenops-Team]] 统一实施（集中购买才能实现规模效益）
+6. **监控报告**：持续监控利用率，确保承诺被有效利用
+
+## Key Rules in OpenText
+- 仅支持 **No Upfront（无预付）** 选项
+- 最低交易金额：**$5k/年**
+- 仅由 [[Phenops-Team]] 实施，个人或团队不得自行购买
+
+## Connections
+- [[Cloud Cost Optimization]] — Savings Plans 是云成本优化的费率优化层核心工具
+- [[Right Sizing]] — Savings Plans 的前置必要步骤
+- [[Spot Instances]] — 与 Spot 实例组合使用：基准用 Savings Plans，弹性用 Spot
+- [[Phenops-Team]] — 唯一有权实施 Savings Plans 的团队
--- a/wiki/concepts/Semantic-Versioning.md
+++ b/wiki/concepts/Semantic-Versioning.md
@@ -0,0 +1,37 @@
+---
+title: "Semantic Versioning"
+type: concept
+tags:
+  - DevOps
+  - Version-Control
+  - Dependency-Management
+last_updated: 2026-04-14
+---
+
+## Aliases
+- SemVer
+- Semantic Versioning
+
+## Definition
+语义化版本控制（Semantic Versioning）是一种版本号命名规范，采用 `主版本号.次版本号.修订号`（MAJOR.MINOR.PATCH）格式。主版本号在不兼容的 API 变更时递增，次版本号在向后兼容的功能添加时递增，修订号在向后兼容的问题修复时递增。
+
+## Versioning Levels
+- **Major（主版本）**：破坏性变更，不兼容的 API 变更
+- **Minor（次版本）**：新功能添加，向后兼容
+- **Patch（修订）**：Bug 修复，向后兼容
+
+## Pre-release Labels
+版本号后可附加预发布标签，如 `1.0.0-alpha`、`2.1.0-beta.3`。
+
+## In Renovate Bot Context
+Renovate Bot 依据 SemVer 规则判断更新级别：
+- **Patch 更新**：`~1.0.0` 或 `1.0.x`
+- **Minor 更新**：`^1.0.0` 或 `1.x`
+- **Major 更新**：`*` 或 `1.0.0` 及以上
+
+## Related Concepts
+- [[Dependency-Management]] — 依赖管理
+- [[Renovate-Bot]] — Renovate Bot 使用 SemVer 判断更新策略
+
+## Related Sources
+- [[ctp-topic-15-working-with-renovatebot]]
--- a/wiki/concepts/Spot-Instances.md
+++ b/wiki/concepts/Spot-Instances.md
@@ -0,0 +1,40 @@
+---
+title: "Spot Instances"
+type: concept
+tags:
+  - AWS
+  - Cost-Optimization
+  - FinOps
+sources:
+  - public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco
+  - ctp-topic-13-cloud-finops-policies
+last_updated: 2026-04-24
+---
+
+# Spot Instances
+
+AWS 竞价实例，通过使用闲置的 EC2 容量以大幅折扣价格提供计算资源。
+
+## Definition
+Spot Instances 是 AWS EC2 的一种定价模型，允许用户以按需价格（On-Demand Price）最高 **90% 的折扣** 申请使用空闲计算容量。当 AWS 需要回收容量时，Spot 实例会在 2 分钟警告后被中断。
+
+## Key Characteristics
+- **折扣幅度**：相比 On-Demand 价格最高可享 90% 折扣
+- **适用场景**：容错工作负载——大数据处理、CI/CD 流水线、Web 服务器、HPC（高性能计算）
+- **中断风险**：AWS 可随时中断，需应用层实现容错（Checkpoint / 断点续传）
+- **请求类型**：One-Time（一次性）或 Persistent（持久，需手动设置）
+- **启动行为**：可在中断后重新请求
+
+## Use Cases in OpenText
+根据 [[ctp-topic-13-cloud-finops-policies]]，研发环境三合一优化方案之一即为 Spot 实例，用于非关键工作负载的突发计算需求。
+
+## Best Practices
+1. **架构容错**：设计应用支持中断重启（如 Checkpoint 机制）
+2. **组合策略**：配合 Savings Plans 用于基准负载，Spot 用于弹性扩展部分
+3. **实例类型选择**：选择多样化实例类型提高可用性
+4. **监控中断**：使用 CloudWatch 监控 Spot 实例中断通知
+
+## Connections
+- [[Cloud Cost Optimization]] — Spot Instances 是云成本优化的核心手段之一
+- [[Savings Plans]] — 与 Savings Plans 组合使用，实现"基准用 RI/SP + 弹性用 Spot"的最佳成本架构
+- [[Right Sizing]] — 先完成 Right Sizing 再引入 Spot，避免浪费
--- a/wiki/entities/Phenops-Team.md
+++ b/wiki/entities/Phenops-Team.md
@@ -0,0 +1,30 @@
+---
+title: "Phenops-Team"
+type: entity
+tags:
+  - team
+  - FinOps
+  - AWS
+sources:
+  - public-cloud-learning-sessions-tagging-standards-for-all-hyperscalers-20240123
+  - public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco
+  - public-cloud-learning-sessions-opentext-tagging-standard-v2-20250429-170111-meeting-reco
+last_updated: 2026-04-24
+---
+
+# Phenops-Team
+
+OpenText/Micro Focus 内部 FinOps 执行团队，负责费率承诺计划的实施与云成本治理。
+
+## Role & Contributions
+- **标签治理**：2023 年发起云资源标签标准化项目（[[public-cloud-learning-sessions-tagging-standards-for-all-hyperscalers-20240123]]），现已扩展至 Kubernetes 对象和容器镜像，覆盖 3,500 个云账户和 48 种 Landing Zone 类型
+- **费率承诺**：费率承诺计划（Savings Plans / Reserved Instances）的唯一实施团队（[[public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]]）
+
+## Key Rules
+- 所有承诺计划仅支持 **无预付（No Upfront）** 选项
+- 最低交易金额：**$5k/年**
+- 费率承诺实施前必须先完成 Right Sizing 分析
+
+## Connections
+- 隶属 [[PCG]]（Public Cloud Governance）团队
+- 与 [[Vinay]] 等 FinOps 团队成员协作推进成本优化
--- a/wiki/entities/Vinay.md
+++ b/wiki/entities/Vinay.md
@@ -0,0 +1,35 @@
+---
+title: "Vinay"
+type: entity
+tags:
+  - person
+  - FinOps
+  - AWS
+sources:
+  - ctp-topic-13-cloud-finops-policies
+  - ctp-topic-60-monitor-aws-using-hyperscale-observability-with-grafana
+  - public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco
+last_updated: 2026-04-24
+---
+
+# Vinay
+
+FinOps 团队成员，OpenText/Micro Focus 云转型计划中的云财务管理专家。
+
+## Aliases
+- Vinay
+
+## Role & Contributions
+- 主讲 [[ctp-topic-13-cloud-finops-policies]]（CTP Topic 13）：与 Uday 共同主讲 Cloud FinOps 成本优化政策与最佳实践
+- 主讲 [[ctp-topic-60-monitor-aws-using-hyperscale-observability-with-grafana]]（CTP Topic 60）：代替休假的 Sashi 主持 Grafana 可观测性监控学习会议
+- 主讲本条来源：Public Cloud Learning Sessions 云成本优化技术实践（工作负载优化 + 费率优化）
+
+## Key Quotes
+- "Whenever there's a new family launched by the hyperscale, the latest families are almost cheaper."
+- "Rather than spending up unnecessary moment on the extended support, you can deploy additional four or five cluster, right."
+- "Spot instances can provide up to 90% discount compared to on-demand, suitable for big data, CI/CD pipelines, web servers, and HPC."
+- "Only the Phenops's team can implement commitment plans."
+
+## Connections
+- 与 [[Uday]]（PCG 团队成员）共同主导 FinOps 政策制定
+- 与 [[Vinay]] 关联的团队：[[Phenops-Team]]（负责实施费率承诺计划）
--- a/wiki/index.md
+++ b/wiki/index.md
@@ -4,6 +4,10 @@
 - [Overview](overview.md) — living synthesis

 ## Sources
+- [2026-04-24] [Public Cloud Learning Sessions - Best practices for EC2 cost optimization in AWS - 20240529](sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md) — AWS EC2 成本优化最佳实践：Graviton ARM 处理器 40% 性价比提升、Spot 实例 90% 折扣、Nitro 系统效率优化
+- [2026-04-24] [Public Cloud Learning Sessions - Reducing Cloud Costs - 20250318](sources/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md)
+- [2026-04-24] [CTP Topic 13 Cloud FinOps Micro Focus Policies best practices to optimize the costs](sources/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co.md)
+- [2026-04-24] [CTP Topic 15 Working with Renovatebot](sources/ctp-topic-15-working-with-renovatebot.md)
 - [2026-04-24] [CTP Topic 56 Automated Infrastructure Testing](sources/ctp-topic-56-automated-infrastructure-testing.md)
 - [2026-04-24] [Public Cloud Learning Sessions - Ollie Workflow and The Demand Process - 20240416](sources/public-cloud-learning-sessions-ollie-workflow-and-the-demand-process-20240416-16.md)
 - [2026-04-24] [CTP Topic 33 An Introduction to GitOps](sources/ctp-topic-33-an-introduction-to-gitops.md)
@@ -411,9 +415,6 @@
 - [2026-04-19] [public-cloud-learning-sessions-storage-cost-optimization-20240305-160037-meeting](sources/public-cloud-learning-sessions-storage-cost-optimization-20240305-160037-meeting.md) — (expected: wiki/sources/public-cloud-learning-sessions-storage-cost-optimization-20240305-160037-meeting.md — source missing)
 - [2026-04-19] [ctp-topic-71-pcgs-guide-to-rightsizing-why-how-when](sources/ctp-topic-71-pcgs-guide-to-rightsizing-why-how-when.md) — (expected: wiki/sources/ctp-topic-71-pcgs-guide-to-rightsizing-why-how-when.md — source missing)
 - [2026-04-19] [public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2](sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md) — (expected: wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md — source missing)
- [2026-04-19] [public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco](sources/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md) — (expected: wiki/sources/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md — source missing)
- [2026-04-19] [ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co](sources/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co.md) — (expected: wiki/sources/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co.md — source missing)
- [2026-04-19] [ctp-topic-15-working-with-renovatebot](sources/ctp-topic-15-working-with-renovatebot.md) — (expected: wiki/sources/ctp-topic-15-working-with-renovatebot.md — source missing)
 - [Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog](sources/Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog.md) — (expected: wiki/sources/Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog.md — source missing)
 - [Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend](sources/Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend.md) — (expected: wiki/sources/Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend.md — source missing)
 - [zk-steward](sources/zk-steward.md) — (expected: wiki/sources/zk-steward.md — source missing)
@@ -694,6 +695,7 @@
 - [OpenNotebook](entities/OpenNotebook.md)
 - [PageLM](entities/PageLM.md)
 - [Perplexica](entities/Perplexica.md)
+- [Phenops-Team](entities/Phenops-Team.md)
 - [PingMe](entities/PingMe.md)
 - [Podcastfy](entities/Podcastfy.md)
 - [Portainer](entities/Portainer.md)
@@ -743,6 +745,7 @@
 - [Veeam](entities/Veeam.md)
 - [Vibe-Kanban](entities/Vibe-Kanban.md)
 - [VictoriaMetrics](entities/VictoriaMetrics.md)
+- [Vinay](entities/Vinay.md)
 - [VMware](entities/VMware.md)
 - [WildCard](entities/WildCard.md)
 - [YishenTu](entities/YishenTu.md)
@@ -883,6 +886,7 @@
 - [DBA-Role-Evolution](concepts/DBA-Role-Evolution.md)
 - [Defense-in-Depth](concepts/Defense-in-Depth.md)
 - [Defuddle](concepts/Defuddle.md)
+- [Dependency-Management](concepts/Dependency-Management.md)
 - [Deployment-Automation](concepts/Deployment-Automation.md)
 - [Deployment-vs-Release](concepts/Deployment-vs-Release.md)
 - [Design-to-Code-Workflow](concepts/Design-to-Code-Workflow.md)
@@ -1079,6 +1083,7 @@
 - [Remote-SSH](concepts/Remote-SSH.md)
 - [RemoteDevelopment](concepts/RemoteDevelopment.md)
 - [RemoteRescuePattern](concepts/RemoteRescuePattern.md)
+- [Renovate-Bot](concepts/Renovate-Bot.md)
 - [Retrieval](concepts/Retrieval.md)
 - [Reviewer](concepts/Reviewer.md)
 - [Rightsizing](concepts/Rightsizing.md)
@@ -1093,6 +1098,7 @@
 - [Safeguard-Steps](concepts/Safeguard-Steps.md)
 - [Sandboxed-Persona](concepts/Sandboxed-Persona.md)
 - [SAST](concepts/SAST.md)
+- [Savings-Plans](concepts/Savings-Plans.md)
 - [SCA](concepts/SCA.md)
 - [Scalability](concepts/Scalability.md)
 - [Scheduled-Reminder](concepts/Scheduled-Reminder.md)
@@ -1113,6 +1119,7 @@
 - [Self-Sufficiency](concepts/Self-Sufficiency.md)
 - [Semantic-Deduplication](concepts/Semantic-Deduplication.md)
 - [Semantic-Search](concepts/Semantic-Search.md)
+- [Semantic-Versioning](concepts/Semantic-Versioning.md)
 - [Sequential-Thinking](concepts/Sequential-Thinking.md)
 - [Serverless-Computing](concepts/Serverless-Computing.md)
 - [Service-Control-Policies-SCPs](concepts/Service-Control-Policies-SCPs.md)
@@ -1131,6 +1138,7 @@
 - [SOUL.md](concepts/SOUL.md.md)
 - [Source-Grounding](concepts/Source-Grounding.md)
 - [Split](concepts/Split.md)
+- [Spot-Instances](concepts/Spot-Instances.md)
 - [SSE-Server-Sent-Events](concepts/SSE-Server-Sent-Events.md)
 - [StackSets-Deployment-Visibility](concepts/StackSets-Deployment-Visibility.md)
 - [Standard-Change](concepts/Standard-Change.md)
--- a/wiki/log.md
+++ b/wiki/log.md
@@ -1,3 +1,34 @@
+## [2026-04-25] ingest | Public Cloud Learning Sessions - Reducing Cloud Costs - 20250318
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md
+- Status: ✅ 成功摄入
+- Summary: Vinay（FinOps）主讲 AWS 云成本优化——工作负载优化（现代化：EC2 新代际/Graviton 20-25% 节省/AMD 6-10% 节省/GP2→GP3 存储 20% 节省/EKS 最新版避免扩展支持费/Spot 实例 90% 折扣）和 Right Sizing（EC2 Right Sizing 报告/实例调度/闲置资源清理）；费率优化（Savings Plans/RI 两种承诺类别 + 实施流程）；关键规则：承诺计划仅无预付选项，最低 $5k/年，仅 Phenops 团队实施
+- Concepts created: [[Savings-Plans]], [[Spot-Instances]]
+- Concepts linked: [[Cloud Cost Optimization]], [[Graviton]], [[Right Sizing]], [[EKS Extended Support]], [[EDP (Enterprise Discount Program)]]
+- Entities created: [[Vinay]], [[Phenops-Team]]
+- Entities linked: [[AWS]]
+- Source page: wiki/sources/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md
+- Notes: index.md 已更新（Sources 节新增条目，Entities 节新增 Phenops-Team 和 Vinay，Concepts 节新增 Savings-Plans 和 Spot-Instances）；overview.md 已补充（FinOps 章节新增段落，Key Entities 新增 Vinay 和 Phenops-Team）；Graviton/Spot-Instances/Savings-Plans 均满足 Concept 可复用条件，新建页面；Vinay 出现 ≥2 次新建 Entity，Phenops-Team 出现 ≥2 次新建 Entity；与 [[ctp-topic-13-cloud-finops-policies]] 构成政策层→技术实施层互补关系，已记录于 Connections；无内容冲突
+- Conflicts: 无
+
+## [2026-04-25] ingest | CTP Topic 13 Cloud FinOps Micro Focus Policies best practices to optimize the costs
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co.md
+- Status: ✅ 成功摄入
+- Summary: PCG 团队 Uday 和 Vinay 主讲 Cloud FinOps 成本优化政策与最佳实践；PCG 三层服务模型（成本管理→成本优化→治理与自动化）；5 大核心策略（账单可见性、标签合规、预算责任、Reserved Instances 集中管理、区域限制）；安全控制（Godrails/MFA/告警重定向）；Cloud Health 工具；标准化实例选型 + Graviton；研发环境三合一优化
+- Concepts identified: [[FinOps（云财务管理）]]（已存在）、[[Showback/Chargeback]]（已有引用）
+- Entities identified: [[PCG]]（提及但 <2 次）、[[Cloud-Health]]（提及但 <2 次）
+- Source page: wiki/sources/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co.md
+- Notes: PCG 和 Cloud Health 出现次数不足 2 次，不满足独立 Entity 页面创建条件，以 wikilink 形式记录于 Source page；index.md 已更新（替换 expected 条目为实际内容）；overview.md Cloud Transformation 章节已补充（置于 ctp-topic-65 后）；已建立与 ctp-topic-63（自动化调度优化）、ctp-topic-71（Rightsizing）、ctp-topic-27（AWS Instance Scheduler）的连接关系；FinOps 概念页已存在于 wiki/concepts/，无需新建
+- Conflicts: 与 [[ctp-topic-53-why-bother-with-cloud]] 存在视角差异：Topic 13 假设已在云上聚焦优化，Topic 53 聚焦是否应迁移的决策论证；已在 Source page Contradictions 节记录
+
+## [2026-04-25] ingest | CTP Topic 15 Working with Renovatebot
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/06_CI_CD_GitOps/ctp-topic-15-working-with-renovatebot.md
+- Status: ✅ 成功摄入
+- Summary: Paul Hopkins 主讲 Renovate Bot 自动化管理云原生基础设施依赖项更新；解决"依赖地狱"问题，实时扫描 Docker/Terraform/Terragrunt/pre-commit 版本标签并自动发起 Pull Request；通过 Dependency Dashboard 提供全局依赖状态视图；集成 Jenkins 流水线，使用 Podman 容器化运行并配置 Rate Limiting
+- Concepts created: [[Renovate-Bot]], [[Dependency-Management]], [[Semantic-Versioning]]
+- Source page: wiki/sources/ctp-topic-15-working-with-renovatebot.md
+- Notes: Renovate-Bot 出现在 6 个以上来源中（index 有 416 行引用记录），满足 ≥2 次条件，创建独立 Concept 页面；Dependency-Management 和 Semantic-Versioning 作为支撑概念也一并创建；index.md 和 overview.md 均已更新；已建立与 ctp-topic-9（Gruntwork CI/CD）、ctp-topic-33（GitOps 入门）、ctp-topic-32（Atlantis CI/CD）的连接关系；Gruntwork 已有 Entity 页面（wiki/entities/Gruntwork.md），无需新建
+- Conflicts: （暂无）
+
 ## [2026-04-24] ingest | Public Cloud Learning Sessions - Ollie Workflow and The Demand Process - 20240416
 - Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/06_CI_CD_GitOps/public-cloud-learning-sessions-ollie-workflow-and-the-demand-process-20240416-16.md
 - Status: ✅ 成功摄入
--- a/wiki/overview.md
+++ b/wiki/overview.md
@@ -49,6 +49,8 @@ Cloud Transformation Programme (CTP) materials cover AWS landing zones, EKS, Ter

 **[[ctp-topic-33-an-introduction-to-gitops]]**（CTP Topic 33）：Victor Etkin 讲解 GitOps 方法论入门——GitOps 将软件开发原则应用于部署流程，解决部署失败和配置不一致问题。四大原则：声明式配置、版本控制、CD 流程分离、自修复协调器；核心工具仅需 Git。GitOps Controller 持续比对 Git 声明的期望状态与系统实际状态，自动调和偏差。Pull 模型（代理同时监控 Git 和目标系统）比 Push 模型安全性更高，是 GitOps 推荐模式。CI 专注代码构建和分析，CD 专注二进制部署，两者解耦增强安全性。幂等平台（如 Kubernetes）是 CD 流程顺利运行的必要条件。Git 提交日志天然构成合规审计追踪。属 [[GitOps]] 概念层核心来源，与 [[ctp-topic-32-using-atlantis-cicd-for-infrastructure-deployments]]（Atlantis 工具）和 [[ctp-topic-2-git]]（Git 基础）共同构成 CI/CD/GitOps 完整知识链路。

+**[[ctp-topic-15-working-with-renovatebot]]**（CTP Topic 15）：Paul Hopkins 主讲 Renovate Bot 自动化依赖项更新——解决"依赖地狱"问题，实时扫描 Docker 镜像/Terraform 模块/Terragrunt 配置/pre-commit 钩子等版本标签，自动发起 Pull Request；通过 Dependency Dashboard 提供全局依赖状态视图；集成 Jenkins 流水线，使用 Podman 容器化运行并配置 Rate Limiting 避免 PR 风暴；提升基础设施安全性（及时修复漏洞）和配置一致性。属 [[GitOps]] 和 [[CI/CD Pipeline]] 的依赖治理层，与 [[ctp-topic-9-ci-cd-with-gruntwork]]（Gruntwork CI/CD）和 [[ctp-topic-33-an-introduction-to-gitops]]（GitOps 入门）共同构成完整的 IaC 知识链路。
+
 **[[ctp-topic-56-automated-infrastructure-testing]]**（CTP Topic 56）：Mark Francis 主讲自动化基础设施测试——将软件测试原则应用于 Terraform IaC 代码，通过 TerraTest（Golang 框架）实现 apply → test → destroy 自动化验证循环。核心主张：集成测试超越语法检查，验证实际部署行为是否符合预期；倡导测试驱动开发（TDD）应用于 IaC 领域，先写测试再实现功能；提议将测试编写作为基础设施开发的首要步骤，移除手动验证，追求自动化验证套件和更高的部署信心。核心价值观："让机器做重复的事，把人脑留给复杂的人类问题"。属 [[GitOps]] 和 [[CI/CD Pipeline]] 的质量保障层，与 [[ctp-topic-33-an-introduction-to-gitops]]（GitOps 概念）和 [[ctp-topic-32-using-atlantis-cicd-for-infrastructure-deployments]]（Atlantis 工具）共同构成完整的 IaC 质量保障链路。

 **[[ctp-topic-21-supply-chain-security-in-micro-focus]]**（CTP Topic 21）：
@@ -165,6 +167,12 @@ Key concepts: [[Process]], [[Value]], [[Value-Stream]], [[Value-Adding]], [[Wast

 **[[ctp-topic-65-tracing-the-value-delivered-in-cloud-transformation]]**（CTP Topic 65）：云转型中的价值交付量化框架——提供系统性衡量、捕获和优先排序云转型业务价值的方法论。核心内容：①基础概念——过程（Process）将输入转化为产出/成果，成果分硬性（时间/成本/质量）和软性（健康/安全）；Lean 识别三类活动：增值活动、价值赋能活动、浪费；价值（Value）由客户决定，体现为公平回报；②价值流（Value Stream）分为运营价值流（OVS，面向客户）和开发价值流（DVS，内部产品）；③收益量化框架——涵盖财务、生产力、质量和体验四个维度，聚焦收入增长、成本降低、风险改善和服务可获得市场规模（SOM）；④WSJF 优先级排序——通过 Cost of Delay / Size of Job 比值对工作排序，实现"最小投入尽早交付最大价值"；延迟成本 = 业务价值 + 时间紧迫性 + 风险与机会；⑤功能级价值拆解——可按单一功能归属、均分或不均匀分配（基于触达/影响/努力等标准）。属 [[AWS-Landing-Zone]] 价值治理层的核心方法论，与 [[ctp-topic-30-managing-change]]（变更管理）和 [[ctp-topic-20-program-demand-process-flow]]（需求流程）共同构成完整的 CTP 治理知识体系。

+**[[ctp-topic-13-cloud-finops-policies]]**（CTP Topic 13）：PCG 团队 Uday 和 Vinay 主讲 Cloud FinOps 成本优化政策与最佳实践——核心架构：PCG 三层服务模型（成本管理：账单支付/showback-chargeback/预算管理 → 成本优化：Reserved Instances 集中购买与资源去优化 → 治理与自动化：集中式上线/策略开发/自动报告）；5 大核心策略（账单可见性、标签合规、账户负责人预算责任、Reserved Instances 集中管理、区域限制）；安全控制（预安装 Godrails、联合身份管理 MFA、告警重定向至安全团队）；Cloud Health 工具提供资源清单和月度账单洞察；标准化实例选型（M/T/C/R/X 系列）+ Graviton ARM 实例节省成本；研发环境三合一优化（突发性实例 + Spot 实例 + 实例调度器）。属 [[FinOps（云财务管理）]] 在 [[Micro Focus]] 云转型场景的核心实践，与 [[ctp-topic-63-optimise-resource-cost-using-automation]]（自动化调度优化）和 [[ctp-topic-71-pcgs-guide-to-rightsizing]]（Rightsizing 最佳实践）共同构成完整的 FinOps 知识链路。
+
+**[[public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]]**（Public Cloud Learning Sessions，Vinay 主讲）：AWS 云成本优化技术深度实践——**工作负载优化**聚焦现代化（EC2 新代际/Graviton 20-25% 节省/AMD 6-10% 节省/GP2→GP3 存储 20% 节省/EKS 最新版避免扩展支持费/Spot 实例 90% 折扣）和 Right Sizing（EC2 Right Sizing 报告/实例调度/闲置资源清理）。**费率优化**讲解 Savings Plans 和 Reserved Instances 的两种承诺类别（资源级 vs 灵活），以及完整实施流程（前置 Right Sizing → 分析 24/7 工作负载 → 财务沟通 → 账户所有者审批 → 利用率监控报告）。关键规则：承诺计划仅支持无预付选项，最低交易金额 $5k/年，仅由 Phenops 团队实施。属 FinOps 技术实施层，与 [[ctp-topic-13-cloud-finops-policies]]（政策框架）互补，共同构成"政策 → 技术实施"完整链路。
+
+**[[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]]**（Public Cloud Learning Sessions，Mike Dukes 和 Steele Taylor 主讲）：AWS EC2 成本优化最佳实践深度解析——核心主题覆盖计算效率、Nitro 系统、Graviton 使用、EC2 Spot 竞价实例和容器化成本部署。AWS Nitro 系统通过将网络、存储和安全组件外部化来提升效率；Graviton 处理器基于 ARM64 架构，提供高达 40% 更好的性价比，功耗比同等 x86 实例减少高达 60%；EC2 Spot 实例利用 AWS 闲置容量提供高达 90% 的按需价格折扣；购买选项包括 On-Demand、Savings Plans 和 Spot Instances。Spot Invaders 游戏作为容错混沌工程的实践案例，展示了在 EKS 上使用 Spot 实例构建弹性应用的最佳实践。Graviton 适用于大多数工作负载（Web 服务、容器、HPC 批处理、大数据、CI/CD），但排除有状态服务（如数据库）；Spot 和 Graviton 可组合使用以最大化成本节省。属 [[FinOps（云财务管理）]] 技术实践层，与 [[public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]]（成本优化技术）和 [[ctp-topic-13-cloud-finops-policies]]（政策框架）共同构成完整的 EC2 成本优化知识链路。
+
 **[[ctp-topic-20-program-demand-process-flow-and-poc-onboarding]]**（CTP Topic 20）：云转型计划的程序需求流程与 POC 入职流程——Sergio 和 Damian 主讲。核心内容：①需求来源——主要由业务案例（如数据中心关闭）、高层管理人员战略优先级及产品路线图驱动；②Gate Process——Gate 0 评估准入、Gate 1 负责 Design Authority 审批、Gate 3 作为启动迁移的最终准入；③POC 目的——不仅验证架构和技术可行性，还包括让团队熟悉基于 Gruntwork 的新一代 Landing Zone；④新环境特点——强调 IaC（Terraform/Terragrunt）自动化部署，严禁手动构建；⑤PCG 团队——平台控制组，负责提供云环境支持、安全策略制定及协助产品组进行 POC；⑥成功标准——POC 成功标准必须在启动前明确定义。属 CTP 治理知识体系入口，与 [[ctp-topic-65]]（价值量化）、[[ctp-topic-57]]（需求管理）、[[ctp-topic-30]]（变更管理）共同构成完整的治理框架链条。

 **[[ctp-topic-47-enterprise-architecture-cloud-standards]]**（CTP Topic 47）：Lindsay 分享企业架构云标准——核心概念：Landing Zone 框架聚焦安全、合规和可管理性，为云工作负载提供托管基础，包含账户结构（dev/stage/prod）、网络、安全、访问管理和遥测；账户结构与环境和角色对齐，通过零信任和最小权限原则定义访问控制；Terraform/Terragrunt 实现 IaC，促进标准化和可测试性；云防护栏文档捕获强制性要求和最佳实践，指导可扩展性、成本最小化和灵活性；功能分区将单体应用拆分为更小的独立模块或无服务器函数。强调需要应用团队的输入来完善防护栏并纳入实践经验。属 [[AWS-Landing-Zone]] 企业架构层的理论补充。
@@ -445,7 +453,8 @@ Key concepts: [[Generalist]], [[Self-Education]], [[Self-Interest]], [[Self-Suff
 - **[[Amazon Aurora]]** — 云原生关系型数据库，6 副本跨 3 AZ 共享集群卷架构
 - [[Greg Klau]] — CTP Topic 66 讲师，主讲 PostgreSQL RDS vs Aurora 差异对比
 - [[Martin Rosler]] — Learning Sessions 讲师，主讲 OpenText Tagging Standard v2，聚焦云资源标签标准化
- [[Phenops-Team]] — OpenText 内部团队，2023 年发起云资源标签标准化项目
+- [[Vinay]] — FinOps 团队成员，主讲云成本优化技术实践（工作负载优化 + 费率优化）；Graviton 20-25% 节省、Spot 90% 折扣、Savings Plans 实施流程
+- [[Phenops-Team]] — OpenText 内部团队，2023 年发起云资源标签标准化项目，负责 Savings Plans 和 Reserved Instances 费率承诺计划的统一实施（最低 $5k/年，仅无预付选项）
 - **[[Google-Cloud]]** — Google Cloud Platform
 - [[Btop++]] — TUI系统监控器，作者首选
 - [[Htop]] — 轻量级TUI进程监控器
--- a/wiki/sources/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co.md
+++ b/wiki/sources/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co.md
@@ -0,0 +1,52 @@
+---
+title: "CTP Topic 13 Cloud FinOps Micro Focus Policies best practices to optimize the costs"
+type: source
+tags:
+  - FinOps
+  - Cost-Optimization
+  - AWS
+  - PCG
+  - CTP
+date: 2026-04-14
+---
+
+## Source File
+- [[Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co]]
+
+## Summary（用中文描述）
+- 核心主题：Cloud FinOps 成本优化政策与最佳实践，由 PCG 团队的 Uday 和 Vinay 主讲
+- 问题域：公共云账单可见性、标签合规、预算责任、Reserved Instances 集中管理、研发环境成本优化
+- 方法/机制：PCG 三层服务模型（成本管理→成本优化→治理与自动化）、5 大核心策略、安全控制（Godrails/MFA/告警重定向）、标准化实例选型
+- 结论/价值：建立系统化的 FinOps 流程，通过集中 Reserved Instances 购买、标准化实例类型、Graviton 迁移和实例调度器实现持续成本优化
+
+## Key Claims（用中文描述）
+- PCG 通过三层服务分层（成本管理→成本优化→治理与自动化）为云账单提供完整的可见性和优化机制
+- 强制标签合规是实现 showback/chargeback 和预算责任的基础
+- Reserved Instances 和 Savings Plans 必须集中购买才能实现规模效益
+- Graviton ARM 实例比 Intel 实例更具成本优势，可直接节省成本
+- 研发环境通过突发性实例 + Spot 实例 + 实例调度器三重组合可大幅降低费用
+
+## Key Quotes
+> "使用 Cloud Health 工具查看资源清单、月度账单洞察和成本分析" — Cloud Health 是成本优化的核心监控工具
+
+## Key Concepts
+- [[FinOps（云财务管理）]]：云成本优化学科，平衡云使用量、速度和成本
+- [[Showback/Chargeback]]：成本分摊机制，showback 让团队看到成本数据，chargeback 向团队直接收取成本
+- [[AWS-Instance-Families]]：AWS EC2 实例类型分类（M/T/C/R/X 系列），选型直接影响成本
+- [[Reserved-Instances-Savings-Plans]]：承诺使用计划，通过预留容量换取折扣
+- [[Graviton-Instances]]：AWS ARM 架构处理器实例，相比 Intel 实例成本更低
+
+## Key Entities
+- [[PCG]]：Public Cloud Governance 团队，由 Uday 和 Vinay 主导，负责云治理、成本管理和 FinOps 政策
+- [[Cloud-Health]]：Ansys Cloud Health 云成本分析和监控工具
+
+## Connections
+- [[ctp-topic-63-optimise-resource-cost-using-automation]] ← depends_on ← [[ctp-topic-13-cloud-finops-policies]]
+- [[ctp-topic-71-pcgs-guide-to-rightsizing-why-how-when]] ← depends_on ← [[ctp-topic-13-cloud-finops-policies]]
+- [[ctp-topic-27-aws-instance-scheduler]] ← extends ← [[ctp-topic-13-cloud-finops-policies]]
+
+## Contradictions
+- 与 [[ctp-topic-53-why-bother-with-cloud]] 冲突：
+  - 冲突点：[[ctp-topic-13]] 假设业务已上云，聚焦优化；[[ctp-topic-53]] 聚焦是否应迁移的决策论证
+  - 当前观点：默认已在云上，专注于持续优化成本
+  - 对方观点：云迁移决策本身需要商业价值论证
--- a/wiki/sources/ctp-topic-15-working-with-renovatebot.md
+++ b/wiki/sources/ctp-topic-15-working-with-renovatebot.md
@@ -0,0 +1,53 @@
+---
+title: "CTP Topic 15 Working with Renovatebot"
+type: source
+tags:
+  - Renovatebot
+  - Dependency-Update
+  - GitOps
+  - CTP
+  - CI/CD
+date: 2026-04-14
+---
+
+## Source File
+- [[Cloud & DevOps/Public-Cloud-Learning-Sessions/06_CI_CD_GitOps/ctp-topic-15-working-with-renovatebot]]
+
+## Summary（用中文描述）
+- 核心主题：利用 Renovate Bot 自动化管理云原生基础设施中的依赖项更新
+- 问题域：云架构中依赖项无处不在（Docker 基础镜像、Maven 依赖、Terraform 模块、Kubernetes Helm Charts 等），团队维护大量 Gruntwork Terraform 模块和 Terragrunt 配置时，手动更新版本号耗时耗力且极易滞后
+- 方法/机制：Renovate Bot 实时扫描代码库，识别过时的版本标签（Semantic Versioning），自动发起 Pull Request；通过 `renovate.json` 配置管理策略；集成 Jenkins 流水线；使用 Dependency Dashboard 汇总所有依赖状态
+- 结论/价值：实现依赖更新的自动化与标准化，提升基础设施安全性（及时修复漏洞），确保开发环境与生产环境配置的一致性
+
+## Key Claims（用中文描述）
+- Renovate Bot 通过实时扫描代码库，可自动识别 Docker/Terraform/Terragrunt/pre-commit 等多种依赖项的过时版本标签，并自动发起 Pull Request
+- Dependency Dashboard 在 GitHub Issue 中汇总所有待更新项，提供全局依赖状态视角
+- 团队通过 `renovate.json` 文件定义管理策略，支持 Terraform、Terragrunt、Docker 及 pre-commit 钩子等多种技术栈
+- 在 Jenkins 流水线中集成 Renovate Bot，通过 Podman 本地容器化运行和合理的 Rate Limiting 配置，可解决 GitHub Enterprise 适配和并发 PR 性能瓶颈
+
+## Key Quotes
+> "在复杂的云架构中，依赖项无处不在——Docker 基础镜像、Maven 依赖、Terraform 模块、Kubernetes Helm Charts 等，手动更新版本号耗时耗力且极易滞后。" — Paul Hopkins，介绍依赖地狱问题背景
+> "Renovate Bot 能够实时扫描代码库，识别过时的版本标签，并自动发起 Pull Request，保持依赖项处于最新状态。" — Paul Hopkins，Renovate 核心价值
+
+## Key Concepts
+- [[Renovate-Bot]]：开源依赖自动化更新工具，通过扫描代码并自动提交 PR 来保持依赖项处于最新状态
+- [[Dependency-Dashboard]]：Renovate 在 GitHub 仓库中自动创建的 Issue，汇总所有依赖状态、待处理的 PR 及更新选项
+- [[Semantic-Versioning]]：语义化版本控制，采用 `主版本号.次版本号.修订号` 格式，Renovate 依据此规则判断更新级别
+- [[Rate-Limiting]]：速率限制，防止自动化工具瞬间产生过多 PR 导致 CI/CD 系统崩溃
+- [[Pre-commit-Hooks]]：在提交代码前运行的脚本工具，Renovate 可自动更新这些钩子插件的版本
+- [[Dependency-Management]]：依赖管理，对项目中引用的外部库、模块或镜像的版本进行跟踪、更新和维护
+
+## Key Entities
+- [[Paul-Hopkins]]：本次会议主讲人，分享 Renovate Bot 在团队中的实践经验
+- [[Gruntwork]]：提供 Terraform 模块和 Terragrunt 配置的 IaC 库，团队依赖其进行基础设施代码管理
+- [[Terragrunt]]：Terraform 的轻量级封装层，用于处理多环境配置、减少重复代码（DRY）及管理远程状态
+- [[Jenkins]]：CI/CD 流水线工具，当前用于集成 Renovate Bot 的自动化执行
+
+## Connections
+- [[ctp-topic-9-ci-cd-with-gruntwork]] ← relates_to ← [[ctp-topic-15-working-with-renovatebot]]
+- [[ctp-topic-33-an-introduction-to-gitops]] ← extends ← [[ctp-topic-15-working-with-renovatebot]]
+- [[ctp-topic-32-using-atlantis-cicd-for-infrastructure-deployments]] ← related_to ← [[ctp-topic-15-working-with-renovatebot]]
+- [[Pre-commit-Hooks]] ← managed_by ← [[ctp-topic-15-working-with-renovatebot]]
+
+## Contradictions
+- 暂无发现与现有 Wiki 内容的冲突
--- a/wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md
+++ b/wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md
@@ -0,0 +1,66 @@
+---
+title: "Public Cloud Learning Sessions - Best practices for EC2 cost optimization in AWS - 20240529"
+type: source
+tags:
+  - AWS
+  - EC2
+  - Cost-Optimization
+  - Graviton
+  - Spot-Instances
+date: 2026-04-14
+---
+
+## Source File
+- [[Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md]]
+
+## Summary（用中文描述）
+- 核心主题：AWS EC2 成本优化最佳实践
+- 问题域：云成本管理、FinOps、计算效率优化
+- 方法/机制：
+  - AWS Nitro 系统外部化网络/存储/安全组件提升效率
+  - Graviton ARM 处理器实例提供高达 40% 性价比提升
+  - Spot 实例利用闲置容量提供高达 90% 折扣
+  - 购买选项：On-Demand、Savings Plans、Spot Instances
+- 结论/价值：云效率优化需结合架构最佳实践 + 正确的实例类型选择 + 合适的购买选项
+
+## Key Claims（用中文描述）
+- Graviton 实例比同等 x86 实例提供高达 40% 更好的性价比
+- Graviton Free 功耗比同等 x86 实例减少高达 60%
+- EC2 Spot 实例提供高达 90% 的按需定价折扣
+- Spot + Graviton + 容器可实现最大化成本节省（适用于 Web 服务、容器、HPC 批处理、大数据和 CI/CD）
+- Spot 实例可与 EKS/ECS 自动扩展集成，支持自动响应中断
+
+## Key Quotes
+> "When we start talking about architecting and using best practice efficiency in the cloud, you effectively only pay for what you use when you use AWS." — 云效率核心理念
+
+> "Graviton Free actually uses up to 60% less power consumption than comparable X86-based instances." — Graviton 能效优势
+
+## Key Concepts
+- [[AWS-Graviton]]：基于 ARM64 的 AWS 自研处理器，提供更高的每瓦性能，支持计算优化型、内存优化型和通用型实例
+- [[EC2-Spot-Instances]]：利用 AWS 闲置容量的竞价型实例，提供高达 90% 的按需价格折扣
+- [[AWS-Nitro-System]]：将网络、存储和安全功能从 CPU 卸载到专用硬件，提升 EC2 实例效率
+- [[Savings-Plans]]：AWS 承诺使用量的定价选项，提供低于按需价格的折扣
+- [[EC2-Purchase-Options]]：On-Demand（按需）、Savings Plans（节约计划）、Spot Instances（竞价实例）三种购买选项
+- [[FinOps]]：云财务管理实践，平衡云成本与业务价值
+
+## Key Entities
+- [[AWS]]：亚马逊云服务提供商，提供 EC2 计算服务
+- [[Mike Dukes]]：AWS 专家，分享 EC2 成本优化实践
+- [[Steele Taylor]]：AWS 专家，分享 EC2 成本优化实践
+- [[Amazon-EKS]]：Elastic Kubernetes Service，Spot 实例可与 EKS 集成实现自动扩展
+- [[Amazon-ECS]]：Elastic Container Service，Spot 实例支持容器工作负载
+
+## Connections
+- [[public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]] ← related_to ← [[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]]
+- [[ctp-topic-13-cloud-finops-policies]] ← extends ← [[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]]
+- [[ctp-topic-71-pcgs-guide-to-rightsizing]] ← extends ← [[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]]
+- [[ctp-topic-63-optimise-resource-cost-using-automation]] ← extends ← [[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]]
+- [[public-cloud-learning-sessions-eks-optimization-part-1-of-3-compute-optimization]] ← extends ← [[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]]
+- [[public-cloud-learning-sessions-eks-optimization-part-3-of-3-introduction-to-eks]] ← extends ← [[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]]
+
+## Contradictions
+- 与 [[ctp-topic-14-octane-hub-on-aws]] 可能的冲突：
+  - 冲突点：Graviton 对有状态服务（如数据库）的适用性
+  - 当前观点：[[public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2]] 建议 Graviton 适用于大多数场景，但排除有状态服务如数据库
+  - 对方观点：Octane Hub 案例中提到 MSSQL→Postgres 迁移，可能涉及对 Graviton 的进一步评估
+  - 补充说明：[[ctp-topic-66-rds-vs-aurora]] 提到 Aurora PostgreSQL 迁移到 Graviton 相对简单，表明有状态服务也在逐步支持 Graviton
--- a/wiki/sources/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md
+++ b/wiki/sources/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md
@@ -0,0 +1,74 @@
+---
+title: "Public Cloud Learning Sessions - Reducing Cloud Costs - 20250318"
+type: source
+tags:
+  - AWS
+  - Cost-Optimization
+  - FinOps
+  - EC2
+  - Graviton
+  - Spot-Instances
+  - Savings-Plans
+  - Rightsizing
+date: 2025-03-18
+---
+
+## Source File
+- [[Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]]
+
+## Summary（用中文描述）
+- 核心主题：AWS 云成本优化，聚焦工作负载优化（Workload Optimization）和费率优化（Rate Optimization）两大路径
+- 问题域：企业 AWS 云账单持续攀升，如何通过技术手段和采购策略双管齐下降低云支出
+- 方法/机制：
+  - **工作负载优化**：现代化（Modernization，即升级到新一代实例）+ 合理配置（Right Sizing，即按需调整资源规格）
+  - **费率优化**：基于承诺消费的折扣计划（Savings Plans / Reserved Instances）
+- 结论/价值：云成本优化是 FinOps 团队与业务团队协作的系统性工程，需先完成 Right Sizing 再实施费率承诺计划
+
+## Key Claims（用中文描述）
+- **EC2 现代化**：从 Intel/旧代际实例迁移到新一代实例（如 M6→M7/M8），新代际实例通常更便宜且性能更优；但 M6 之后 AWS 调整了定价模型，M7/M8 价格略高
+- **AMD 实例**：从 Intel 迁移到 AMD 可节省 6-10% 的按需价格，适用于 Windows 和 Linux 工作负载
+- **Graviton 性价比**：Graviton ARM 实例可节省 20-25% 的按需成本，结合 EDP 折扣和承诺计划可进一步降低总支出，仅适用于 Linux 工作负载
+- **存储升级**：从 GP2 升级到 GP3 可直接节省 20% 成本，且无需停机
+- **EKS 升级必要性**：EKS 集群升级到最新版本可避免高昂的扩展支持费用（Extended Support 成本显著更高）
+- **Spot 实例折扣**：Spot 实例相比按需价格最多可享 90% 折扣，适用于大数据、CI/CD、Web 服务器和 HPC 场景
+- **Right Sizing**：通过 EC2 Right Sizing 报告识别 CPU/内存/网络使用率，配置实例调度（非生产环境按业务时间启停）可将成本降至按需价格的 40%
+- **闲置资源清理**：删除闲置负载均衡器、未关联的弹性 IP、利用率不足的 EBS 卷和旧快照，可显著降低账单
+- **费率优化前提**：费率优化前必须先完成 Right Sizing，否则承诺了错误规格反而浪费
+- **Savings Plans vs RI**：AWS 提供 Savings Plans（EC2/Compute）和 Reserved Instances（RDS/ElastiCache/CloudFront 等），分为资源级承诺（折扣高但受限）和灵活承诺（折扣标准但灵活度高）
+
+## Key Quotes
+> "Whenever there's a new family launched by the hyperscale, the latest families are almost cheaper." — Vinay（FINOPS team），说明超大规模厂商新一代实例通常性价比更高
+>
+> "Rather than spending up unnecessary moment on the extended support, you can deploy additional four or five cluster, right." — Vinay，强调 EKS 扩展支持费用高昂，应优先升级而非续费扩展支持
+>
+> "Spot instances can provide up to 90% discount compared to on-demand, suitable for big data, CI/CD pipelines, web servers, and HPC." — Vinay，Spot 实例最高可享 90% 折扣
+>
+> "Only the Phenops's team can implement commitment plans." — 费率承诺计划必须由 Phenops 团队实施
+>
+> "All commitment plans will be purchased with no upfront payment options only. The minimum transaction value is 5k per annum." — 承诺计划仅支持无预付选项，最低交易金额为每年 5k 美元
+
+## Key Concepts
+- [[Cloud Cost Optimization]]：云成本优化的核心策略——工作负载优化（技术手段）+ 费率优化（采购策略）
+- [[Graviton]]：AWS ARM 架构处理器，相比 Intel/AMD 可节省 20-25% 按需成本，仅适用于 Linux 工作负载
+- [[Spot Instances]]：AWS 竞价实例，相比按需价格最高可享 90% 折扣，适用于容错工作负载
+- [[Savings Plans]]：AWS 基于承诺消费的折扣计划，提供 EC2 Savings Plans 和 Compute Savings Plans 两种类型
+- [[Reserved Instances]]：AWS 预留实例，为 RDS/ElastiCache/CloudFront 等服务提供承诺折扣
+- [[Right Sizing]]：根据实际 CPU/内存/网络使用率调整实例规格，是费率优化前的必要前置步骤
+- [[EKS Extended Support]]：EKS 扩展支持费用显著高于常规支持，应优先升级到最新版本以避免额外支出
+- [[EDP (Enterprise Discount Program)]]：AWS 企业折扣计划，与 Graviton 实例结合可进一步降低总成本
+- [[GP2 vs GP3]]：EBS 存储类型升级，GP3 比 GP2 便宜 20%，且无需停机
+
+## Key Entities
+- [[Vinay]]（FINOPS team）：FinOps 团队成员，主讲本次云成本优化学习 sessions
+- [[Phenops-Team]]：OpenText 内部团队，负责实施费率承诺计划（Savings Plans / Reserved Instances）
+- [[AWS]]：Amazon Web Services，云成本优化的平台，提供了 Graviton/Spot/Savings Plans 等成本优化工具
+
+## Connections
+- [[ctp-topic-13-cloud-finops-policies]] ← extends ← [[public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]]：Topic 13 定义 FinOps 政策框架（5 大策略 + PCG 三层服务模型），本文补充具体技术实施路径（EC2 优化细节）
+- [[ctp-topic-63-optimise-resource-cost-using-automation]] ← extends ← [[public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]]：Topic 63 聚焦自动化调度优化，本文聚焦 Right Sizing + 费率承诺，两者互补构成完整 FinOps 技术栈
+- [[ctp-topic-71-pcgs-guide-to-rightsizing]] ← extends ← [[public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]]：Topic 71 是 Right Sizing 最佳实践指南，本文补充了 EC2 Right Sizing 报告的具体使用方法
+- [[ctp-topic-13-cloud-finops-policies]] ← depends_on ← [[ctp-topic-63-optimise-resource-cost-using-automation]]：政策层依赖技术层落地
+- [[ctp-topic-63-optimise-resource-cost-using-automation]] ← depends_on ← [[public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco]]：自动化优化需先完成本文所述的 Right Sizing 分析
+
+## Contradictions
+- 无明显冲突。本文档中"新代际实例通常更便宜"的观点与 AWS 文档中"M7/M8 比 M6 略贵"的信息构成补充说明而非矛盾——前者描述一般规律，后者指出 M6 之后的定价模型调整。