关于阿里云:从云计算到函数计算

6次阅读

共计 4392 个字符,预计需要花费 11 分钟才能阅读完成。

作者:Ethin

点击上方图片理解流动详情!

哈喽各位开发者,为了帮忙大家主观理解并应用阿里云函数计算(FC),阿里云开发者社区携手云原生利用平台 Serverless 团队公布“Serverless 函数计算征集令”,提供免费资源额度邀请你发文评测, 7 月 31 日前参加流动,即有机会取得千元好礼 + 千元函数计算资源包!

立刻加入:

https://developer.aliyun.com/…

轻轻说 … 当初投稿还可支付优酷视频季卡一张;上面让咱们追随笔友“Ethin”的步调,看看他眼中的 Serverless 世界吧!

函数计算,你的名字

云计算,是一种基于互联网的计算形式,通过这种形式,共享的软硬件资源和信息能够按需要提供给计算机各种终端和其余设施,应用服务商提供的电脑基建作计算资源,因而用“云”来指代“网络计算资源”这是一种十分失当的比喻。

美国国家标准和技术研究院的云计算定义中明确了三种服务模式,别离是软件即服务(SaaS)、平台即服务(PaaS)和基础设施即服务(IaaS)。

阿里云的产品能全副笼罩这三种服务模式,如果别离举个例子那么应该是:宜搭(SaaS 加速器)、函数计算 FC 和云服务器 ECS。

Serverless 计算服务,其基于 PaaS 又不同于 PaaS,因此更多时候被称作性能即服务(Function-as-a-Service,缩写为 FaaS)。函数计算 FC 是阿里云的事件驱动的全托管 Serverless 计算服务产品,我想函数计算 Function Compute 的名字就是这样诞生的。

函数计算,中转利用的外围

咱们晓得利用的外围是逻辑和存储,而代码次要实现业务逻辑和长久化。

函数计算 FC 总体上是:FaaS+BaaS

函数指计算函数,蕴含了业务逻辑局部,这一部分由 FaaS 来实现;而数据长久化、音讯推送和账户零碎等,由 BaaS 来实现。

ECS?FC?

Serverless 服务并不是没有服务器了,而是作为一种新的架构让咱们在以往传统利用保护上的工作失去进一步升高。

以常见的次要基于云服务器的 Web 服务为例,大抵有这样的流程:

在服务过程中,服务器可能波及路由规定、鉴权逻辑以及其余各类简单的业务代码。同时,开发团队不仅要将精力用于开发,还要付出很大的精力在服务器的运维下面。例如要时刻关注以下问题:

  • 服务器性能是否应答可能忽然暴发的用户申请,何时扩容?
  • 服务器上的脚本和业务代码等多少还在衰弱运行?
  • 内部网络安全威逼到来时如何保障数据安全?

面对诸多问题的确会让人头大,但如果咱们摒弃基于服务器的架构而转用 Serverless 架构之后;服务的过程就变成了这样:

当客户端和数据库未发生变化的前提下,服务器变成了 Serverless 的架构。工作的分工产生了巨变。

例如,之前须要开发团队保护的路由模块以及鉴权模块都将接入服务商提供的 API 网关零碎以及鉴权零碎,开发团队无须再保护这两局部的业务代码,只须要继续保护相干规定即可,再也不必放心利用的构建;业务代码被拆分成了函数粒度,不同函数示意不同的性能,依据申请量还能够实现毫秒级扩容;业务逻辑之外的一部分平安问题、资源调度问题全都交由云厂商负责。

除了开发和保护产品的省心,在具体实现老本上也能达到 降本增效 的成果。绝对于传统我的项目服务的全天候运行来说,函数计算 FC 是基于事件驱动的,只有在用户发动申请时,函数才会被激活并且执行,运行老本按量免费,老本相较于节俭打算还有显著的价格优势。

函数计算 FC:解放生产力,更专一于利用的业务自身

应用云服务器,咱们不必操心物理机房的运行保护等操作系统层之下的内容;应用函数计算 FC,咱们不再须要装操作系统、容器配置、运行环境,更不必放心环境程序会挂掉。

可见,采纳函数计算 FC 的 Serverless 架构后, 用户仅需运维与利用无关的函数,ECS 架构下须要操心的货色当初只剩下了一个:

函数计算好像一场全新的技术反动,当咱们应用了函数计算 FC 的 Serverless 架构后:

开发团队不须要再本人保护服务器,也不须要本人操心服务器的各种性能指标和资源利用率,团队的运维能够更加专一的将监控眼光放到监控应用程序自身的度量。

利用的部署将变得非常容易。咱们只有上传根本的代码,同时不需应用 Puppet、Chef、Ansible 或 Docker 来进行配置管理,大大降低了运维老本。

综上所述,绝对于传统我的项目,函数计算 FC 具备以下劣势:

  • 用户无需洽购和治理服务器等基础设施,运维成本低,安全性更高。(涵盖了云服务器的劣势)。
  • 用户只需专一业务逻辑的开发,应用函数计算反对的开发语言设计、优化、测试、审核以及上传本人的利用代码。联合工作流,代码提交主动部署,间接运行!
  • 函数计算 FC 以事件驱动的形式触发利用响应用户申请。与阿里云对象存储 OSS、API 网关、日志服务和表格存储等服务无缝对接,帮忙疾速构建利用。
  • 简化运维工作,提供日志查问、性能监控和报警等性能疾速排查故障。
  • 不必放心性能问题,架构更富裕弹性,毫秒级别弹性伸缩,疾速实现底层扩容以应答峰值压力。
  • 应用成本低,按需付费,反对百毫秒级别免费。只需为理论应用的计算资源付费,适宜有显著波峰波谷的用户拜访场景。

函数计算 FC 仿佛是真正实现“像云一样”的云计算愿景,它很好的诠释了:最大水平利用资源、缩小闲暇资源节约的环保理念以及升高学习老本和应用老本的事实需要。

如此妙哉的函数计算该如何体验呢?

函数计算 FC 提供运行环境、开发者工具和函数触发器等性能。同时,函数计算 FC 提供有收费执行次数 : 100 万 (次)和免费资源使用量 : 40 万 (GB- 秒)。对于小范畴的上线应用,咱们只用累赘公网流量费用和其余资源付费即可。

最罕用的函数计算创立形式是控制台进入服务及函数子页面,顺次创立服务和函数。一个服务能够由多个函数组成,一个函数只能隶属于一个服务。

当然,阿里云提供了一键式的在函数计算控制台 - 利用页面,咱们能够通过模板和仓库导入来创立:

目前公测中的模板核心蕴含了各类来自官网或社区的共计 56 个利用或框架模板,笼罩曾经相当全面了。在官网文档的领导下能够实现零根底创立 FC 利用。

由繁到简,从长到短

实际:基于 Node.js + Serverless 的 Web 短网址跳转

次要性能:

实现长连贯与短链接的映射。

简要形容:

用户能够为指定 URL 创立对应短链

用户拜访短链,主动跳转到相应 URL

如上文所说,用函数计算 FC 构建利用总体上要是 FaaS+BaaS。上面的实际我的项目波及到 BaaS 数据库的应用,不便起见应用云开发平台搭建利用。

利用架构图如下:

资源准备:

须要注册开明云开发平台并激活以下服务;

  • API 网关 /API Gateway
  • 函数计算 /Function Compute
  • 对象存储 /Object Storage Service
  • 日志服务 /Log Service
  • MongoDB Serverless 实例

数据库局部:

  • 购买 MongoDB Serverless 版。
  • 新建汇合,新建汇合其实就相当于新建一个表。创立汇合:links、logs。
  • 通过程序代码连贯 Serverless 实例,应用办法参见官网文档:https://help.aliyun.com/docum…

逻辑代码局部示例:(Attention: 该我的项目还应用了 Express 框架,以便于简化路由解决)

import storage from '../storage'

export default async (req, res): Promise<any> => {
  // params from request body or querystring
  const params = req.body ?? req.query
  const {url = '', slug =''} = params as {url?: string, slug?: string}

  // url is required
  if (url === '') {return res.status(400).send({message: 'Missing required parameter: url.'})
  }

  // url format check
  if (!/^https?://.{3,}/.test(url)) {return res.status(400).send({message: 'Illegal format: url.'})
  }

  // custom slug length check
  if (slug.length !== 0 && (slug.length < 2 || slug.length > 10)) {return res.status(400).send({message: 'Illegal length: slug, (>= 2 && <= 10).' })
  }

  const getForwarded = (name: string): string => req.headers[`x-forwarded-${name}`]?.toString() ?? ''

  try {
    // request origin url
    const origin = `${getForwarded('proto')}://${getForwarded('host')}/`

    // if slug customized
    if (slug !== '') {const existUrl = await storage.getUrlBySlug(slug)

      // url & slug are the same.
      if (existUrl === url) {return res.send({ slug, link: origin + slug})
      }

      // slug already exists
      if (existUrl != null) {return res.status(400).send({message: 'Slug already exists.'})
      }
    }

    // target url exists
    const existSlug = await storage.getSlugByUrl(url)

    // url exists & no custom slug
    if (existSlug != null && slug === '') {return res.send({ slug: existSlug, link: origin + existSlug})
    }

    // create if not exists
    const newSlug = await storage.addLink(url, slug)

    // response
    res.send({slug: newSlug, link: origin + newSlug})
  } catch (e) {return res.status(500).send({message: e.message})
  }
}

实现前端动态页面后便可绑定域名上线测试。

(Attention: 须要绑定已备案域名)

结语

Serverless 作为云原生玩家的首选微服务已逐步失去公众认同并疾速倒退起来,期待将来会有更多基于 Serverless 的利用。

戳此处,立刻查看作者原文!

正文完
 0