基于 Kubernetes 的 FaaS 平台开源实现——Kubeless 的应用实践

本文涉及的产品
简介: 通常我们认为Serverless包含两个部分,FaaS和BaaS,本次主要讲的是FaaS部分。 什么是Serverless 通常我们认为Serverless包含两个部分,FaaS和BaaS,本次主要讲的是FaaS部分。

通常我们认为Serverless包含两个部分,FaaS和BaaS,本次主要讲的是FaaS部分。

什么是Serverless

通常我们认为Serverless包含两个部分,FaaS和BaaS,本次主要讲的是FaaS部分。

Serverless作为无服务架构,有几个最基本的特点。首先是 无需关心底层基础设施,开发者无需考虑扩展和网络方面的问题;由于它的部署单位是function,使得开发者无需关心运行实例和容器,减少了应用部署时间;可以做到按需运行,实现细粒度的成本控制。

Serverless带来的好处是显而易见的,这主要涉及公有云和私有云两种场景。公有云上的Serverless可以有效减少复杂度,运维开销、代码部署时间等。很多公有云厂商都提供相应的服务,让开发者无需管理操作系统,也不用构建容器,仅需为运行中的function付费,代码push之后不用关心后续的运维问题。

不过公有云提供的FaaS平台的问题在于标准不一致,会造成在A服务商平台上写的代码在B服务商平台上无法运行。 这对于初创企业来说可能影响不大,但有一定规模的企业应该会想要更多的选择自主权,而非限定于特定服务商,在私有云平台上搭建自己的FaaS平台是更优的方案。

Serverless in kubernetes

当前流行的开源FaaS平台有OpenFaas、Kuberless、Fission、openWhisk,Knative。这些项目大多是在2016的时候兴起的,基于kubernetes,因此我们可以认为FaaS的成长很大程度上是伴随着kubernetes的成熟而发展起来的。

Kubeless

Kubeless是基于kubernetes平台上原生的FaaS平台,这主要是因为它大量使用了kubernetes能力,包括auto-scaling、API routing、monitoring等。当前支持的开发语言也有很多,涵盖python、PHP、Nodejs、Ruby、Golang、.net、Java。

基于kubernetes原生能力的设计

kubeless基于kubernetes原生能力的设计包含多个方面:

  • 使用CRD表示Functions

  • 每个事件源被建模成一个独立的Trigger CRD对象

  • 独立的CRD控制器负责CRD对象的CRUD操作

  • Pod来运行相关的Runtime

  • Configmap用来注入函数代码到Runtime Pod中

  • Init-contain用来加载函数可能的依赖

  • Service用来暴露函数

  • Ingress用来对外暴露函数

Kubeless的核心概念

Kubeless的核心概念有三个:Function-被执行的代码、Trigger-触发函数的事件、Runtime-执行函数的语言和运行时环境。

1

上图是一个简单的示例,可以看到构建Function只需要指定function名字和runtime,然后将代码push上去就行了。

有了Function之后就需要和具体的Trigger绑定才能够使用,目前主要有3种Triggers类型:HTTP-通过k8s的Ingress同步触发函数执行;CronJob-通过k8s的CronJob对象定时触发函数执行;PubSub-通过kafka/NAST消息队列异步触发函数执行。

Kubeless的应用维护

1

上图为kubeless官方提供的UI工具,虽然看上去比较简陋,但功能还是够用的,它基本上涵盖了函数创建、函数执行、日志查询、代码修改,足以应付一些小规模测试。

前面提到过FaaS是按需运行的,一般在没有function执行的时候,Runtime会被销毁掉。这归功于k8s的弹性伸缩策略,该策略基于两种metric:CPU和QPS。

1

监控方面FaaS主要关注Call rate、Failure rate、Execution duration这3个指标,通过它们来衡量function,也可以从中看出Kubeless本身的一些运行情况。

关于微服务与function的思考

一般来说FaaS比较适用于事件驱动的应用场景。典型的有Webhook、消息推送、IoT数据采集、定时任务、轻量级API网关、流式事件处理等。

1

将微服务和function进行对比之后,我们可以看到Function是天然的微服务,从它们之间的各种特征来看,微服务的业务粒度划分和function很类似,function可以实现和微服务同样的功能。

从长期来看,FaaS会改变传统软件开发模式,这只是事件长短的问题。我们团队之所以这么关注kubeless,就是因为我们认为它会对未来的软件开发模式有非常大的影响,它可以能有效提高开发效率和代码质量。

微服务化过程是一个逐步演进的过程,无法一蹴而就。

关于微服务和function的部分基本就是以上这些。对于kubeless我们认为它最重要的价值在于提供了企业内部的代码微服务化的一种可选方案,实现了系统层和业务逻辑之间的隔离,让软件开发更贴近其目的的本源。


本文转自掘金- 基于 Kubernetes 的 FaaS 平台开源实现——Kubeless 的应用实践
相关实践学习
容器服务Serverless版ACK Serverless 快速入门:在线魔方应用部署和监控
通过本实验,您将了解到容器服务Serverless版ACK Serverless 的基本产品能力,即可以实现快速部署一个在线魔方应用,并借助阿里云容器服务成熟的产品生态,实现在线应用的企业级监控,提升应用稳定性。
云原生实践公开课
课程大纲 开篇:如何学习并实践云原生技术 基础篇: 5 步上手 Kubernetes 进阶篇:生产环境下的 K8s 实践 相关的阿里云产品:容器服务 ACK 容器服务 Kubernetes 版(简称 ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
相关文章
|
18天前
|
运维 Kubernetes 监控
Kubernetes 集群的持续性能优化实践
【4月更文挑战第26天】 在动态且不断增长的云计算环境中,维护高性能的 Kubernetes 集群是一个挑战。本文将探讨一系列实用的策略和工具,旨在帮助运维专家监控、分析和优化 Kubernetes 集群的性能。我们将讨论资源分配的最佳实践,包括 CPU 和内存管理,以及集群规模调整的策略。此外,文中还将介绍延迟和吞吐量的重要性,并提供日志和监控工具的使用技巧,以实现持续改进的目标。
|
22天前
|
存储 运维 Kubernetes
Kubernetes 集群的持续性能优化实践
【4月更文挑战第22天】在动态且复杂的微服务架构中,确保 Kubernetes 集群的高性能运行是至关重要的。本文将深入探讨针对 Kubernetes 集群性能优化的策略与实践,从节点资源配置、网络优化到应用部署模式等多个维度展开,旨在为运维工程师提供一套系统的性能调优方法论。通过实际案例分析与经验总结,读者可以掌握持续优化 Kubernetes 集群性能的有效手段,以适应不断变化的业务需求和技术挑战。
|
2月前
|
Kubernetes 网络协议 应用服务中间件
K8S二进制部署实践-1.15.5
K8S二进制部署实践-1.15.5
41 0
|
2月前
|
Kubernetes Java 容器
部署 Spring Boot 应用到 K8S 教程
部署 Spring Boot 应用到 K8S 教程
66 0
|
5天前
|
消息中间件 运维 Kubernetes
构建高效自动化运维体系:Ansible与Kubernetes的融合实践
【5月更文挑战第9天】随着云计算和微服务架构的普及,自动化运维成为确保系统可靠性和效率的关键。本文将深入探讨如何通过Ansible和Kubernetes的集成,构建一个强大的自动化运维体系。我们将分析Ansible的配置管理功能以及Kubernetes容器编排的优势,并展示如何将二者结合,以实现持续部署、快速扩展和高效管理现代云原生应用。文章还将涵盖实际案例,帮助读者理解在真实环境下如何利用这些工具优化运维流程。
|
1天前
|
运维 Kubernetes Linux
Kubernetes详解(七)——Service对象部署和应用
Kubernetes详解(七)——Service对象部署和应用
7 3
|
4天前
|
Kubernetes 应用服务中间件 nginx
Kubernetes详解(六)——Pod对象部署和应用
在Kubernetes系列中,本文聚焦Pod对象的部署和管理。首先,通过`kubectl run`命令创建Pod,如`kubectl run pod-test --image=nginx:1.12 --port=80 --replicas=1`。接着,使用`kubectl get deployment`或`kubectl get pods`查看Pod信息,添加`-o wide`参数获取详细详情。然后,利用Pod的IP地址进行访问。最后,用`kubectl delete pods [Pod名]`删除Pod,但因Controller控制器,删除后Pod可能自动重建。了解更多细节,请参阅原文链接。
11 5
|
7天前
|
Kubernetes Cloud Native 持续交付
【Docker专栏】Kubernetes与Docker:协同构建云原生应用
【5月更文挑战第7天】本文探讨了Docker和Kubernetes如何协同构建和管理云原生应用。Docker提供容器化技术,Kubernetes则负责容器的部署和管理。两者结合实现快速部署、自动扩展和高可用性。通过编写Dockerfile创建镜像,然后在Kubernetes中定义部署和服务进行应用暴露。实战部分展示了如何部署简单Web应用,包括编写Dockerfile、构建镜像、创建Kubernetes部署配置以及暴露服务。Kubernetes还具备自动扩展、滚动更新和健康检查等高级特性,为云原生应用管理提供全面支持。
【Docker专栏】Kubernetes与Docker:协同构建云原生应用
|
8天前
|
Kubernetes Cloud Native 持续交付
构建高效云原生应用:Kubernetes与微服务架构的融合
【5月更文挑战第6天】 在数字化转型的浪潮中,企业正迅速采纳云原生技术以实现敏捷性、可扩展性和弹性。本文深入探讨了如何利用Kubernetes这一领先的容器编排平台,结合微服务架构,构建和维护高效、可伸缩的云原生应用。通过分析现代软件设计原则和最佳实践,我们提出了一个综合指南,旨在帮助开发者和系统架构师优化云资源配置,提高部署流程的自动化水平,并确保系统的高可用性。
29 1
|
16天前
|
Kubernetes Cloud Native 持续交付
构建高效云原生应用:以Kubernetes为核心
【4月更文挑战第27天】 在当今数字化转型的浪潮中,企业急需构建灵活、可扩展的应用来应对不断变化的市场需求。云原生技术以其独特的优势应运而生,成为推动现代应用开发和部署的重要力量。本文深入探讨了云原生的核心组件之一——Kubernetes,解析其如何通过容器编排优化资源利用,提高应用的弹性和可维护性。同时,文章将展示如何在云平台上实现高效的服务发现、自动扩缩容以及持续集成和持续部署(CI/CD),进一步阐述云原生架构下的最佳实践和面临的挑战。