基于Serverless技术的视频截帧架构实战

本文涉及的产品
Serverless 应用引擎免费试用套餐包,4320000 CU,有效期3个月
函数计算FC,每月15万CU 3个月
简介: 在视频截帧场景中,Serverless技术的价值是非常明显的,函数计算创新的实例调度引擎,将云计算在效率、性能、成本、开放性等方面的优势发挥到了极致。

作者:山猎,阿里云解决方案架构师


前言


视频直播是一种创新的在线娱乐形式,具有多人实时交互特性,在电商、游戏、在线教育、娱乐等多个行业都有着非常广泛的应用。随着网络基础设施的不断改善以及社交娱乐需求的不断增长,视频直播在持续渗透进大家的日常生活,并占据用户的零碎休闲时间。视频直播的技术支撑能力也在不断提高,从而促进视频直播市场规模从2014的212.5亿元增长到2020年的548.5亿元,并将在未来五年继续以12.8%左右的增长率快速发展。


image.png

LiveStream


视频截帧需求概述


直播行业受到越来越多的法律、法规和政策的规限,在行业一般标准和运营规程的约束下,每一个直播平台都有义务对非法的直播内容,以及主播与观众之间的不当互动采取措施,为直播行业更为规范的发展做出贡献。如何第一时间监控到直播流中的非法内容,是直播平台需要面对的共同挑战,视频截帧就是满足内容审核需求的常规操作。视频截帧可以根据视频直播的不同风险等级,选择不同的频率对直播流进行截帧处理,保存后的图片可以统一上传到自建或第三方内容审核平台,用于涉黄、涉政、广告等场景的识别。除此之外,某些特定的业务需求也需要通过视频截帧来实现,比如在线课堂类应用对学生的听课状态进行智能分析等。


视频截帧技术架构分析


对于视频流的截帧操作,可以通过FFmpeg命令实现。FFmpeg的截帧命令使用非常简单,每次截取一张图片后,可以将图片上传到对象存储OSS,同时将对应的截帧信息发送到消息队列Kafka。这样审核服务(可以是第三方服务或是自建服务)就可以从Kafka获取截帧信息,并从OSS拉取对应的图片进行处理。在这个架构中,引入Kafka是为了通过异步处理机制缓解审核服务在业务高峰期的负载。


image.png

8

用户

4,保存截桢信息到Kafka

Kafka

5.审核服务从Kafka获取截顺信息

1.直播流推送

2.以固定频率截顿

3.保存图片到OSS

6.从OSS拉取图片

00

直播服务

审核服务

OSS

截顿服务

88

用户

用户


FFmpeg使用虽然简单,但是这是一个对于CPU计算力需求量非常大的操作。如果按照1秒的固定频率对视频流进行截帧操作,116核的ECS大概能同时承担100路视频流的截帧任务。为了确保业务高峰期的服务稳定,就需要准备大量ECS来部署视频截帧服务。而大多数互联网应用都存在明显的波峰波谷,比如每天晚上的黄金时间是业务高峰,而24点以后的业务量会呈明显下降的趋势。这样的业务波动对整体的资源规划带来了极大的挑战,如果按照固定的ECS集群规模来部署截帧服务,会存在两个非常明显的弊端:


  1. 为了支持业务高峰,必须按照高峰期的用户量来评估集群规模,在业务低峰期就会造成巨大的浪费。
  2. 在某些场景下,比如明星效应的带动,业务量会有突增,有可能需要对集群进行临时扩容,这种情况下往往扩容速度会滞后于业务流的增速,造成部分业务的降级处理。


为了更好地提升资源利用率,也可以通过弹性ECS实例配合容器化的方式部署应用,以实现集群规模动态适配真实业务量的变化。但在实际情况中,这样的方案弹性伸缩策略实现比较复杂,弹性伸缩能力相对滞后,效果可能并不会太好。其中的根本原因是在传统的服务架构中,一个应用启动后都是长期保持运行,在运行期间会并发处理多个业务需求,不管业务量如何变化,这个应用占据的计算力都不会有本质的变化。


有没有一种直截了当的方式,可以在一路直播视频流开启后,拉起对应的计算力承接截帧任务,而在视频流关闭后,自动将计算力释放呢?这样的方式不需要应用实例长驻,可以实现真正的计算资源按需分配,也不需要借助额外的手段动态调整截帧服务的集群规模,是一种最为理想的方案。


作为云原生Serverless技术的代表,阿里云函数计算FC就正好实现了这样的思路。


基于函数计算FC的Serverless架构


函数计算FC是事件驱动的全托管计算服务。使用函数计算,用户无需采购与管理服务器等基础设施,只需编写并上传代码。函数计算会自动准备好计算资源,弹性地、可靠地运行任务,并提供日志查询、性能监控和报警等功能。借助函数计算FC,可以快速构建任何类型的应用和服务,并且只需为任务实际消耗的资源付费。


image.png


函数计算FC提供了一种事件驱动的计算模型,函数的执行是由事件驱动。函数的执行可以通过函数使用者自己触发,也可以由其它一些事件源来触发。可以在指定函数中创建触发器,该触发器描述了一组规则,当某个事件满足这些规则,事件源就会触发相应的函数。比如对于HTTP触发而言,用户的一次HTTP请求就能触发一个函数;而对于OSS触发器而言,OSS上新增或修改一个文件就能触发一个函数。在视频截帧场景中,函数只需要在每一个直播流开始推送之前,通过业务程序主动触发一个截帧函数就可以了。因此原有的截帧架构只需要做很小的调整,就能迁移到函数计算平台上来,以享受Serverless的价值。


image.png


Serverless架构视频截帧技术实现


现在,我们通过几个简单的步骤,来搭建基于函数计算FC的Serverless架构,以实现视频截帧需求。函数计算FC对于Node.js、Python、PHP、Java等多种语言提供了原生的运行环境,特别是像Python这样的脚本语言,可以实现在函数计算平台上直接修改调度代码,使用非常简单,因此本文的示例代码通过Python来实现。


当然,函数计算FC对于开发语言没有要求,任何主流的开发语言都可以很好的支持。通过函数计算FC提供的Custom Runtime,可以为任务语言建立自定义的运行环境。Custom Runtime本质上是一个HTTP Server,这个HTTP Server接管了函数计算系统的所有请求,包括来自事件调用或者HTTP函数调用。



输出视频流

我们完全可以通过第三方的视频流服务进行开发,但为了更方便地在本地进行调试,可以通过自建RTMP服务实现视频流的输出。其中比较简单的方式是购买1台ECS,并部署Nginx实现RTMP服务,这需要加载nginx-rtmp-module模块,我们可以在互联网上找到很多相关的教程,本文不再赘述。


有了RTMP服务之后,我们就可以去http://ffmpeg.org/下载编译好的ffmpeg程序包,通过FFmpeg命令让本地的视频文件推送到RTMP服务。比如用如下的方式:

ffmpeg -re -i test.flv -vcodec copy -acodec aac -ar 44100 -f flv rtmp://xxx.xxx.xxx.xxx:1935/stream/test


接下来,我们打开浏览器,输入对应的RTMP直播地址,就能拉起对应的播放器观看直播了。rtmp://xxx.xxx.xxx.xxx:1935/stream/test


安装Funcraft

Funcraft是一个支持Serverless应用部署的工具,可以帮助用户便捷地管理函数计算、API网关、日志服务等资源。Funcraft通过一个资源配置文件template.yml,就能实现开发、构建、部署等操作,能够在我们使用函数计算FC实现Serverless架构的过程中,极大程度的减少配置和部署工作量。


有三种方式可以安装Funcraft,包括npm包管理安装、下载二进制安装,以及Homebrew包管理器安装。对于没有安装npm的环境而言,最简单的方式是通过下载二进制安装。我们可以通过https://github.com/alibaba/funcraft/releases下载对应平台的Funcraft安装包,解压后就可以使用。可以通过以下命令检验Funcraft包是否安装成功:

fun --version

如果执行命令后返回Funcraft对应的版本号,比如3.6.20,那就代表安装成功了。


在第一次使用fun之前需要先执行 fun config 命令进行初始化配置,这个操作需要提供阿里云 Account ID、Access Key Id、Secret Access Key、 Default Region Name等常规信息, 这些信息可以从函数计算控制台首页的右上方获得。其他的信息比如timeout等直接使用默认值即可。


配置OSS

由于截帧后保存的文件要上传到对象存储OSS备用,我们需要开通阿里云OSS服务,并创建对应的Bucket,具体的操作我们可以参考https://www.aliyun.com/product/oss完成。


配置日志服务SLS

日志服务SLS(Log Service)是阿里云提供的针对日志类数据的一站式服务,通过日志服务存储函数日志需要在函数对应的服务中配置日志项目和日志仓库,并授予该服务访问日志服务的权限。函数日志会打印到配置的日志仓库中,同一个服务下的所有函数日志都会打印到同一个日志仓库中。可以将函数执行的日志存储至阿里云日志服务,再根据日志服务中存储的函数日志来执行代码调试、故障分析、数据分析等操作。

我们可以参考创建日志项目和日志仓库来配置日志服务SLS,要确保日志项目日志仓库都已经成功创建,在部署函数的时候,需要使用到日志项目和日志仓库的信息。

编写函数

现在我们通过一段最简单的Python代码,来体验如何通过函数计算FC实现截帧操作,为了让读者理解起来更轻松,我们暂时将业务逻辑简化,只做如下两个动作:

  1. 通过FFmpeg命令截取1张图片
  2. 保存到OSS
importjson, oss2, subprocessHELLO_WORLD=b'Snapshot OK!\n'OSS_BUCKET_NAME=b'snapshot'defhandler(environ, start_response):
logger=logging.getLogger() 
context=environ['fc.context']
request_uri=environ['fc.request_uri']
fork, vinenviron.items():
ifk.startswith('HTTP_'):
passtry:        
request_body_size=int(environ.get('CONTENT_LENGTH', 0))
except (ValueError):        
request_body_size=0#获得直播流的地址rtmp_url=request_body.decode("UTF-8")
#通过FFmpeg命令截取一张图片cmd= ['/code/ffmpeg', '-i', rtmp_url, '-frames:v', '1', '/tmp/snapshot.png' ]
try:
subprocess.run(cmd, stdout=subprocess.PIPE, stderr=subprocess.PIPE, check=True)
exceptsubprocess.CalledProcessErrorasexc:
err_ret= {'returncode': exc.returncode, 'cmd': exc.cmd, 'output': exc.output.decode(),'stderr': exc.stderr.decode()}
print(json.dumps(err_ret))
raiseException(context.request_id+' transcode failure')
#上传到OSScreds=context.credentialsauth=oss2.StsAuth(creds.access_key_id, creds.access_key_secret, creds.security_token)
bucket=oss2.Bucket(auth, 'http://oss-{}-internal.aliyuncs.com'.format(context.region), OSS_BUCKET_NAME)
logger.info('upload pictures to OSS ...')
forfilenameinos.listdir("/tmp"): 
bucket.put_object_from_file("example/"+filename, "/tmp/"+filename)
status='200 OK'response_headers= [('Content-type', 'text/plain')]
start_response(status, response_headers)
return [HELLO_WORLD]

让我们分析一下这段代码。首先,除了Python的标准模块,函数计算FC的Python运行环境中还包含了一些常用模块,其实就包括了oss2,用于在函数中操作阿里云对象存储OSS。因此,我们可以直接在代码中引入oss2这个模块。


函数计算FC集成了多种类型的触发器,这个示例函数使用的是HTTP触发器,每一个HTTP请求都会触发一个函数的执行。对于使用HTTP触发器的Python代码,入口函数就是handler,其中的environ参数携带了调用函数的客户端相关信息以及上下文信息。我们可以从HTTP请求Body中,解析出STMP直播流的地址,并通过FFmpeg命令截取一张图片。


在这段代码中,ffmpeg可执行程序位于/code目录,可以通过/code/ffmpeg路径进行执行。这是因为我们在对函数进行部署的时候,已经将ffmpeg可执行程序和这段代码打包在了这个目录中,在接下来介绍函数部署的时候,我们会进一步介绍如何将函数代码与可执行程序一起打包。


在对/tmp目录保存的图片文件上传到OSS的过程中,我们可以直接从函数上下文中获取访问OSS的凭证,这样就不需要再通过配置文件拿到accessKey,accessSecret等信息,从而减少工作量。


部署函数

首先,我们在本地创建一个工作目录,并在这个目录下创建一个名为code的子目录,将Linux环境的ffmpeg可执行文件复制到code目录中,这样可以在代码中通过路径/code/ffmpeg调用ffmpeg命令。


接下来,开始最重要的工作,在当前工作目录中创建template.yml文件,描述所有的部署信息。

ROSTemplateFormatVersion: '2015-09-01'Transform: 'Aliyun::Serverless-2018-04-03'Resources:#服务  snapshotService:    Type: 'Aliyun::Serverless::Service'    Properties:      Description: 'Snapshot Semo'      Policies:        - AliyunOSSFullAccess
#之前创建的日志项目和日志仓库      LogConfig:        Project: fc-bj-pro
        Logstore: fc-log
#函数    snapshot:      Type: 'Aliyun::Serverless::Function'      Properties:        Handler: index.handler
        Runtime: python3
        MemorySize: 128        Timeout: 600        CodeUri: './code'# HTTP触发器      Events:        http-test:          Type: HTTP
          Properties:            AuthType: ANONYMOUS
            Methods: ['POST']

配置信息比较简单,我们需要先定义一个服务。服务是函数计算资源管理的单位。从业务场景出发,一个应用可以拆分为多个服务。从资源使用维度出发,一个服务可以由多个函数组成。例如一个数据处理服务,分为数据准备和数据处理两部分。数据准备函数资源需求小,可以选择小规格实例。数据处理函数资源需求大,可以选择大规格实例。创建函数前必须先创建服务,同一个服务下的所有函数共享一些相同的设置,例如服务授权、日志配置。在这段代码中,我们创建的服务名为snapshotService,其拥有对OSS的全部操作权限,并引用了之前所创建的日志项目和日志仓库。


在函数实例规格的配置上,由于每个计算实例只需要处理一路视频流,我们选择最低的规格,也就是128M内存的实例即可。


接下来,我们要定义一个函数,配置其对应的运行环境、入口方法、代码目录、超时时间等信息,并为这个函数定义一个HTTP触发器。在这段代码中,函数名为snapshot,对应的运行环境为Python3,并且定义了一个名为http-test的HTTP触发器。


在这个工作目录,执行fun deploy,如果看到提示server SnapshotService deploy success就代表代码和ffmpeg程序已经打包部署到云上了。


在控制台的服务与函数菜单,我们可以看到上传的服务以及函数信息,甚至可以在线查看和修改函数代码。

image.png

snapshotService

删除服务

日志大盘

编辑标签

实时监控口

新增函数

版本管理

按量资源

服务指标

服务配置

函数列表

预留资源

服务版本:

请输入函数名

LATEST

运行环境

描述信息

数名称

内存规格

触发器

操作

删除

3072MB

复制ARN

修改配置

python3

http

snapshot

上一页

下一页

每页显示

25

10


image.png

esnapshot

ARN

日志

监控

LATEST

服务版本

链路追踪

异步配置

函数指标

日志查询

概览

触发器

代码执行

代码执行管理

保存

使用旧版编辑器

文件夹上传

代码包上传

在绒编辑

OSS上传

Edit

SaveInvoke

File

iTest

Seloction

Help

Vew

Save

EXPLORER

index.py

importjson,oss2,subrocess

fimpeg

index.py

HELLOHORLD-b'snapshotoK!n

uoroogag

OSSBUCKETNAMEbsnapshot

defhandler(environ,start_reone)

Iogger-Iogging.getLogger)

contextenviront'fc.context]

requesturienviront'fc.request_uri']

forK,vinenviron.items):

ifk.startswithCHTTP):

pass

try:

14

requestbody_sizeiniron.eCONTENTLENGTH)

except(valueErrorr


执行函数

由于这是一个HTTP类型的函数,我们可以通过curl命令或其他HTTP工具比如Postman向函数计算FC发起一次HTTP请求,验证截帧操作的执行结果。当然,函数计算FC控制台也提供了一个可视化操作界面来对函数进行验证,在这个界面可以快速发起一次HTTP请求。

image.png

认证方式:无认证

Body

Headers

Abstract

Logs

请求方式:

POST

路径:

执行

Path

Body

Params

Header

表单上传

Text(text/plain)

Binary

raw

rtmp://xxx.xxx.xxx.Xxx:1935/stream/test

如果函数执行成功,我们就可以前往OSS控制台检查截取好的图片是否已经成功上传。至此,我们已经搭建好最基本的Serverless视频截帧架构,可以通过HTTP请求触发函数计算对视频流截取一张图片,并上传到OSS。


连续截帧


单张图片的截帧操作非常简单,在FFmpeg命令执行完成后,就可以直接将临时文件夹中的图片上传到OSS,然后完成函数的生命周期。单张图片截帧已经可以满足很多种业务场景,但如果需要按照固定频率进行连续截帧,并实时将保存好的图片上传到OSS,就需要对代码做一些修改。


配置消息队列Kafka

为了降低内容审核服务在业务高峰期的工作负荷,我们可以在截帧服务和内容审核服务中间引入消息队列Kafka,这样内容审核服务就能通过消费从Kafka收到的消息,对保存的图片进行异步处理。在视频截帧架构中,Kafka起到了非常重要的信息中转作用,直播的并发越大,截帧频率越高,Kafka所承受的压力就会越大。特别是在业务高峰期,需要让Kafka在高负荷的工作中保持稳定性,直接使用阿里云提供的消息队列Kafka能够帮助我们大幅减少Kafka集群的维护工作量,用最简单的方式获得可以动态扩展的高可用Kafka服务。


我们可以打开Kafka开通界面,根据实际场景的需求购买对应规格的Kafka实例。在Kafka控制台的基本信息中可,我们可以看到Kafka实例对应的默认接入点。


image.png


接下来,我们进入Topic管理界面,创建一个用于截帧服务的Topic。


image.png

Kafka实例的默认接入点和Topic名称是我们需要在后续步骤中使用到的信息。


安装Kafka客户端SDK

在此之前,我们还需要通过一些额外的操作,获取函数对Kafka的写入能力。


因为需要使用到Kafka SDK,我们可以通过Funcraft工具结合Python包管理工具pip进行kafka SDK模块的安装:

fun install --runtime python3 --package-type pip kafka-python


执行命令后有如下提示信息:

image.png

funinstail--runtimepython3-package-typeipafkapython

~/Code/80-FcDemo/kafkapython/function

skippultingimageatiyunt/runtime-pythonu19.9

TASKEPIPTASK

PYTHONUSERBASE-/codE/.fun/pythonpipinstalt

--user--upgradekafka-python

此时我们会发现在目录下会生成一个.fun文件夹 ,我们安装的依赖包就在该目录下:

image.png

code/80fcoemo/kafkapython/function/uh/hk

kafka_.python-2.0.2.dist-info

kafka

~/Code/80-FcDemo/kafka_pyt

pwd

kapython/function/.fun/python/tib/python3.6/teackage

/sers/jiyuan/Code/80-Fcbemo/kafka

fkapython/function/.fun/python/ib/python3.6/site-packages


打通对VPC内资源的访问能力

默认情况下,函数计算无法访问VPC中的资源,由于我们需要让函数访问部署在VPC内的Kafka服务需要手动为服务配置VPC功能和相关权限。我们可以参考配置函数访问VPC内资源,打通函数与Kafka服务之间的连接,其原理就是通过授予

弹性网卡ENI访问VPC的权限,并将此弹性网卡ENI插入到执行函数的实例上,从而使函数可以访问您VPC内的资源。



代码实现

可以通过如下FFmpeg命令实现按照指定频繁的连续截帧:

ffmpeg -i rtmp://xxx.xxx.xxx.xxx:1935/stream/test -r 1 -strftime 1 /tmp/snapshot/%Y%m%d%H%M%S.jpg

在命令运行的过程中,Python程序当前进程会等待视频流推送结束,因此我们需要修改函数代码,启动一个新的扫描进程。扫描进程不断检查图片目录,一旦发现有新的图片生成,就将图片上传到OSS,同时将截帧信息发送到Kafka,最后将图片从图片目录中删除。

importlogging, json, oss2, subprocessfrommultiprocessingimportProcessfromkafkaimportKafkaProducerHELLO_WORLD=b'Snapshot OK!\n'OSS_BUCKET_NAME=b'snapshot'logger=logging.getLogger()
output_dir='/tmp/shapshot'# 扫描图片目录defscan(bucket, producer):
flag=1whileflag:
forfilenameinos.listdir(output_dir):
iffilename=='over':
# ffmpeg命令完成,准备停止扫描flag=0continuelogger.info("found image: %s", snapshotFile)
try: 
full_path=os.path.join(output_dir, filename)
# 上传到OSSbucket.put_object_from_file("snapshot/"+filename, full_path)
# 发送到Kafkaproducer.send('snapshot', filename.encode('utf-8'))
# 删除图片os.remove(full_path)
exceptExceptionase:
logger.error("got exception: %s for %s", e.message, filename)
time.sleep(1)
defhandler(environ, start_response):
logger=logging.getLogger() 
context=environ['fc.context']
#创建图片输出文件夹ifnotos.path.exists(output_dir):
os.mkdir(output_dir)
#解析HTTP请求,获得直播流的地址request_uri=environ['fc.request_uri']
fork, vinenviron.items():
ifk.startswith('HTTP_'):
passtry:        
request_body_size=int(environ.get('CONTENT_LENGTH', 0))
except (ValueError):        
request_body_size=0rtmp_url=request_body.decode("UTF-8")
#启动Kafka Producerproducer=KafkaProducer(bootstrap_servers='XX.XX.XX.XX:9092,XX.XX.XX.XX:9092')
#启动OSS Bucketcreds=context.credentialsauth=oss2.StsAuth(creds.access_key_id, creds.access_key_secret, creds.security_token)
bucket=oss2.Bucket(auth, 'http://oss-{}-internal.aliyuncs.com'.format(context.region), OSS_BUCKET_NAME)
#启动扫描进程scan_process=Process(target=scan, args=(bucket, producer))
#通过FFmpeg命令按每秒1帧的频繁连续截帧cmd= ["/code/ffmpeg", "-y", "-i", rtmp_url, "-f", "image2", "-r", "1",
"-strftime", "1", os.path.join(output_dir, "%Y%m%d%H%M%S.jpg")]
try:
subprocess.run(cmd, stdout=subprocess.PIPE, stderr=subprocess.PIPE, check=True)
exceptsubprocess.CalledProcessErrorasexc:
err_ret= {'returncode': exc.returncode, 'cmd': exc.cmd, 'output': exc.output.decode(),'stderr': exc.stderr.decode()}
logger.error(json.dumps(err_ret))
raiseException(context.request_id+' transcode failure')
#写入标志文件,子进程结束工作os.system("touch %s"%os.path.join(output_dir, 'over'))
scan_process.join()
producer.close()
status='200 OK'response_headers= [('Content-type', 'text/plain')]
start_response(status, response_headers)
return [HELLO_WORLD]

为了让ffmpeg命令执行完成后子进程正常退出,我们向图片目录写入一个标志文件,代码视频流正常结束,不会再有新的图片生成,因此子进程可以中止循环。这样我们就可以在视频流开始的时候,触发一个新的函数执行,随着视频流的持续播放,函数会不断的将截帧生成的图片上传到OSS,当视频流结束的时候,函数的生命周期也就结束了。


进一步优化


长视频截帧

函数计算FC默认的弹性实例有600秒,也就是10分钟的函数执行时长上限,也就是说,一个函数在触发后,如果运行了10分钟还没有完成计算任务,会自动退出。这个限制会影响播放时间大于10分钟以上的视频流截帧操作,长视频是非常普遍的,如何绕过这个限制对长视频进行截帧处理呢?我们可以通过如下三种方案解决:


  1. 每个函数只截1帧:当截帧频率比较低,或者只需要在某几个特定的时间点对视频流进行截帧的时候,我们不需要让函数的生命周期与视频流的播放周期保持一致,可以让每一个函数在启动后,只截取单帧图片。通过自定义的触发程序,可以在必要的时间点启动函数,也可以通过Serverless工作流来对函数进行更复杂的编排,更多关于Serverless工作流的介绍可以参考https://www.aliyun.com/product/fnf
  2. 通过多个函数接力完成:函数计算FC内置了fc2模块,可以用于函数之间的相互调用。这样我们可以控制每个截帧函数的运行时间控制在10分钟之内,比如8分钟为固定的运行周期。在一个函数结束前,启动另一个函数接力完成截帧任务,直到视频流结束。这种方案非常适合对于截帧频率的精确度要求不是特别高的场景,因为在两个函数进行任务交接的时候,会有一秒左右的时间无法严格保证截帧频率的精确度。
  3. 使用性能实例:除了默认的弹性实例以外,函数计算FC还提供了性能实例,性能实力属于大规格实例,资源上限更高,适配场景更多,能够突破10分钟的执行时长上限。性能实例扩容速度较慢,弹性伸缩能力不及弹性实例,但我们可以通过单实例多并发和预留模式的配合,来提升性能实例的弹性能力。具体介绍可以参考单实例多并发预留模式


费用优化

函数计算提供了丰富的计量模式、有竞争力的定价,以及详细的资源使用指标,结合Serverless以应用为中心的架构,让资源管理前所未有的便捷,在不同场景下都能获得极具竞争力的成本。


根据对资源的规格和弹性要求的差异,函数计算提供了预付费(包年包月)和后付费(按量付费)两种计量模式。在常规情况下,只需要使用按量付费模式,只需为实际使用的函数计算资源付费,不需要提前购买资源。但用户可以根据每天实际的资源使用情况,灵活选择预付费模式节省使用成本。预付费模式是指用户预先购买一定时长的计算力,在预购计算力的生命周期内,可以逐秒抵扣函数运行时所消耗的资源,而预付费模式的单价是永小于后付费模式的。



在函数计算控制台的资源中心页面,能够一目了然地看到当前账户下的资源实际使用情况,包括资源使用中稳定和弹性的部分,通过这些信息,能够合理分配的预付费和后付费资源。在资源使用详情图中,绿色曲线为每天的实际资源使用量,黄色直线代表其中可以被预付费资源抵扣的使用量,我们可以根据实际情况适当的提升预付资源的占比,使更多的资源使用量被预付费资源覆盖,从而降低整理的资源费用。



总结


在视频截帧场景中,Serverless技术的价值是非常明显的,函数计算创新的实例调度引擎,将云计算在效率、性能、成本、开放性等方面的优势发挥到了极致。截至2021年2月,已经有超过5家大型互联网企业开始基于函数计算FC实现视频截帧,在不同的截帧需求下,能比传统基于ECS部署服务的方式至少节省20%的使用成本,而且能够大幅度降低系统维护的工作量。而在迁移和改造方面,他们最多通过一周时间就能完成预研、开发、调试、测试、上线等所有流程,开始享受云计算时代Serverless技术带来的巨大红利。


在音视频处理领域,基于函数计算FC的Serverless技术架构还有更多丰富的应用场景,大家可以加入钉钉群35712134,一起交流Serverless实战经验,在云原生时代探索更多Serverless应用实践。



扫码了解更多技术干货与客户案例:

image.png


相关实践学习
【文生图】一键部署Stable Diffusion基于函数计算
本实验教你如何在函数计算FC上从零开始部署Stable Diffusion来进行AI绘画创作,开启AIGC盲盒。函数计算提供一定的免费额度供用户使用。本实验答疑钉钉群:29290019867
建立 Serverless 思维
本课程包括: Serverless 应用引擎的概念, 为开发者带来的实际价值, 以及让您了解常见的 Serverless 架构模式
相关文章
|
18天前
|
Kubernetes Cloud Native 微服务
探索云原生技术:容器化与微服务架构的融合之旅
本文将带领读者深入了解云原生技术的核心概念,特别是容器化和微服务架构如何相辅相成,共同构建现代软件系统。我们将通过实际代码示例,探讨如何在云平台上部署和管理微服务,以及如何使用容器编排工具来自动化这一过程。文章旨在为开发者和技术决策者提供实用的指导,帮助他们在云原生时代中更好地设计、部署和维护应用。
|
11天前
|
监控 安全 API
使用PaliGemma2构建多模态目标检测系统:从架构设计到性能优化的技术实践指南
本文详细介绍了PaliGemma2模型的微调流程及其在目标检测任务中的应用。PaliGemma2通过整合SigLIP-So400m视觉编码器与Gemma 2系列语言模型,实现了多模态数据的高效处理。文章涵盖了开发环境构建、数据集预处理、模型初始化与配置、数据加载系统实现、模型微调、推理与评估系统以及性能分析与优化策略等内容。特别强调了计算资源优化、训练过程监控和自动化优化流程的重要性,为机器学习工程师和研究人员提供了系统化的技术方案。
132 77
使用PaliGemma2构建多模态目标检测系统:从架构设计到性能优化的技术实践指南
|
4天前
|
弹性计算 Java 数据库
Web应用上云经典架构实战
本课程详细介绍了Web应用上云的经典架构实战,涵盖前期准备、配置ALB、创建服务器组和监听、验证ECS公网能力、环境配置(JDK、Maven、Node、Git)、下载并运行若依框架、操作第二台ECS以及验证高可用性。通过具体步骤和命令,帮助学员快速掌握云上部署的全流程。
|
13天前
|
弹性计算 运维 Serverless
卓越效能,极简运维,体验Serverless高可用架构,完成任务可领取转轮日历!
卓越效能,极简运维,体验Serverless高可用架构,完成任务可领取转轮日历!
|
17天前
|
运维 Cloud Native 持续交付
云原生技术深度探索:重塑现代IT架构的无形之力####
本文深入剖析了云原生技术的核心概念、关键技术组件及其对现代IT架构变革的深远影响。通过实例解析,揭示云原生如何促进企业实现敏捷开发、弹性伸缩与成本优化,为数字化转型提供强有力的技术支撑。不同于传统综述,本摘要直接聚焦于云原生技术的价值本质,旨在为读者构建一个宏观且具体的技术蓝图。 ####
|
24天前
|
监控 Serverless 云计算
探索Serverless架构:开发实践与优化策略
本文深入探讨了Serverless架构的核心概念、开发实践及优化策略。Serverless让开发者无需管理服务器即可运行代码,具有成本效益、高可扩展性和提升开发效率等优势。文章还详细介绍了函数设计、安全性、监控及性能和成本优化的最佳实践。
|
24天前
|
Cloud Native 持续交付 云计算
云原生技术在现代IT架构中的转型力量####
本文深入剖析了云原生技术的精髓,探讨其在现代IT架构转型中的关键作用与实践路径。通过具体案例分析,展示了云原生如何赋能企业实现更高效的资源利用、更快的迭代速度以及更强的系统稳定性,为读者提供了一套可借鉴的实施框架与策略。 ####
24 0
|
24天前
|
运维 Kubernetes Docker
深入理解容器化技术及其在微服务架构中的应用
深入理解容器化技术及其在微服务架构中的应用
51 1
|
6天前
|
弹性计算 Cloud Native Serverless
阿里云 SAE 邀您参加 Serverless 高可用架构挑战赛,赢取精美礼品
阿里云 SAE 邀您参加 Serverless 高可用架构挑战赛,赢取精美礼品。
|
18天前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。

热门文章

最新文章

相关产品

  • 函数计算