解剖 Serverless 价格:谁在赚钱,谁是赔钱

Serverless 架构是最近几年兴起的一种新型云计算架构,其特点是让开发者无需关注服务器、操作系统等底层基础架构,只需关注代码实现,从而能够更快速地开发出互联网应用。随着 Serverless 架构的流行,越来越多的厂商推出了自己的 Serverless 服务,而其中最受欢迎和广泛应用的是 AWS Lambda。

然而,Serverless 架构的价格模型却比传统的虚拟机和容器等云计算模型复杂得多。在这篇文章中,我们将深入探讨 Serverless 价格模型,了解谁赚钱,谁是赔钱,以及如何为自己的应用选择正确的 Serverless 服务。

Serverless 架构的三个价格因素

Serverless 架构的价格主要由以下三个方面组成:

  1. 调用次数(Invocations):每次函数调用都将产生一定的费用。
  2. 运行时间(Duration):每函数调用都有一个最大运行时间,超出该时间将视为超时并终止计费。
  3. 网络流量(Network):每次函数调用都需要有一定的网络流量带宽,因此也会有网络流量的消费。

这三个因素构成了 Serverless 函数的计费标准。不同的服务提供商会有不同的计费方式,但大致都是基于这三个因素的。

AWS Lambda 的计费方式

AWS Lambda 是目前最为流行的 Serverless 服务提供商之一,我们将以 AWS Lambda 的计费方式为例进行讲解。

调用次数(Invocations)

AWS Lambda 以每次调用一个函数(Invocation)为计费单位。每次调用一个函数会按以下两个单价进行收费:

  1. 冷启动(Cold Start):每次运行冷启动函数所需的单价。
  2. 热启动(Warm Start):每次运行热启动函数所需的单价。

冷启动是指当 Lambda 需要启动新的实例(容器)时,这个过程需要一定的时间。这种情况通常发生在函数首次运行、函数版本更改、函数在空闲一段时间后重新运行等情况下。因此,冷启动的单价会比热启动的单价高,通常是热启动的 2-4 倍。

运行时间(Duration)

AWS Lambda 按每次调用函数的运行时间来计费。计费标准是以 100 毫秒为单位的,如果函数运行时间为 50 毫秒,则按照 100 毫秒计算费用。 AWS Lambda 向上舍入到最接近的计费单位,即如果函数运行时间为 113 毫秒,则会按照 200 毫秒计算费用。

计费公式为:费用=运行时间/100ms * 单价/1M 请求。

不同服务提供商单价不同,AWS Lambda 的单价标准是每 GB 秒运行费用 $0.00001667。

网络流量(Network)

AWS Lambda 计费也包括网络流量消耗,即函数调用引起的网络流量。例如,如果您的 Lambda 函数从 S3 存储桶中读取数据,则会产生从 S3 至 Lambda 执行环境的网络流量。同样,如果函数将响应发送回 S3,则会产生从 Lambda 执行环境到 S3 的流量。

AWS Lambda 将所有的网络流量分为三个分类:

  1. 函数网络入口:向函数请求数据产生的流量。
  2. 函数网络出口:由函数发送的数据产生的流量。
  3. 不同可用区间的流量:流量穿过 AWS 基础架构带来的费用(源区域到目的区域)。

不同类型的网络流量单价也不同,详细单价可在 AWS 官网上查找。

如何选择正确的 Serverless 服务

在选择 Serverless 服务时,您应该非常注意计费方式和费用的详细信息。以下是一些指导性建议:

  1. 根据应用需求选择计算资源。例如,如果您的应用需要高性能的计算和大量网络流量,则计费可能比传统的虚拟机、容器等服务更高。相反,如果您的应用需要以较低的成本实现低规模并发度,则 Serverless 架构可能是最佳选择。

  2. 进行测试和分析。在选择 Serverless 服务之前,最好先进行一些测试和分析,比如基准测试、成本分析等。这将帮助您确定最佳的资源配置方案以及哪些 Serverless 服务提供商适合您的应用程序。

  3. 仔细研究服务提供商的定价模型。不同服务提供商的定价模型可能有所不同。您需要仔细研究每个提供商的计费方式和费用结构,并确保您的应用程序符合这些结构。

示例代码:Hello World

以下是一个使用 AWS Lambda 实现的 Hello World 的示例代码:

--------------- - ----- ------- -- -
  ----- ---- - --------------------------- -- ---------------------------------
  ----- ------- - ------ ------ -- -----------

  ----- -------- - -
    ----------- ----
    -------- -
      --------------- ------------
    --
    ----- -------
  --

  ------ ---------
--

在以上示例中,我们通过查询参数来确定我们要打印的姓名,并将消息作为 HTTP 响应发送回调用方。您可以在 AWS Lambda 中创建一个新函数,并将以上代码作为函数代码上传。但需要注意的是,此示例并未包含计费信息,因为您需要进行一些配置才能使您的函数具有完整的计费系统。

总结

Serverless 架构以其快速的开发、无需管理底层基础设施和灵活的扩展性而备受开发者和企业用户的欢迎。然而,在选择 Serverless 服务时,要注意它的三个价格因素,并根据应用需求选择最佳的计算资源和服务提供商。通过以上的指导,希望您能够更好地理解 Serverless 计费模型,为您的 Serverless 应用程序选择正确的服务提供商。

来源:JavaScript中文网 ,转载请联系管理员! 本文地址:https://www.javascriptcn.com/post/646e3f50968c7c53b0cc6ae2


猜你喜欢

  • Vue.js 中的 mixins 应用

    在 Vue.js 中,mixins 是一种重要的组件复用方式。通过 mixins,我们可以将一些常用的、通用的逻辑提取出来,然后在不同的组件中复用。这不仅可以减少代码的冗余,同时也可以提高代码的重用性...

    1 年前
  • Babel 转码器插件的安装与实现

    Babel 是一个 JavaScript 转码器,它可以将较新版的 JavaScript 代码转换为能被不同版本浏览器或者 Node.js 运行的 JavaScript 代码。

    1 年前
  • 使用 Koa2 和 Webpack 构建前端开发工作流

    在现代化的前端开发中,使用 Koa2 和 Webpack 构建前端开发工作流已经成为了最佳实践之一。使用这种工作流可以帮助开发者更高效地编写、测试和部署前端应用,同时保证代码质量和可维护性。

    1 年前
  • ES11 中的 BigInt 类型:解决 JavaScript 类型安全问题

    随着前端应用的复杂性不断提高,JavaScript 作为一种动态类型语言,给开发者带来的类型安全问题也变得越来越突出。为了解决这些问题,JavaScript 引入了 ES11 新特性中的 BigInt...

    1 年前
  • 基于 Hapi 的 API 开发技巧分享

    在当今互联网时代,API 已成为现代应用程序的重要组成部分。为方便开发者开发高质量的 API 接口,Hapi 框架就应运而生。Hapi 是一个 Node.js 框架,它很容易实现 RESTful AP...

    1 年前
  • Vue2.0 后台管理系统实践:初探 vue-router

    随着前后端分离的发展,前端框架和工具也愈发成熟。Vue.js 作为其中的佼佼者,以其轻量易用和灵活性备受欢迎。Vue 提供了 vue-router 插件来进行前端路由的管理,使得单页应用的开发变得更加...

    1 年前
  • GraphQL 中数据过滤器的实现方法

    GraphQL 是建立在对数据的强类型查询上的一种查询语言和服务端运行时。它提供了一种访问服务器端数据的方式,在不同的数据源之间参数化和聚合数据。数据过滤器是 GraphQL 的一个有用功能,它可以让...

    1 年前
  • Docker Compose:使用外部配置文件管理多个容器

    在前端开发中,我们常常需要同时运行多个不同的服务,如前端应用、后端 API、数据库服务器等。这些服务的运行可能需要不同的环境变量、端口号、容器镜像等配置。手动管理这些容器对于开发者来说是一项非常繁琐和...

    1 年前
  • ES8 新特性实现分组操作

    在前端开发过程中,经常会遇到需要对对象进行分组的情况,比如按照城市、年龄、性别等字段进行分组,以便进行数据统计或展示。而在ES8中,新的特性 Object.values 和 Object.entrie...

    1 年前
  • 解决 ES6 Promise 中常见的错误

    Promise 是 ES6 中新增加的一种机制,用来处理异步操作。通过 Promise,我们可以更加优雅、方便地处理异步代码,并且避免了回调地狱(callback hell)。

    1 年前
  • 解决 Mongoose 中的模型验证错误

    在 Node.js 中,Mongoose 是一个非常受欢迎的 MongoDB 对象文档映射工具,它让我们可以非常方便地使用 MongoDB。而在使用 Mongoose 的时候,我们常常会遇到模型验证错...

    1 年前
  • JavaScript 对象的可选链式操作符详解

    在日常的前端开发中,我们通常会操作 JavaScript 对象。而当我们需要访问对象嵌套深度比较大的属性时,代码可能会变得冗长而难以维护。针对这种情况,JavaScript 新增了可选链式操作符,使得...

    1 年前
  • 从基础到实践 —— 学习 Flexbox 布局

    介绍 在前端开发中,布局一直是一个非常基础也非常重要的部分。以前我们使用的经典布局方法如 Float 和 Positioning 已经不能满足我们对于响应式布局和页面排版的需求。

    1 年前
  • 使用 Chai.expect.with.property 实现对象属性值的验证

    在编写前端代码时,我们经常需要对对象的属性值进行验证。例如,我们需要验证一个用户对象是否包含特定的属性,或者该属性的值是否符合预期。为了完成这些验证任务,我们可以使用 Chai 库提供的 expect...

    1 年前
  • 在 Fastify 框架中使用 WebSocket 进行实时推送

    引言 现代应用程序越来越需要实时将数据从服务器推送到客户端。传统的轮询技术已经无法满足这种需求,因为它浪费了大量的带宽和服务器资源。 WebSocket技术已经被广泛使用,以实现实时数据推送,因为它提...

    1 年前
  • MongoDB 如何实现自动增长 ID

    在数据库中,一些数据表需要一个唯一的 ID 来标识每个数据,常用的自增 ID 可以满足需求。但是在 MongoDB 中,却没有内置的自增 ID 功能。因此,我们需要通过一些方法来实现 MongoDB ...

    1 年前
  • Redis 持久化方式选择及优化方法总结

    在使用 Redis 作为前端数据存储的时候,持久化的选择和优化是非常关键的。本文将从 Redis 持久化的概念入手,详细介绍 Redis 支持的两种持久化方式:RDB 和 AOF,以及如何选择合适的持...

    1 年前
  • 前端性能优化之渲染性能优化

    随着互联网的发展,前端页面的性能也变得越来越重要。在许多情况下,页面渲染是性能问题的核心所在。因此,优化前端渲染性能就显得格外重要。本篇文章将会介绍前端渲染性能的优化方法。

    1 年前
  • 如何使用 Material Design 的布局规范扩展你的应用

    Material Design 是 Google 推出的一种设计语言,旨在为移动和网络应用程序提供一致的外观和体验。它提供了很多有用的设计原则和布局规范,可以帮助开发人员更轻松地构建复杂的应用。

    1 年前
  • 如何用 ES7 优化 JS 异步编程

    在前端开发中,异步编程是非常常见的情况,例如 AJAX 请求、事件回调、定时器等等。JS 现有的异步编程方式有 Promise、回调函数和 async/await 等,其中 async/await 是...

    1 年前

相关推荐

    暂无文章