Kubecost 最近开源了 OpenCost,这是 Kubernetes 工作负载的开源成本标准。OpenCost 能够使用单一模型跨不同环境对 Kubernetes 成本进行实时监控、度量和管理。
OpenCost 引入了一个新规范和实现来监控和管理 Kubernetes 1.8 以上环境中的成本。
在 KubeCon+CloudNativeCon NA 2022 大会上,InfoQ 采访了 Kubecost 的首席执行官 Webb Brown,探讨了 OpenCost,其与开发人员的相关性,以及 Kubernetes 成本管理的现状。
Webb Brown:我们与一群贡献者一起为 Kubernetes 或基于容器的成本分配和成本监控构建了第一个开放标准或开放规范。我们曾与红帽、亚马逊云科技、谷歌、New Relic 等公司的团队合作过。在今年早些时候,我们将其开源了,并将其贡献给了 CNCF。OpenCost 被 CNCF 接受,它是一个沙盒项目。
我们认为这一点非常重要,因为目前还没有统一的通用语言或定义来判定命名空间、pod 或部署等成本。我们看到,对于这个社区构建的标准,越来越多的人支持将它集中在一组公共定义上。
今天,我们有了越来越多的集成。本周我们刚刚进行了第四次集成发布,还有很多工作要做。看到社区聚集在一起,并将其视为一个公认的定义,真是令人兴奋。
Webb Brown:我们可以看到许多不同的产品都采用了成本度量,无论是 Grafana 还是其他 FinOps 平台,如 Vantage,它最近推出了对 EKS 的 OpenCost 成本监控的支持。
我们已经看到了大量的采用,并得到了积极的反馈。我认为这是开源带给我们的。我们还有很多集成和数据,准备用到更令人兴奋的地方。
Webb Brown:回顾一下历史是有帮助的。当我们在 2019 年启动 Kubecost 开源项目时,我们调查的超过 90% 的团队报告称,对 Kubernetes 集群没有准确的成本可见性。
去年,CNCF 做了一项研究,这个数字约为 70%。今天我们认为已经接近 50% 了。现在,我们看到越来越多的团队有了可见性,而在一两年前,大多数团队都处于黑盒状态。Kubernetes 成本管理就是让团队准确、实时地了解其所有基础设施的成本。
现在我们正在进入第二阶段,在这个阶段中,我们有了很好的可见性,那么如何确保高效地运行基础设施呢?我们如何在考虑应用程序和组织目标的情况下,在优化性能、可靠性和成本之间进行平衡?
这非常令人兴奋。同样,我们认为成本本身就是一个独立的重要指标,但它与所有其他因素都有着密切的联系。我们看到越来越多的团队进入了第二阶段,目前我们正在与成千上万的团队密切合作。
Webb Brown:我们目前支持 AWS、Azure 和 GCP,以及本地(on-prem)集群和气隙(air-gapped )环境。我们计划很快增加对其他几家云提供商的支持。我相信对阿里巴巴的支持将是下一个,预计将在今年推出。我们正在与其他几家供应商进行谈判,以支持 OpenCost 和 Kubecost。
Webb Brown:在五年前离开谷歌不久创办 Kubecost 时,我们预计一个小团队的集群数量会非常少,3 个、4 个,甚至更少。集群数量的增长速度远远超过了我们的预期。我们看到的一些小团队,他们说自己有 25 个集群。
我们认为 KubeCost 最初的免费产品可以安装在一个集群上,对于小型团队来说已经足够了。最近,我们决定将产品免费提供给无限制数量的集群,以便各种规模的团队都能获得成本可见性和管理解决方案。
Kubecost 为 Kubernetes 构建实时成本监控和管理工具。OpenCost 是一个与供应商无关的开源项目,用于度量和分配基础设施和容器成本。
用户可以通过该公司的网站免费开始使用 Kubecost 无限制的单个集群。
作者简介:Mostafa Radwan 是一名专注于云和云原生技术的技术顾问。在从事应用程序和生产支持工作之前,他的职业生涯是从 Java 软件工程师开始的。在过去的几年里,他一直在帮助企业采用 DevOps 和云原生技术,以推动更好的业务成果。在不摆弄技术或服务客户的时候,他喜欢阅读、骑自行车,并与家人一起环游世界。
原文链接:
https://www.infoq.com/news/2022/11/kubecost-opencost/
声明:本文为InfoQ翻译,未经许可禁止转载。
马斯克称Twitter将专注“硬核软件工程”:要么加班,要么走人
GitHub 前 CTO:全面微服务是最大的架构错误!网友:这不是刚改完 GitHub 吗