From 2e0b9940edbcc2e8d4895cb620bcf1378ffbb7ef Mon Sep 17 00:00:00 2001 From: weishen Date: Fri, 24 Apr 2026 16:03:17 +0800 Subject: [PATCH] Auto-sync: 2026-04-24 16:03 --- .DS_Store | Bin 14340 -> 10244 bytes wiki/concepts/Dependency-Management.md | 31 ++++++++ wiki/concepts/Renovate-Bot.md | 38 +++++++++ wiki/concepts/Savings-Plans.md | 57 ++++++++++++++ wiki/concepts/Semantic-Versioning.md | 37 +++++++++ wiki/concepts/Spot-Instances.md | 40 ++++++++++ wiki/entities/Phenops-Team.md | 30 +++++++ wiki/entities/Vinay.md | 35 +++++++++ wiki/index.md | 14 +++- wiki/log.md | 31 ++++++++ wiki/overview.md | 11 ++- ...icies-best-practices-to-optimize-the-co.md | 52 ++++++++++++ .../ctp-topic-15-working-with-renovatebot.md | 53 +++++++++++++ ...ices-for-ec2-cost-optimization-in-aws-2.md | 66 ++++++++++++++++ ...loud-costs-20250318-170100-meeting-reco.md | 74 ++++++++++++++++++ 15 files changed, 565 insertions(+), 4 deletions(-) create mode 100644 wiki/concepts/Dependency-Management.md create mode 100644 wiki/concepts/Renovate-Bot.md create mode 100644 wiki/concepts/Savings-Plans.md create mode 100644 wiki/concepts/Semantic-Versioning.md create mode 100644 wiki/concepts/Spot-Instances.md create mode 100644 wiki/entities/Phenops-Team.md create mode 100644 wiki/entities/Vinay.md create mode 100644 wiki/sources/ctp-topic-13-cloud-finops-micro-focus-policies-best-practices-to-optimize-the-co.md create mode 100644 wiki/sources/ctp-topic-15-working-with-renovatebot.md create mode 100644 wiki/sources/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md create mode 100644 wiki/sources/public-cloud-learning-sessions-reducing-cloud-costs-20250318-170100-meeting-reco.md diff --git a/.DS_Store b/.DS_Store index 65b99dcbff5f5ad8b8fde3e413663725fd7d0cfb..4162b0614d4b2b5f16cd7f9392e8a474da1f25a8 100644 GIT binary patch delta 182 zcmZoEXbF&DU|?W$DortDU{C-uIe-{M3-C-V6q~3gIoZI3MHI+qPy=E{pg2QLx?yl~ zes00Wi)QQ-9~5q8=V0MrRGZABP`%kzv4nB*dF2b6SF05;Pwv+i++3ht%RF(i+-76J z4@{GLB{eo)<6stK2AK!6h8sw@f~?wj@jLTmeiL0rhRG&8%99gJ*f}*oDuDJGOwKWx OxcQ-m6(iKV9gG0Hc`S(l literal 14340 zcmeHNTWlOx8UAP2c6NP9)~=l!DOtr-sxRPbe(#g#F3M%_cC4&o}Jn3 zuGev$L!wT|EzY9`HO+_5j0&FiuwX+2xW|a_GQ?h48GO zh4B199eDt63)^L%T`pNAX9W*uMQO1rc8Z}`>}U@&a+G~`xnz|VJ1G`BDYj(A&QKIC z9eiO4pk1fnYtNh^N0vKJT9L6_69VcC;_m8bducy1CNi&n> zqtSM2x1efFad%*Vx3f9_G ziTQli_Q~x;R@d@{uC8AxK7U<(!=}KdKvUp+bjF;I7UG4u{6IW6$^MO-rk*I(bAE*?G7dobMn@Pk(l zh8MfLdyXCq_x2vWawQn(=sf)BSZr3$80Ipw3hLX4N-fs^^7ZSe+2&};qHT`yvywUY zLZOmD!N#WMmd#s2t!?+Uwzqb4bZp(WeMj3TcEv*XCF051bdD)HXzFHeK%Y}%p)Gls zJCZbwlR32rGbak_r9xDD3SDhg3}b5QLZxYZAq$%JN&_EsIH#({WICs%MyIFqYGFdC zpJmdLIaAk9nt83Dna0_3TzWyxj2P1-k^mi`eu~mLx=2g(B7KiurXSK<^gH^1R+ScItFlKqpd3_sl!uf)rC%9S zCY32Au6)tr_myt({q}fvq2y7qZ?UxBMiitmIu4mb^aRR7K!lV$^JxIQH-woV!un95 z-yHCR)iO8@U`ig`1-e89ncw%@s+H3K`)0wbD4M(K^n*CNt%HK4W$EBls)Tn zNVwA2aT6RaOQ z^1aLVR(CJoUB3IwJCXhBZT;?Qb8PX#3*(;~J23j*l$rT3a&eXAXWecx81hOo>SHgB zzW1a)x-I&lY$1!CBuo=1Hw+?FjQ0>>10zD^HdiA;djI&9@fNHU7Nrl~?AS$S=7^w=z*M_q|djuS5b7_!TKVtnwEHx88I1EIeX z;kfn7@xUz%?HwO;4?F_>>M%Rgc$O5zx#9oJov(>~;@n{G-zTgLyUZ)bjBfqn-0(mC zE^|u|`Nc4@iwI)hsN1uI#r=vni+$i2an5vUzk$<;mXI=g9nyHaXa(9{Yk7l5^LAfl zcE7!6cWL(XK2dv8R=|pgy&riF%Rw}(YV4d;=>^>-y&Uwij>CU-8&lMG_0wgY9Ak;z zUyDw%!`BCqh}ioPP2^!gRffiMC~+r8pcHlYZ-0gD%?Q1s*56H*wU#I8(W)9;l4bPV>$S%h zt$X`wc@MG1xT1yYQ%hD_?6x05`14ihS%+0)VhvS$67xe5XH)>%T!LQKZiK7nCHf#o@h32A zBRJi19z-}2M?GdK+fB{VjEtImmq65|0qcP69<$w~D!qA(b5)3OB-)LVK}be(}auO<-;}bm)jp<|fDURv*mR0s5 z&-cW;<)HtVU{}w7`u50Sn1^2*7rz`gTZ+6|fBzjIje|yvxrmm2IbM2iTlF=#7;UXZ zC&gJ?S0K_mYI>mF>gj4idA#=b|26r&4$lLg2mb#(pwtaThgcw})UX8s4w6iwDV&UE z1t&XD=PbA|6849Gj)y<&bG&1$t#qKTkJV8wStV*X{s$id*39UK%HIa9pV5m?r1hz# W=aQHId-?yr`~{Yj7XBCG=YIkP2aPlU diff --git a/wiki/concepts/Dependency-Management.md b/wiki/concepts/Dependency-Management.md new file mode 100644 index 00000000..b032cee1 --- /dev/null +++ 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]] diff --git a/wiki/concepts/Renovate-Bot.md b/wiki/concepts/Renovate-Bot.md new file mode 100644 index 00000000..9a4f269f --- /dev/null +++ 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]] diff --git a/wiki/concepts/Savings-Plans.md b/wiki/concepts/Savings-Plans.md new file mode 100644 index 00000000..ed73d72a --- /dev/null +++ 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 的团队 diff --git a/wiki/concepts/Semantic-Versioning.md b/wiki/concepts/Semantic-Versioning.md new file mode 100644 index 00000000..8cbb4e59 --- /dev/null +++ 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]] diff --git a/wiki/concepts/Spot-Instances.md b/wiki/concepts/Spot-Instances.md new file mode 100644 index 00000000..b9c97ef6 --- /dev/null +++ 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，避免浪费 diff --git a/wiki/entities/Phenops-Team.md b/wiki/entities/Phenops-Team.md new file mode 100644 index 00000000..b3a6e9f9 --- /dev/null +++ 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 团队成员协作推进成本优化 diff --git a/wiki/entities/Vinay.md b/wiki/entities/Vinay.md new file mode 100644 index 00000000..77a85646 --- /dev/null +++ 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]]（负责实施费率承诺计划） diff --git a/wiki/index.md b/wiki/index.md index 7c0d8cae..c650fe15 100644 --- 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) diff --git a/wiki/log.md b/wiki/log.md index 82666c90..e9abab1e 100644 --- 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: ✅ 成功摄入 diff --git a/wiki/overview.md b/wiki/overview.md index 990065a0..d4b9200a 100644 --- 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进程监控器 diff --git 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 new file mode 100644 index 00000000..de8d13b3 --- /dev/null +++ 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]] 聚焦是否应迁移的决策论证 + - 当前观点：默认已在云上，专注于持续优化成本 + - 对方观点：云迁移决策本身需要商业价值论证 diff --git a/wiki/sources/ctp-topic-15-working-with-renovatebot.md b/wiki/sources/ctp-topic-15-working-with-renovatebot.md new file mode 100644 index 00000000..71a7e977 --- /dev/null +++ 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 内容的冲突 diff --git 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 new file mode 100644 index 00000000..9e971884 --- /dev/null +++ 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 diff --git 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 new file mode 100644 index 00000000..b341d778 --- /dev/null +++ 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 之后的定价模型调整。