成本更低、更可控,云原生可观测新计费模式正式上线

本文涉及的产品
性能测试 PTS,5000VUM额度
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
Serverless 应用引擎免费试用套餐包,4320000 CU,有效期3个月
简介: 成本更低、更可控,云原生可观测新计费模式正式上线

作者:云原生可观测


在上云开始使用云产品过程中,企业一定遇见过两件“讨厌”事:


  • 难以理解的复杂计费逻辑,时常冒出“这也能收费”的感叹;
  • 某个配置参数调节之后,云产品使用成本不可预估的暴涨。


可观测作为企业 IT 运维必须品,在应对不同可观测场景时提供了非常多产品,以及与之对应的计费模式,供企业灵活选择。但如果产品价格说明不完整且不能有效评估现有业务规模及增长趋势,就会给企业带来非常高的成本规划与选型评估门槛。为解决上述问题,云原生可观测推出「按写入数据量」计费模式,降低不同可观测产品间的计费认知差距,以便更好的理解与管理可观测成本。并提供每月累计 150GB 免费额度(多产品独立额度叠加),进一步压降建设可观测成本。


01 什么是按写入数据量计费


写入数据量是指通过 ARMS 自研探针、开源探针/SDK、云服务、开源 Exporter 上报到 ARMS 云原生可观测平台,经过清洗、聚合、转化、分析等计算处理后存储的数据量,并具备以下优势:


  • 更低可观测成本
    同样数据规模下,单位价格下调 70%,部分规格存储时长延长 50%,整体成本更低;
  • 成本支出更可控仅需考虑业务及对应的数据规模,无需担忧增值服务带来的额外成本;
  • 评估模型更简单相较旧计费模式下诸多计费项,新计费模型更简单易懂,无需理解特定语境下计算单位定义及计费项间关联关系。


02 按写入数据量计费的适用场景


(1)针对 Java 应用的性能监控及链路追踪

ARMS 应用监控:针对分布式、微服务化 Java 应用,提供代码级实时性能监测与全链路分析能力。覆盖云服务器 ECS、Serverless 应用引擎 SAE、容器服务 ACK 等不同应用部署环境,配合丰富的场景分析与全链路明细数据分析功能,随时掌握应用运行状态,梳理服务依赖关系,及时解决性能瓶颈与故障,提高产品可用性。



(2)针对 PHP、Node.js、.NET 等多语言应用的性能监控及链路追踪

可观测链路 OpenTelemetry 版:针对 PHP、C++、Go、Node.js 等多语言应用,提供端到端全链路追踪、应用监控与告警、链路拓扑、日志关联分析能力。并基于 OpenTelemetry 开源标准,兼容 Jaeger、Zipkin、SkyWalking 等开源项目数据上报。快速发现性能瓶颈,缩短错/慢调用根因定位耗时,提高全栈开发与诊断效率。



(3)针对云服务、应用组件、容器、基础设施的指标监控

可观测监控 Prometheus 版:针对业务自定义监控 / 应用组件监控 / 云服务监控 / 容器监控 / 系统监控等场景,提供指标监控与告警能力。并兼容 Prometheus 开源生态,提供一站式指标观测与告警平台,免去日常运维成本。



03 按写入数据量计费详解


(1)ARMS 应用监控

应用监控新计费模式屏蔽原有基础版、专家版的 Agent * Hour、链路数据存储、指标数据存储等计费项,不再以功能区分计费,以实际写入数据量(GB)进行计费。除了常见的链路、指标数据之外,增加剖析数据。剖析数据指使用 CPU & 内存诊断、应用诊断功能时产生的文件数据,包含内存快照、性能分析火焰图、线程分析的线程状态和调用栈信息数据。



旧计费 新计费
计费项 Agent * Hour 数据写入量(GB)
链路数据存储
指标数据存储


新计费模式单价 & 免费额度:

数据类型 保存天数 免费额度 单价(公有云-中国内地)
指标 90 50 GB 0.4 元/GB
链路 30
剖析 7


计算器:https://armsnext.console.aliyun.com/price-gb#/overview


老用户如何基于新计费模式进行成本预估

1)基本条件

1 个 ARMS Java 探针可监测 1 个应用实例(如 1 个 Tomcat 实例,1 个 Java 进程),在标准使用模式下(采样率 10%,接口级别指标开启收敛,不开启在线剖析,24 小时全时使用),每天产生数据约 2GB。


🔔 注:不同使用模式下存在一定数据量差异,实际使用时请关注。


2)新老对比

以中小企业通常规模 50 个节点举例。


  • 新计费(按量付费)每月成本:50 * 2GB * 0.4(元/GB)* 30(天)= 1200元
  • 旧计费(按量付费)每月成本:50 * 0.28(元/Agent*Hour) * 30(天) * 24(Hour)= 10080元


对比两种计费方式,新计费节省 88% 以上。


(2)可观测链路 OpenTelemetry 版

可观测链路 OpenTelemetry 版新计费模式屏蔽原有上报、链路数据存储、指标数据存储等计费项,以实际写入数据量(GB)进行计费。除了常见的链路、指标数据之外,增加剖析数据。剖析数据指使用 CPU & 内存诊断、应用诊断功能时产生的文件数据,包含内存快照、性能分析火焰图、线程分析的线程状态和调用栈信息数据。


同时,可观测链路 OpenTelemetry 版针对默认生成的性能统计指标免费,而用户自定义生成的指标则根据写入数据量收取费用,共享可观测链路 OpenTelemetry 版每月 50GB 免费额度。



旧计费 新计费
计费项 数据上报 数据写入量(GB)
链路数据存储
指标数据存储


新计费模式单价 & 免费额度:

数据类型 保存天数 免费额度 单价(公有云-中国内地)
指标 90 50 GB 0.4 元/GB
链路 30
剖析 7


计算器:https://armsnext.console.aliyun.com/price-gb#/overview


老用户如何基于新计费模式进行成本预估

1)基本条件

1 个 Span 约 1.27KB;


🔔 注:不同使用模式下存在一定数据量差异,实际使用时请关注。


2)新老对比

以中小企业通常规模 1000 万请求(请求复杂度:平均 10 个 Span),链路数据保存 30 天、指标保存 90 天举例。


  • 新计费(按量付费)每月成本:100000000 * 0.00000121 GB * 0.4(元/GB)* 30(天)= 1453 元
  • 旧计费(按量付费)
  • 每月上报成本:100(100 个百万 Span)* 0.09(百万 Span 上报单价)* 30(天)= 270元
  • 每月链路存储成本:100(100 个百万 Span)* 0.02(每天百万 Span 存储单价)* 30(存 30天)* 30(天) = 1800元
  • 每月指标存储成本:10(10 个百万指标)* 0.01(每天百万指标单价)* 90(存 90 天)* 30(天)= 270元
  • 总计成本:270 + 1800 + 270 = 2340元


对比两种计费方式,新计费节省 33% 以上。


(3)可观测监控 Prometheus 版

可观测监控 Prometheus 版新计费模式屏蔽原有上报指标采样点数量、存储时长等计费项,以实际写入数据量(GB)进行计费。



旧计费 新计费
计费项 上报指标采样点数量 数据写入量(GB)
存储时长


新计费模式单价 & 免费额度:

数据类型 保存天数 免费额度 单价(公有云-中国内地)
指标 90 50 GB 0.4 元/GB


Prometheus 包含基础指标、自定义指标。其中,基础指标以容器服务产生的基础指标举例,默认存储 7 天且免费,不占用 50GB 免费额度。自定义指标以云服务器 ECS 实例举例,每日上报指标量 24.5 万/实例,每日数据写入量约 0.093GB/实例。


计算器:https://armsnext.console.aliyun.com/price-gb#/overview


老用户如何基于新计费模式进行成本预估

1)基本条件

1 条上报指标约 0.5KB;


🔔 注:不同使用模式下存在一定数据量差异,实际使用时请关注。


2)新老对比

以中小企业通常每日上报自定义指标 15000 万条 ,数据保存 30 天举例。


  • 新计费(按量付费)每月成本:150000000(条) * 0.00000048 (GB/条) * 0.4(元/GB)* 30(天)= 864 元
  • 旧计费(按量付费)
  • 阶梯一部分:50000000 条 * 0.0000008(元/条)* 30(天)= 1200元
  • 阶梯二部分:100000000 条 * 0.00000065(元/条)* 30(天)= 1950元
  • 总计成本:1200 + 1950 = 3150元


对比两种计费方式,新计费节省 70% 以上。


04 如何开通写入数据量计费


新用户

新用户仅需根据自己的业务需求,在应用实时监控服务 ARMS、可观测监控 Prometheus 版、可观测链路 OpenTelemetry 版产品详情页,分别选择「立即开通(每月 50GB 免费额度)」进行开通即可,如下图:




老用户

老用户仅需登陆应用实时监控服务 ARMS 或相应产品产品控制台,在概览页右侧「产品计费状态」模块选择需要转变为新计费的产品即可。(近期上线,敬请期待)


05 按写入数据量计费的小 Tips


  • 如何获得免费额度:开通新计费即可获得并在每日计费时自动进行抵扣。
  • 免费额度的使用:免费额度是按照阿里云账号级别计算,即该账号下子产品的不同应用/实例共享免费额度。
  • 存储时长:写入数据后各种数据类型享受不同天数免费存储权益,存储天数暂不支持修改。
  • 最小写入数据量:针对 ARMS 应用监控/可观测链路 OpenTelemetry 版,每个应用每个计费数据类型最小计量单位为 0.1GB/天,未使用则不产生计量。例如某应用一天的指标用量 20MB、链路用量 10MB、剖析用量 0MB,计费按照该应用指标用量 0.1GB、链路用量 0.1GB、剖析用量 0GB 出账。


阿里云可观测全新推出的按写入数据量计费模式,彻底解决过往极易超出成本的计费项开通、难以理解的不同计费项定义与关系等问题。让众多可观测产品更具性价比,帮助企业成本更可控、场景更轻松的进行拓展。

相关实践学习
容器服务Serverless版ACK Serverless 快速入门:在线魔方应用部署和监控
通过本实验,您将了解到容器服务Serverless版ACK Serverless 的基本产品能力,即可以实现快速部署一个在线魔方应用,并借助阿里云容器服务成熟的产品生态,实现在线应用的企业级监控,提升应用稳定性。
相关文章
|
7月前
|
Cloud Native 关系型数据库 分布式数据库
掌阅科技采用云原生数据库PolarDB,大幅降低使用成本,提升业务稳定性和扩展性
掌阅科技将数据库迁移到PolarDB后,数据压缩到之前的30%,整体成本节省50%。
192 0
|
1月前
|
运维 Cloud Native Java
从 IDC 到云原生:稳定性提升 100%,成本下降 50%,热联集团的数字化转型与未来展望
热联集团在进行了云原生架构的升级与探索后,显著提升了业务系统的稳定性和敏捷性。这一转变不仅为公司冲击更高的销售目标奠定了坚实的技术基础,也标志着热联在数字化转型道路上迈出了关键一步。通过采用微服务、容器化等先进技术手段,热联能够更加灵活地响应市场变化,快速迭代产品和服务,满足客户日益增长的需求。
|
4月前
|
人工智能 缓存 Cloud Native
用 Higress AI 网关降低 AI 调用成本 - 阿里云天池云原生编程挑战赛参赛攻略
《Higress AI 网关挑战赛》正在火热进行中,Higress 社区邀请了目前位于排行榜 top5 的选手杨贝宁同学分享他的心得。本文是他整理的参赛攻略。
544 74
|
2月前
|
Kubernetes Cloud Native 持续交付
云原生技术:重塑现代应用开发与部署模式####
本文深入探讨了云原生技术的核心概念、发展历程及其在现代软件开发和部署中的关键作用。通过分析云原生架构的特点,如容器化、微服务、持续集成与持续部署(CI/CD),以及它如何促进应用的可伸缩性、灵活性和效率,本文旨在为读者提供一个关于云原生技术全面而深入的理解。此外,还将探讨实施云原生策略时面临的挑战及应对策略,帮助组织更好地把握数字化转型的机遇。 ####
|
7月前
|
存储 弹性计算 监控
【阿里云云原生专栏】成本优化策略:在阿里云云原生平台上实现资源高效利用
【5月更文挑战第29天】本文探讨了在阿里云云原生平台上实现资源高效利用和成本优化的策略。通过资源监控与评估,利用CloudMonitor和Prometheus等工具分析CPU、内存等使用情况,识别浪费。实施弹性伸缩策略,利用自动伸缩规则根据业务负载动态调整资源。借助容器化管理和Kubernetes编排提高资源利用率,优化存储选择如OSS、NAS,以及网络配置如VPC和CDN。示例展示了如何使用Kubernetes的HorizontalPodAutoscaler进行弹性伸缩,降低成本。
245 4
|
7月前
|
Kubernetes 监控 Cloud Native
全栈声明式可观测:KubeVela开箱即用且灵活定制的云原生应用洞察
KubeVela 是一个开箱即用的现代化应用交付与管理平台。本文我们将聚焦 KubeVela 的可观测体系,介绍云原生时代的可观测挑战及 KubeVela 的解决方案。
|
6月前
|
弹性计算 监控 Cloud Native
构建多模态模型,生成主机观测指标,欢迎来战丨2024天池云原生编程挑战赛
本次比赛旨在如何通过分析 ECS 性能数据和任务信息,综合利用深度学习、序列分析等先进技术,生成特定机器的性能指标。参赛者的解决方案将为云资源管理和优化决策提供重要参考,助力云计算资源的高效稳定运行和智能化调度。
666 19
|
5月前
|
存储 监控 Cloud Native
kubevela可观测体系问题之KubeVela云原生时代可观测性挑战的问题如何解决
kubevela可观测体系问题之KubeVela云原生时代可观测性挑战的问题如何解决
|
4月前
|
运维 Cloud Native 容灾
核心系统转型问题之云原生分布式核心运维成本如何降低
核心系统转型问题之云原生分布式核心运维成本如何降低
|
7月前
|
自然语言处理 监控 Cloud Native
对话阿里云云原生产品负责人李国强:推进可观测产品与OpenTelemetry开源生态全面融合
阿里云宣布多款可观测产品全面升级,其中,应用实时监控服务 ARMS 在业内率先推进了与 OpenTelemetry 开源生态的全面融合,极大丰富了可观测的数据类型及规模,大幅增强了 ARMS 核心能力。本次阿里云 ARMS 产品全面升级的背景是什么?为什么会产生围绕 OpenTelemetry 进行产品演进的核心策略?在云原生、大模型等新型应用架构类型层出不穷的今天,又将如何为企业解决新的挑战?阿里云云原生应用平台产品负责人李国强接受采访解答了这些疑问,点击本文走进全新升级的阿里云可观测产品。
42048 18
下一篇
DataWorks