Auto-sync: 2026-04-24 16:03
This commit is contained in:
@@ -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]] 聚焦是否应迁移的决策论证
|
||||
- 当前观点:默认已在云上,专注于持续优化成本
|
||||
- 对方观点:云迁移决策本身需要商业价值论证
|
||||
53
wiki/sources/ctp-topic-15-working-with-renovatebot.md
Normal file
53
wiki/sources/ctp-topic-15-working-with-renovatebot.md
Normal 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 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 内容的冲突
|
||||
@@ -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
|
||||
@@ -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 之后的定价模型调整。
|
||||
Reference in New Issue
Block a user