使用 TriggerMesh KLR 在 Amazon EKS 中部署与 AWS Lambda 兼容的函数

自定义 AWS Lambda 运行时已在 re:Invent 2018 大会上推出。Knative 是一个旨在构建、部署和管理无服务器工作负载的开源项目。Sebastien Goasguen 的这篇博文解释道，TriggerMesh 的 Knative Lambda Runtime 是一种自定义运行时环境，可在 Amazon EKS 集群上运行的 Knative 上运行 Lambda 函数。

– Arun

AWS Lambda 已成为全球领先的无服务器产品。AWS Lambda 能够轻松连接各种 AWS 服务，这为真正的原生云应用程序打开了大门，并让用户能够更快地进行创新。与此同时，Kubernetes 已成为容器编排领域的领导者，并成为本地部署环境中原生云应用程序的领先推动者。Amazon Elastic Container Service for Kubernetes (EKS) 于去年正式推出。

无服务器和容器这两个领域似乎存在矛盾，无服务器消除了所有基础设施负担，并重点关注应用程序架构和服务，而 Kubernetes 仍然会给用户和运营商带来容器和基础设施方面的问题。

然而，这两个领域似乎注定会在几个方面汇合。Knative 就是一个例子，这个开源项目旨在使用 Kubernetes 构建可在任何地方运行、以源为中心、基于容器的应用程序。Knative 由三个部分组成：构建、服务和事件。构建会获取源代码，并尽可能透明地为用户生成容器。服务会获取这些容器，并提供缩放到 0 等功能。最后，事件会提供一种获取任意位置的云事件的方法，并能使用它们来触发函数，这与 AWS 事件源可用于触发 AWS Lambda 函数的方式非常相似。

随着 Knative 的发展，我们不得不考虑是否有可能在 Knative、EKS 集群甚至另一个 Kubernetes 集群（包括本地）中运行 AWS Lambda 函数。您可能希望通过这样的做法来统一 Kubernetes 下的工作负载管理，或者将所有工作负载（包括函数）纳入一个“屋檐”下，或者您可能只是认为 AWS Lambda 函数应成为各无服务器提供商的函数标准。

在本博文中，我们想向您展示这是如何实现的：您确实可以使用 TriggerMesh Knative Lambda Runtimes (KLR) 在 Knative 中运行 AWS Lambda 函数。

KLR 是称为构建模板的 Knative 对象，它使用 AWS Lambda 自定义运行时 API 的自定义实施。[Lambda 自定义运行时] (https://thinkwithwp.com/about-aws/whats-new/2018/11/aws-lambda-now-supports-custom-runtimes-and-layers/) 向开源社区开放了一个超棒的集成点。在 TriggerMesh 中，我们决定实施所谓的函数调用程序来公开 Lambda 自定义运行时 API。然后，我们使用它为 Go、Ruby、Node 和 Python 函数构建 Knative 模板。

这是一项令人激动万分的发展，我们迫不及待地想要与您分享。下文内容提供了分步演练，用以指导您创建 EKS 集群并运行 TriggerMesh KLR 函数。您将：

• 使用 eksctl 创建 EKS 集群
• 安装 Knative
• 安装 TriggerMesh Knative CLI
• 使用 TriggerMesh KLR 在 EKS 中部署函数

下图展示了我们将要实施的整体设置。

在本文的其余部分中，我们假设您已经配置好 AWS CLI（例如 aws）和 Kubernetes CLI（例如 kubectl）。如果您未进行配置，请访问以下链接：

• 安装和配置 AWS CLI。
• 安装和配置 Kubernetes CLI。

创建 EKS 集群

您首先需要使用具有集群配置文件机制的 eksctl 来设置 Amazon EKS 集群。首先，必须下载以下工具：

• eksctl
  kubectl

在安装所有必备工具后，您可以启动 EKS 集群。在本例中，我们会将集群部署在 us-east-2（即我们的俄亥俄区域）中，您可将 AWS_REGION 替换为支持 Amazon EKS 的任何区域。

部署集群

export AWS_REGION=us-east-1
export ACCOUNT_ID=$(aws sts get-caller-identity –query “Account” –output text)
在导出区域后，按照如下所示创建 ClusterConfig：

cat >cluster.yaml <<EOF
apiVersion: eksctl.io/v1alpha4
kind: ClusterConfig
metadata:
name: knative
region: ${AWS_REGION}

nodeGroups:

name: knodes
desiredCapacity: 3
instanceType: m5.large
EOF

eksctl create cluster --kubeconfig eksknative.yaml -f cluster.yaml

alias knative='kubectl --kubeconfig=eksknative.yaml'

knative get nodes
NAME                             STATUS    ROLES     AGE       VERSION
ip-192-168-10-163.ec2.internal   Ready     <none>    1m        v1.11.5
ip-192-168-12-106.ec2.internal   Ready     <none>    1m        v1.11.5
ip-192-168-43-220.ec2.internal   Ready     <none>    1m        v1.11.5

knative apply --filename https://github.com/knative/serving/releases/download/v0.4.0/istio-crds.yaml && \
knative apply --filename https://github.com/knative/serving/releases/download/v0.4.0/istio.yaml

knative apply --filename https://github.com/knative/serving/releases/download/v0.4.0/serving.yaml \
--filename https://github.com/knative/build/releases/download/v0.4.0/build.yaml \
--filename https://github.com/knative/serving/releases/download/v0.4.0/monitoring.yaml \
--filename https://raw.githubusercontent.com/knative/serving/v0.4.0/third_party/config/build/clusterrole.yaml

knative get pods -n knative-serving
NAME                          READY     STATUS    RESTARTS   AGE
activator-6f7d494f55-57r9k    2/2       Running   1          2m
autoscaler-5cb4d56d69-mj4lm   2/2       Running   1          2m
controller-6d65444c78-tlpmm   1/1       Running   0          2m
webhook-55f88654fb-ppczx      1/1       Running   0          2m
knative get pods -n knative-build
NAME                                READY     STATUS    RESTARTS   AGE
build-controller-68dfb74954-5d68l   1/1       Running   0          2m
build-webhook-866fd64885-95sq4      1/1       Running   0          2m

$ knative get svc istio-ingressgateway -o json -n istio-system | jq -r .status.loadBalancer.ingress[0].hostname
af375ca60465511e9911e02b74097eec-2072757389.us-east-1.elb.amazonaws.com

go get github.com/triggermesh/tm

which tm

alias tmk='tm --config=eksknative.yaml'

tmk get services
NAMESPACE    SERVICE
tmk get builds
NAMESPACE    BUILD

tmk deploy buildtemplate -f https://raw.githubusercontent.com/triggermesh/knative-lambda-runtime/master/python-3.7/buildtemplate.yaml

tmk get buildtemplates
NAMESPACE    NAME                        READY
default      knative-python37-runtime    True

tmk set registry-auth dockerhub
Registry: index.docker.io
Username: runseb
Password: **********
Registry credentials set

tmk deploy service python-test -f https://github.com/serverless/examples \
                              --build-template knative-python37-runtime \
                              --build-argument DIRECTORY=aws-python-simple-http-endpoint \
                              --build-argument HANDLER=handler.endpoint \
                              --registry-host dockerhub \
                              --wait

curl -H 'Host: python-test.default.svc.cluster.local' http://af375ca60465511e9911e02b74097eec-2072757389.us-east-1.elb.amazonaws.com
{"statusCode": 200, "body": "{\"message\": \"Hello, the current time is 15:05:53.694014\"}"}

eksctl delete cluster knative