评估Kubernetes中的Serverless框架

Posted ServiceMesher

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了评估Kubernetes中的Serverless框架相关的知识，希望对你有一定的参考价值。

Rancher 1.6和Rancher 2.0底层容器编排引擎的术语和概念略微有所不同。想要了解这些差异就需要先了解Cattle和Kubernetes之间的根本区别。对于使用过Cattle或者Kubernetes的新手来说，这篇文章比较适合您。同时你也可以从这里获取到容器编排引擎 Cattle 到 Kubernetes 的对应关系词汇表cheatsheet。

无服务器 kubernetes

在Pokemon Go的早期，我们都惊讶于Niantic如何在全球范围内扩展其用户群，现在看来他们应该是以无缝地向其容器集群添加额外的节点以容纳更多的玩家和环境，所有这一切都可以通过使用Kubernetes作为容器编排工具来实现。Kubernetes在扩展和管理容器基础架构中，能够从开发者角度抽象出部分过程和低级依赖关系。这使它成为一个非常有效的平台，用于开发和维护跨多个容器的应用程序服务。本文将探讨如何利用K8S的设计参数和服务编排功能，并将它们与无服务器框架和函数即服务（FaaS）结合起来。特别是，我们将深入研究其特性和功能，分析在K8s架构上构建的三个无服务器框架的运行性能和效率：（i）Fission; （ii）OpenFaaS; （iii）Kubeless。

A. 为什么Kubernetes是无服务器的优秀编排系统？

无服务器体系结构指的是从开发人员中抽象出服务器管理任务的应用程序体系结构，并通过动态分配和管理计算资源来提高开发速度和效率。函数即服务（FaaS）是一个运行时被构建的无服务架构，可以在其上构建无服务器体系结构。FaaS框架作为短暂的容器运行，它们已经安装了公共语言运行时，并允许在这些运行时内执行代码。

FaaS框架应该能够在各种基础架构上运行，以实现真正有用，包括公共云，混合云和内部部署环境。在真实生产环境中基于FaaS运行时构建的无服务器框架应该能够依靠经过验证和测试的编排和管理功能来大规模部署容器和分布式工作负载。

对于编排和管理，无服务器FaaS框架依赖Kubernetes，因为它能够：

  • 跨主机群集编排容器。

  • 最大化程度的利用企业应用程序所需的硬件资源。

  • 管理和自动化应用程序部署并提供声明式更新。

  • 通过挂载存储运行有状态应用程序。

  • 秒级扩容容器化应用程序并提供支持它们的资源。

  • 声明式地管理服务。

  • 提供一个大盘，来检查应用的健康情况，并通过自动重启，自动复制和自动缩放来进行应用程序的自我修复。

评估Kubernetes中的Serverless框架

无服务器系统可以包括通过客户端请求触发的功能或作为业务服务的一部分执行的功能。这两个过程都可以使用容器集群管理器（如Kubernetes）进行编排。资料来源：dzone.com

我们将在本文中介绍三个无服务器框架各自的优点和缺点。这些FaaS框架之间的共同点是，它们能够（1）将函数转化为服务; （2）利用Kubernetes平台管理这些服务的生命周期。这些框架背后的设计，会由于其用于实现的具体方式的不同而有差异，我们将在下一节中探讨。我们将在以下部分中重点介绍这些框架之间的一些差异：

  1. 框架是在源码级别或Docker镜像级别还是在中间运行，例如buildpacks？

  2. 由于使用公共语言运行库启动容器，冷启动性能的延迟或执行函数期间的延迟分别是多少？

  3. 它们如何为服务分配内存或资源？

  4. 它们如何访问和部署Kubernetes的编排和容器管理功能？

B. OpenFaaS和部署Spring Boot模板

OpenFaaS是一个无服务器平台，允许使用Docker或Kubernetes管理函数，因为它是基于OCI格式的容器。OpenFaaS可以支持企业级扩展的功能，如Docker Universal Control Plane企业级集群管理解决方案与Docker Enterprise或Tectonic for Kubernetes。OpenFaaS继承了现有的容器安全功能，例如r/o文件系统，权限下降和内容信任。它能够使用Docker或K8s调度程序/容器编排的管理功能，并且可以使用其相关的丰富的商业和社区供应商生态系统。同样，由于其多语言特性，任何可执行文件都可以打包到OpenFaas中的函数中。

SpringBoot和Vertx是开发微服务的非常流行的框架，它们的易用性已经通过OpenFaaS模板扩展到OpenFaaS。这些模板允许在OpenFaaS平台上无缝地开发和部署无服务器函数。模板在这里的github存储库中可用。让我们来看看如何在OpenFaaS平台上部署SpringBoot模板。

在本地安装OpenFaaS

在本地计算机上下载和安装模板

我们需要安装和配置FaaS CLI以与本地或远程K8S或Docker配合使用。在本练习中，我们将使用本地Docker客户端，并在后续工作中将其扩展到基于云的GKE集群。

对于最新版本的CLI类型：

$ curl-sL https://cli.openfaas.com | sudo sh

[或通过MacOS上的brew install faas-cli。]

使用以下命令验证本地安装的模板：

faas-clinew--list

在我们创建无服务器函数之前，我们必须在本地计算机上安装这些模板。

 
   
   
 
    
  
    
    
  
  1.  faas-cli template pull https://github.com/tmobile/faas-java-templates.git
    2.

查看帮助菜单

可以为所有命令调用-help标志。

$ faas-cli--help

从命令行管理您的OpenFaaS功能

用法： faas-cli [flags] faas-cli [command]

可用命令：

build 构建OpenFaaS功能容器

deploy 部署OpenFaaS功能

help 有关任何命令的帮助

push 将OpenFaaS功能推送到远程仓库（Docker Hub）

remove 删除已部署的OpenFaaS功能

version 显示客户端版本信息

参数： -h， --help 帮助FAAS-CLI -f， --yamlstring 描述函数的yaml文件的路径

有关命令的更多信息，请使用 faas-cli [command] --help。

用已安装的模板创建函数

使用来自Vertx/SpringBoot模板的github存储库中我们感兴趣的函数，我们可以创建一个函数（用我们的函数替换大括号内的文本，我们使用springboot但你可以用vertx模板代替它）：

faas-clinew{functionoffunction}--lang springboot

使用mvnw，命令是

 
   
   
 
    
  
    
    
  
  1. faas-cli new mvnw --lang vertx | springboot 
    2. 
  
    
    
  
  2. Folder: mvnw created.
    3. 
  
    
    
  
  3. Function created in folder: mvnw 
    4. 
  
    
    
  
  4. Stack file written: mvnw.yml
    5.

mvnw.yml的内容现在可以与CLI一起使用。

注意：如果您的群集是远程的或未在8080端口上运行 - 请在继续之前在YAML文件中对其进行编辑。为我们的函数生成了handler.java文件。您可以编辑pom.xml文件，并在“build”步骤中安装所有依赖项。

构建函数

现在我们已经创建了函数逻辑，我们可以使用faas cli build命令构建函数。我们将使用本地Docker客户端将该函数构建到docker镜像中。

 
   
   
 
    
  
    
    
  
  1. $ faas-cli build -f mvnw.yml
    2. 
  
    
    
  
  2. Building: mvnw.
    3. 
  
    
    
  
  3. Clearing temporary build folder: ./build/mvnw/
    4. 
  
    
    
  
  4. Preparing ./mvnw/ ./build/mvnw/function
    5. 
  
    
    
  
  5. Building: mvnw with node template. Please wait..
    6. 
  
    
    
  
  6. docker build -t mvnw .
    7. 
  
    
    
  
  7. Sending build context to Docker daemon  8.704kB
    8. 
  
    
    
  
  8. Step 1/19 : FROM node:6.11.2-alpine
    9. 
  
    
    
  
  9.  ---> 16566b7ed19e
    10. 
  
    
    
  
    11. 
  
    
    
  
  11. Step 19/19 : CMD fwatchdog
    12. 
  
    
    
  
  12.  ---> Running in 53d04c1631aa
    13. 
  
    
    
  
  13.  ---> f5e1266b0d32
    14. 
  
    
    
  
  14. Removing intermediate container 53d04c1631aa
    15. 
  
    
    
  
  15. Successfully built f5e1266b0d32
    16. 
  
    
    
  
  16. Successfully tagged mvnw:latest
    17. 
  
    
    
  
  17. Image: mvnw built.
    18.

推送您的函数（可选，因为我们正在进行本地安装）

为了部署我们的函数，我们将编辑mvnw.yml文件并将“image”行设置为Docker Hub上适用的用户名，例如：hishamhasan/mvnw。然后我们将再次构建该函数。

 
   
   
 
    
  
    
    
  
  1. $ faas-cli push -f mvnw.yml
    2. 
  
    
    
  
  2. Pushing: mvnw to remote repository.
    3. 
  
    
    
  
  3. The push refers to a repository [docker.io/hishamhasan/mvnw]
    4.

完成此操作后，镜像将被推送到Docker Hub或远程Docker registry，我们可以部署并运行该函数。

部署函数

 
   
   
 
    
  
    
    
  
  1. $ faas-cli deploy -f mvnw.yml
    2. 
  
    
    
  
  2. Deploying: mvnw.
    3. 
  
    
    
  
  3. No existing service to remove
    4. 
  
    
    
  
  4. Deployed.
    5. 
  
    
    
  
  5. 200 OK
    6. 
  
    
    
  
  6. URL: [http://localhost:8080/function/mvnw](http://localhost:8080/function/mvnw)
    7.

调用函数

 
   
   
 
    
  
    
    
  
  1. $ faas-cli invoke -f mvnw.yml callme
    2. 
  
    
    
  
  2. Reading from STDIN - hit (Control + D) to stop.
    3. 
  
    
    
  
  3. This is my message
    4. 
  
    
    
  
    5. 
  
    
    
  
  5. {"status":"done"}
    6.

我们还可以将命令传递给函数，例如:

 
   
   
 
    
  
    
    
  
  1. $ date | faas-cli invoke -f mvnw.yml mvnw
    2. 
  
    
    
  
  2. {"status":"done"}
    3.

在Google Cloud Platform上安装OpenFaaS

在使用OpenFaaS时，我们不限于任何本地或云基础架构。现在我们已经在本地Docker集群中部署了模板，我们可以通过在GCP中的GKE上设置它来利用OpenFaaS的多功能性。

  1. 创建一个名为的GCP项目

  2. 在此处 下载并安装Google Cloud SDK。安装SDK后，运行gcloud init，然后将默认项目设置为openfaas。

  3. 使用gcloud安装kubectl： gcloud components install kubectl

  4. 导航到API Manager>凭据>创建凭据>服务帐户密钥。

  5. 选择JSON作为密钥类型。将文件重命名为json并将其放在项目中

  6. 添加刚刚在ComputeEngine> Metadata> SSH Keys下创建的SSH密钥，并使用您的公共SSH密钥作为值创建名为sshKeys的元数据条目。

  7. 创建一个三节点Kubernetes集群，每个节点位于不同的区域中。在此处 阅读 有关群集联合的信息，以了解如何选择每个群集中的群集数和节点数，这些群集可能会根据负载或增长频繁更改。

 
   
   
 
    
  
    
    
  
  1. k8s_version=$(gcloud container get-server-config --format=json | jq -r '.validNodeVersions[0]')
    2. 
  
    
    
  
    3. 
  
    
    
  
  3. gcloud container clusters create demo 
    4. 
  
    
    
  
  4.    --cluster-version=${k8s_version} 
    5. 
  
    
    
  
  5.    --zone=us-west1-a 
    6. 
  
    
    
  
  6.    --additional-zones=us-west1-b,us-west1-c 
    7. 
  
    
    
  
  7.    --num-nodes=1 
    8. 
  
    
    
  
  8.    --machine-type=n1-standard-2 
    9. 
  
    
    
  
  9.    --scopes=default,storage-rw
    10.

将默认节点池的大小增加到所需的节点数（在此示例中，我们将按比例增加3到9个节点）：

gcloud container clusters resize--size=3

您可以通过调用此 页面中 所述的合适的SDK命令来执行集群管理功能，例如删除集群。

gcloud container clustersdeletedemo-z=us-west1-a

完整的管理设置

设置kubectl的凭据：

gcloud container clustersget-credentials demo-z=us-west1-a

创建集群管理员用户：

 
   
   
 
    
  
    
    
  
  1. kubectl create clusterrolebinding "cluster-admin-$(whoami)" 
    2. 
  
    
    
  
  2. --clusterrole=cluster-admin 
    3. 
  
    
    
  
  3. --user="$(gcloud config get-value core/account)"
    4.

授予kubernetes-dashboard管理员权限（确保在非生产环境中完成）：

 
   
   
 
    
  
    
    
  
  1. kubectl create clusterrolebinding "cluster-admin-$(whoami)" 
    2. 
  
    
    
  
  2. --clusterrole=cluster-admin 
    3. 
  
    
    
  
  3. --user="$(gcloud config get-value core/account)"
    4.

您可以通过使用kubectl反向代理在浏览器（或在 http//localhost:9099/ui ）上调用 kubectl proxy--port=8080 和导航到 http//localhost:8080/ui 来访问port-8080上的kubernetes-dashboard ：http://localhost:9099/ui

kubectl proxy--port=9099&

Kubernetes集群由主节点和节点资源组成 - 主节点协调集群，节点运行应用程序，并通过Kubernetes API进行通信。我们使用OpenFaaS CLI构建了容器化应用程序并编写了.yml文件来构建和部署该函数。通过在Kubernetes集群中的节点之间部署该函数，我们允许GKE分发和调度我们的节点资源。我们的节点已经配置了处理容器操作的工具，可以通过kubectl CLI。

评估Kubernetes中的Serverless框架

资料来源：dzone.com

使用基本身份验证部署OpenFaaS。

克隆openfaas-gke存储库：

 
   
   
 
    
  
    
    
  
  1. git clone https://github.com/tmobile/faas-java-templates.git
    2. 
  
    
    
  
  2. cd openfaas-gke
    3.

创建openfaas和openfaas-fn名称空间以在多租户设置中部署OpenFaaS服务：

kubectl apply-f./namespaces.yaml

要在openfaas命名空间中部署OpenFaaS服务：

kubectl apply-f./openfaas

这将为OpenFaaS网关，FaaS-netesd（K8S控制器），Prometheus，警报管理器，Nats和队列工作者提供K8s pods，部署和服务。

我们需要在通过设置身份验证在Internet上公开OpenFaaS之前保护我们的网关。我们可以使用一组凭据创建一个通用的basic-auth秘密：

 
   
   
 
    
  
    
    
  
  1. kubectl -n openfaas create secret generic basic-auth 
    2. 
  
    
    
  
  2. --from-literal=user=admin 
    3. 
  
    
    
  
  3. --from-literal=password=admin
    4.

然后我们可以为我们的OpenFaaS网关部署Caddy，它既可以作为反向代理，又可以作为强大的负载均衡器，并支持WebSocket连接：

kubectl apply-f./caddy

然后，我们将使用K8s服务对象公开的外部IP访问OpenFaaS网关UI，并使用我们的凭据访问http:// 。我们可以通过运行kubectl get svc来获取外部IP。 

 
   
   
 
    
  
    
    
  
  1. get_gateway_ip() {
    2. 
  
    
    
  
    3. 
  
    
    
  
  3.  kubectl -n openfaas describe service caddy-lb | grep Ingress | awk'{ print $NF }'
    4. 
  
    
    
  
    5. 
  
    
    
  
  5. }
    6. 
  
    
    
  
    7. 
  
    
    
  
  7. until [["$(get_gateway_ip)"]]
    8. 
  
    
    
  
    9. 
  
    
    
  
  9. do sleep1;
    10. 
  
    
    
  
    11. 
  
    
    
  
  11. echo -n ".";
    12. 
  
    
    
  
    13. 
  
    
    
  
  13. done
    14. 
  
    
    
  
    15. 
  
    
    
  
  15. echo "."
    16. 
  
    
    
  
    17. 
  
    
    
  
  17. gateway_ip=$(get_gateway_ip)
    18. 
  
    
    
  
    19. 
  
    
    
  
  19. echo "OpenFaaS Gateway IP: ${gateway_ip}"
    20.

如果您尚未执行上一个练习，请通过调用安装OpenFaaS CLI。

curl-sL cli.openfaas.com|sh

然后使用CLI，凭据和K8s服务公开的外部IP登录：

faas-cli login-u admin-p admin--gateway http://<EXTERNAL-IP>

注意：（a）您可以通过创建Ingress资源，使用Google Cloud L7 HTTPS负载均衡器公开OpenFaaS网关。您可以在 此处 找到有关创建负载均衡器的详细指南。（b）您可以使用密码创建文本文件，并将该文件与-password-stdin标志一起使用，以避免在bash历史记录中输入密码。

您可以使用先前在上一个练习中发布的镜像并部署无服务器功能。

$ faas-cli deploy-f mvnw.yml

deploy命令在当前目录中查找mvnw.yml文件，并部署openfaas-fn命名空间中的所有函数。

注意：（a）您可以使用com.openfaas.scale.min标签设置最小运行pod数，并为autoscaler com.openfaas.scale.max设置最小副本数。OpenFaaS的默认设置是每个功能运行一个pod，并且在负载下最多可扩展到20个pod

调用无服务器功能。

faas-cli invoke mvnw--gateway=http://<GATEWAY-IP>

您可以随时注销：

faas-cli logout-gateway http://<EXTERNAL-IP>

C. Fission和部署简单的HTTP请求

Fission是一个无服务器框架，它进一步抽象出容器镜像，并允许仅通过函数在K8s上创建HTTP服务。Fission中的容器镜像包含语言运行时，一组常用的依赖项和一个用于函数的动态加载器。可以定制这些图像，例如打包二进制依赖项。Fission能够通过维护一个正在运行的容器池来优化冷启动开销。当新请求来自客户端应用程序或业务服务时，它会将该函数复制到容器中，动态加载它，并将请求路由到该实例。因此，对于NodeJS和Python函数，它能够最小化100毫秒的冷启动开销。

通过在源码级别进行操作，Fission使用户不必处理容器的镜像构建，将镜像推送到注册表，管理注册表凭据，镜像版本控制和其他管理任务。

评估Kubernetes中的Serverless框架

https://kubernetes.io/blog/2017/01/fission-serverless-functions-as-service-for-kubernetes

如上图所示，Fission被设计为一组微服务，主要组件如下所述：

  1. 跟踪功能，HTTP路由，事件触发器和环境镜像的控制器;

  2. 管理空闲环境容器池的池管理器，将函数加载到这些容器中，并定期杀死函数实例以管理容器开销;

  3. 一种路由器，它接收HTTP请求并将它们路由到poolmgr或已在运行的实例中的新鲜函数实例。

我们可以使用在上一个练习中GCP上创建的K8s群集在Fission上部署HTTP请求。让我们走过这个过程吧。

1. 安装Helm CLI， Helm是一个Kubernetes包管理器。让我们初始化Helm：

 
   
   
 
    
  
    
    
  
  1.      $ helm init
    2.

2. 在GKE命名空间中安装Fission

 
   
   
 
    
  
    
    
  
  1.      $ helm install --namespace fission https://github.com/fission/fission/releases/download/0.7.0/fission-all-0.7.0.tgz
    2.

3. 安装Fission CLI

OSX

 
   
   
 
    
  
    
    
  
  1.     $ curl -Lo fission https://github.com/fission/fission/releases/download/0.7.0/fission-cli-osx&& chmod +x fission && sudo mv fission /usr/local/bin/
    2.

Windows 在 此处 下载Windows可执行文件。

1. 创建HTTP服务我们将创建一个简单的HTTP服务来打印Hello World。

 
   
   
 
    
  
    
    
  
  1. $ cat > hello.py
    2. 
  
    
    
  
    3. 
  
    
    
  
  3. def main(context):
    4. 
  
    
    
  
    5. 
  
    
    
  
  5.     print "Hello, world!"
    6.

2. 在Fission上部署HTTP服务

 
   
   
 
    
  
    
    
  
  1. $ fission function create --name hello --env python --code hello.py --route /hello
    2. 
  
    
    
  
    3. 
  
    
    
  
  3. $ curl http://<fission router>/hello
    4. 
  
    
    
  
    5. 
  
    
    
  
  5. Hello, world!
    6.

D. Kubeless和部署Spring Boot模板

Kubeless是一个Kubernetes原生无服务器框架，可以将功能部署在K8s集群上，同时允许用户利用Kubernetes资源提供自动扩展，API路由，监控和故障排除。Kubeless使用Kubernetes自定义资源定义来创建自定义kubernetes资源的功能。自定义资源是 Kubernetes API 中的端点，用于存储API对象的集合某种类型的K8s pod对象，它代表了特定K8s安装的自定义。自定义资源非常有用，因为它们可以通过动态注册进行配置然后在正在运行的集群中删除，集群管理员可以独立于集群本身更新自定义资源。Kubeless利用这些功能并运行集群内控制器，可以跟踪这些自定义资源并按需启动运行时。

我们可以使用在上一个练习中GCP上创建的K8s群集在Fission上部署HTTP请求。让我们走过这个过程吧。

1. 访问Kubernetes仪表板

在K8s集群正在运行的情况下，我们可以使用kubectl在8080端口上使用仪表板：

kubectl proxy--port=8080

评估Kubernetes中的Serverless框架

可以通过浏览器导航到http://localhost8080/i来访问仪表板

2. 安装Kubeless CLI

OSX

 
   
   
 
    
  
    
    
  
  1. $ curl -L https://github.com/kubeless/kubeless/releases/download/0.0.20/kubeless_darwin-amd64.zip > kubeless.zip
    2. 
  
    
    
  
  2. $ unzip kubeless.zip
    3. 
  
    
    
  
  3. $ sudo cp bundles/kubeless_darwin-amd64/kubeless /usr/local/bin/
    4.

Windows

在 此处 下载Windows可执行文件。

1. 在K8s群集中部署Kubeless

评估Kubernetes中的Serverless框架

我们将使用此链接中 的清单在K8s群集中部署Kubless。根据清单创建一个kubeless命名空间，一个函数ThirdPartyResource，一个kubeless控制器，并在进程中设置一个kafka，zookeeper StatefulSet。Kubless的一个主要优点是它具有高度的Kubernetes原生特性，它可以设置非rbac和rbac特定环境。下面的屏幕截图显示了如何使用kubectl命令在非rbac环境中部署kubeless。

评估Kubernetes中的Serverless框架

1. 创建函数

我们可以创建一个服务函数，并从请求中接受方法，URL，标题和请求体。

 
   
   
 
    
  
    
    
  
  1. const http = require('http');
    2. 
  
    
    
  
    3. 
  
    
    
  
  3.     http.createServer((request, response) => {
    4. 
  
    
    
  
  4.       const { headers, method, url } = request;
    5. 
  
    
    
  
  5.       let body = [];
    6. 
  
    
    
  
  6.       request.on('error', (err) => {
    7. 
  
    
    
  
  7.         console.error(err);
    8. 
  
    
    
  
  8.       }).on('data', (chunk) => {
    9. 
  
    
    
  
  9.         body.push(chunk);
    10. 
  
    
    
  
  10.       }).on('end', () => {
    11. 
  
    
    
  
  11.         body = Buffer.concat(body).toString();
    12. 
  
    
    
  
  12.         // 此时，我们有标题，方法，网址和请求体，现在可以做任何我们需要的事情来回应这个要求。
    13. 
  
    
    
  
  13.       });
    14. 
  
    
    
  
  14.     }).listen(8080); // 激活此服务器，监听8080端口。
    15.

2. 在Kubeless环境中运行函数

我们可以通过提供以下信息向Kubeless注册该函数：

  1. 用于通过Web访问该函数的名称

  2. 用于访问该函数的协议

  3. 要执行以运行代码的语言运行时

  4. 包含函数代码的文件的名称

  5. 文件内部函数的名称

通过添加上面的变量1-5，我们调用以下命令在Kubeless中注册和部署函数：

kubelessfunctiondeploy serverequest--trigger-http--runtime nodejs6--handler serverequest.createServer--from-file/tmp/serverequest.js

E.无服务器平台的评估

我们评估的每个无服务器平台都有其独特的价值主张。使用OpenFaas，任何进程或容器都可以打包为Linux或Windows的无服务器功能。对于企业而言，OpenFaaS使用的体系结构提供了无缝插入计划群集和现有微服务的CI/CD工作流的能力，因为OpenFaaS是围绕Docker构建的，所有功能都打包到Docker镜像中。OpenFaaS还为企业提供了一种通过外部API，网关管理和执行函数的无缝方式，并管理函数的生命周期，包括通过提供商进行部署，扩展和secret管理。

Fission具有事件驱动架构，使其成为短期无状态应用程序的理想选择，包括REST API或webhook实现以及DevOps自动化。使用Fission的一个很好的用例可能是开发聊天机器人的后端，因为Fission可以实现良好的冷启动性能，并在需要时通过保持运行时的容器池来提供快速响应时间。

最后，Kubeless架构利用原生Kubernetes概念来部署和管理功能，例如自定义资源定义，用于定义功能和自定义控制器来管理函数，将其部署为Kubernetes部署并通过Kubernetes服务公开它。与Kubernetes原生功能的紧密结合将吸引现有的Kubernetes用户，降低所需的学习曲线并无缝插入现有的Kubernetes架构。

关于作者

评估Kubernetes中的Serverless框架

Hisham是一位咨询企业解决方案架构师，在利用容器技术解决基础架构问题和更快地部署应用程序以及更高级别的安全性，性能和可靠性方面拥有丰富的经验 最近，Hisham一直在为各种中间件应用程序利用容器和云原生架构，以在整个企业中部署复杂的关键任务服务。在进入咨询领域之前，Hisham曾在Aon Hewitt，Lexmark和ADP从事软件实施和技术支持工作。

Istio免费直播课程推荐

本课程来自 IBM 微课程，通过视频直播的方式帮助您快速了解 Istio，每周一期。

  • 11月1日 Istio初探（已结束，由孙琳分享）

  • 11月8日 Istio 上手

  • 11月15日 Istio的安全管理

  • 11月22日 Envoy

  • 11月29日 使用Istio来监控和可视化微服务

  • 12月6日 Istio mixer - 基本概念，策略、遥测与扩展

  • 12月13日 Istio跨云管理方案解析

  • 12月20日 Istio使用案例：Serverless 平台knative

  • 详情请参考：

点击【阅读原文】跳转到网站上浏览可以查看文中的链接。

评估Kubernetes中的Serverless框架

  • SOFAMesh（https://github.com/alipay/sofa-mesh）基于Istio的大规模服务网格解决方案

  • SOFAMosn（https://github.com/alipay/sofa-mosn）使用Go语言开发的高性能Sidecar代理

合作社区

参与社区

以下是参与ServiceMesher社区的方式，最简单的方式是联系我！

  • 社区网址：http://www.servicemesher.com

  • Slack：https://servicemesher.slack.com （需要邀请才能加入）

  • GitHub：https://github.com/servicemesher

  • Istio中文文档进度追踪：https://github.com/servicemesher/istio-official-translation

  • Twitter: https://twitter.com/servicemesher

  • 提供文章线索与投稿：https://github.com/servicemesher/trans


以上是关于评估Kubernetes中的Serverless框架的主要内容，如果未能解决你的问题，请参考以下文章

选择Serverless还是Kubernetes？这种争辩并没有意义

故事，从 Docker 讲起 | 深度揭秘阿里云 Serverless Kubernetes

阿里云 Serverless Kubernetes 的落地实践分享

Fission：基于 Kubernetes 的 Serverless 函数框架

Serverless 的资源评估与成本探索

Serverless Kubernetes 落地实践