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

This commit is contained in:
2026-04-24 16:03:17 +08:00
parent 81d97ce6c1
commit 2e0b9940ed
15 changed files with 565 additions and 4 deletions

View File

@@ -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]] 聚焦是否应迁移的决策论证
- 当前观点:默认已在云上,专注于持续优化成本
- 对方观点:云迁移决策本身需要商业价值论证

View File

@@ -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 HopkinsRenovate 核心价值
## 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 内容的冲突

View File

@@ -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 ServiceSpot 实例可与 EKS 集成实现自动扩展
- [[Amazon-ECS]]Elastic Container ServiceSpot 实例支持容器工作负载
## 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

View File

@@ -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 PlansEC2/Compute和 Reserved InstancesRDS/ElastiCache/CloudFront 等),分为资源级承诺(折扣高但受限)和灵活承诺(折扣标准但灵活度高)
## Key Quotes
> "Whenever there's a new family launched by the hyperscale, the latest families are almost cheaper." — VinayFINOPS 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." — VinaySpot 实例最高可享 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 teamFinOps 团队成员,主讲本次云成本优化学习 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 之后的定价模型调整。