AWS Lambda

`quarkus-amazon-lambda`扩展使您能够使用 Quarkus 构建 AWS Lambdas。您的 lambdas 可以根据需要使用来自 CDI 或 Spring 的注入注释和其他 Quarkus 功能。 Quarkus lambdas 可以使用 Amazon Java Runtime 进行部署，或者您可以构建一个本地可执行程序并使用 Amazon 的自定义运行时，如果您想要一个占用更少内存且冷启动时间更快的程序。 Quarkus 与 lambdas 的集成还支持 Quarkus 的实时编码开发周期。您可以在开发或测试模式下启动您的 Quarkus lambda 项目，并在您的项目中进行实时编码。

Prerequisites

include::./_includes/prerequisites.adoc[]* An Amazon AWS account* AWS CLI* AWS SAM CLI 适用于本地测试

对于 Gradle 项目，请参阅 see below，或进一步参考 Gradle setup page 中的指南。

Getting Started

本指南引导你使用 maven 原型生成 Java 项目示例，并将它部署到 AWS。

Installing AWS bits

安装所有 AWS 位可能是这个指南最困难的部分。请务必遵循所有步骤来安装 AWS CLI。

Creating the Maven Deployment Project

使用 Maven 原型创建 Quarkus AWS Lambda maven 项目。

mvn archetype:generate \
       -DarchetypeGroupId=io.quarkus \
       -DarchetypeArtifactId=quarkus-amazon-lambda-archetype \
       -DarchetypeVersion={quarkus-version}

如果你希望使用 Gradle，你可以快速轻松地通过 code.quarkus.io 将 quarkus-amazon-lambda 扩展作为依赖项来生成 Gradle 项目。 将 build.gradle、gradle.properties 和 settings.gradle 复制到上述生成的 Maven 原型项目，以便遵循本指南。 执行：gradle wrapper 以设置 gradle wrapper（推荐）。 有关 Gradle 的完整详细信息，请参阅以下的 Gradle build 部分。

Choose Your Lambda

quarkus-amazon-lambda 扩展将扫描你的项目，寻找直接实现 Amazon RequestHandler<?, ?> 或 RequestStreamHandler 的接口的类。它必须找到一个实现该接口的类，否则它将引发构建时故障。如果它找到多个处理程序类，也将引发构建时异常。

然而，有时你可能有几个共享代码的关联 lambda，而创建多个 maven 模块只是你不想做的开销。quarkus-amazon-lambda 扩展允许你在一个项目中捆绑多个 lambda，并使用配置或环境变量来选择你希望部署的处理程序。

生成项目在其中包含三个 lambda。两个实现 RequestHandler<?, ?> 接口，一个实现 RequestStreamHandler 接口。一个正在使用，两个未被使用。如果你打开 src/main/resources/application.properties，你将看到：

quarkus.lambda.handler=test

quarkus.lambda.handler 属性告诉 Quarkus 部署哪个 lambda 处理程序。这也可用环境变量覆盖。

如果你查看项目中生成的三个处理程序类，你将看到它们被 @Named 不同地实现。

@Named("test")
public class TestLambda implements RequestHandler<InputObject, OutputObject> {
}

@Named("unused")
public class UnusedLambda implements RequestHandler<InputObject, OutputObject> {
}

@Named("stream")
public class StreamLambda implements RequestStreamHandler {
}

处理程序类的 CDI 名称必须与 quarkus.lambda.handler 中指定的值匹配。

Deploy to AWS Lambda Java Runtime

在你 AWS 上运行 lambda 有一些步骤。生成 maven 项目包含一个帮助脚本，可为纯 Java 和本机部署创建、更新、删除和调用你的 lambdas。

Build and Deploy

构建项目：

CLI
quarkus build
Maven
./mvnw install
Gradle
./gradlew build

这将编译和打包你的代码。

Create an Execution Role

查看 Getting Started Guide 以使用 AWS CLI 部署 Lambda。具体来说，请确保你已经创建了一个 Execution Role。你将需要在你的个人资料或控制台窗口中定义一个 LAMBDA_ROLE_ARN 环境变量，或者，你可以在构建生成的 manage.sh 脚本中编辑并将角色值直接放在其中：

LAMBDA_ROLE_ARN="arn:aws:iam::1234567890:role/lambda-role"

Extra Build Generated Files

在你运行构建之后，quarkus-amazon-lambda 扩展将生成一些额外的文件。这些文件位于构建目录中： maven 的 target/、gradle 的 build/。

  • function.zip - lambda 部署文件

  • manage.sh——aws lambda cli 调用的包装器

  • bootstrap-example.sh——原生部署示例引导脚本

  • sam.jvm.yaml——（可选的）用于 sam cli 和本地测试

  • sam.native.yaml——（可选的）用于 sam cli 和原生本地测试

Create the function

target/manage.sh 脚本用于使用 AWS Lambda Java 运行时来管理你的 lambda。此脚本只为你方便提供。查看 manage.sh 脚本的输出，如果你想了解为了创建、删除和更新你的 lambdas 而执行了哪些 AWS 命令。

manage.sh 支持四种操作：create、delete、update`和 `invoke。

为了验证你的设置，你已经安装了 AWS CLI，执行了 AWS 访问密钥的 aws configure，并且设置了 LAMBDA_ROLE_ARN 环境变量（如上所述），请执行 manage.sh，而没有任何参数。一个用法声明将被打印给你相应地提供指导。

如果使用 Gradle，则 manage.sh 中的二进制文件路径必须从 target 更改为 build

以下载 usage 陈述，以及验证 AWS 配置：

sh target/manage.sh

你可以使用以下命令 create 你的函数：

sh target/manage.sh create

或者，如果你尚未在这个 shell 中定义 LAMBDA_ROLE_ARN：

LAMBDA_ROLE_ARN="arn:aws:iam::1234567890:role/lambda-role" sh target/manage.sh create

不要更改处理程序开关。此项必须硬编码为 io.quarkus.amazon.lambda.runtime.QuarkusStreamHandler::handleRequest。此处理程序引导 Quarkus 并包装您的实际处理程序，以便执行注入。

如果有任何问题在创建函数时发生，你需要使用 delete 删除它，然后重新运行 create 命令。

sh target/manage.sh delete

命令也可以被叠加：

sh target/manage.sh delete create

Invoke the Lambda

使用 invoke 命令来调用你的函数。

sh target/manage.sh invoke

示例 lambda 接受通过 `--payload`传入的输入开关指向项目根目录中的 json 文件。

还可以使用 SAM CLI 这样在本地调用 lambda：

sam local invoke --template target/sam.jvm.yaml --event payload.json

如果使用的是本机映像构建，则只需将模板名称替换为本机版本：

sam local invoke --template target/sam.native.yaml --event payload.json

Update the Lambda

您可以根据需要更新 Java 代码。重新编译后，您可以通过执行 `update`命令重新部署您的 lambda。

sh target/manage.sh update

Deploy to AWS Lambda Custom (native) Runtime

如果您希望为 lambda 减小内存占用并加快初始化时间，您可以将 Java 代码编译为原生可执行文件。确保使用 `-Dnative`开关重新编译您的项目。

对于 Linux 主机，执行：

CLI
quarkus build --native
Maven
./mvnw install -Dnative
Gradle
./gradlew build -Dquarkus.native.enabled=true

如果您在非 Linux 系统上构建，您还需要传递一个属性指示 Quarkus 使用 docker 构建，因为 AmazonLambda 要求 linux 二进制文件。您可以通过将此属性传递给您的构建来实现： -Dquarkus.native.container-build=true。但这样做要求您在本地已安装 Docker。
CLI
quarkus build --native --no-tests -Dquarkus.native.container-build=true
# The --no-tests flag is required only on Windows and macOS.
Maven
./mvnw install -Dnative -DskipTests -Dquarkus.native.container-build=true
Gradle
./gradlew build -Dquarkus.native.enabled=true -Dquarkus.native.container-build=true

上述任何命令都会编译并创建一个原生可执行镜像。它还生成一个 zip 文件 target/function.zip。此 zip 文件包含已重命名为 `bootstrap`的原生可执行镜像。这是 AWS LambdaCustom（提供）运行时的要求。

此处的说明与上面完全相同，只有一处更改：您需要将 native 添加为 manage.sh 脚本的第一个参数：

sh target/manage.sh native create

与上面一样，可以堆叠命令。唯一的要求是，如果您希望使用本机映像构建，则第一个参数必须是 native。该脚本将负责管理本机映像函数部署所需的其余详细信息。

如果您想了解执行哪些 aws 命令来创建、删除和更新您的 lambdas，请检查 `manage.sh`脚本的输出。

关于本机创建命令要注意的一件事是 aws lambda create-function 调用必须设置一个特定的环境变量：

--environment 'Variables={DISABLE_SIGNAL_HANDLERS=true}'

Examine the POM and Gradle build

POM 没有什么特别之处，除了包含 `quarkus-amazon-lambda`扩展作为依赖关系。此扩展自动生成您用于 lambda 部署所需的一切。

在此扩展的早期版本中，您必须设置您的 pom 或 gradle 来压缩您的可执行文件以便进行原生部署，但这现在已不是必需的。

Gradle build

同样，对于 Gradle 项目，您也只需要添加 `quarkus-amazon-lambda`依赖关系。此扩展自动生成您用于 lambda 部署所需的一切。

示例 Gradle 依赖关系：

dependencies {
    implementation enforcedPlatform("${quarkusPlatformGroupId}:${quarkusPlatformArtifactId}:${quarkusPlatformVersion}")
    implementation 'io.quarkus:quarkus-resteasy'
    implementation 'io.quarkus:quarkus-amazon-lambda'

    testImplementation 'io.quarkus:quarkus-junit5'
    testImplementation 'io.rest-assured:rest-assured'
}

Live Coding and Unit/Integration Testing

为了在开发环境中尽可能镜像 AWS Lambda 环境，Quarkus AWS Lambda 扩展在 Quarkus Dev 和测试模式下启动一个模拟 AWS Lambda 事件服务器。此模拟事件服务器模拟一个真实的 AWS Lambda 环境。

在 Quarkus Dev 模式下运行时，您可以通过对 `http://localhost:8080`执行 HTTP POST 来向其提供事件。模拟事件服务器将接收事件，然后调用您的 lambda。您可以在 lambda 上执行实时编码，并且在您进行的下次调用中，更改将自动重新编译且可用。以下是示例：

CLI
quarkus dev
Maven
./mvnw quarkus:dev
Gradle
./gradlew --console=plain quarkusDev
$ curl -d "{\"name\":\"John\"}" -X POST http://localhost:8080

对于您的单元测试，您还可以使用所需的任何 HTTP 客户端来调用模拟事件服务器。以下是使用 rest-assured 的示例。Quarkus 启动一个单独的模拟事件服务器，端口为 8081。Quarkus 会自动将 Rest Assured 的默认端口设置为 8081，因此您可以调用此终结点。

import org.junit.jupiter.api.Test;

import io.quarkus.test.junit.QuarkusTest;

import static io.restassured.RestAssured.given;
import static org.hamcrest.CoreMatchers.containsString;

@QuarkusTest
public class LambdaHandlerTest {

    @Test
    public void testSimpleLambdaSuccess() throws Exception {
        Person in = new Person();
        in.setName("Stu");
        given()
                .contentType("application/json")
                .accept("application/json")
                .body(in)
                .when()
                .post()
                .then()
                .statusCode(200)
                .body(containsString("Hello Stu"));
    }
}

模拟事件服务器还为 @QuarkusIntegrationTest 测试启动，因此也将适用于原生二进制文件。所有这些都提供了类似于 SAM CLI 本地测试的功能，但无需 Docker 的开销。

最后，如果计算机上没有端口 8080 或端口 8081，您可以使用 application.properties 修改开发和测试模式端口

quarkus.lambda.mock-event-server.dev-port=8082
quarkus.lambda.mock-event-server.test-port=8083

端口值为零将导致随机分配端口。

关闭模拟事件服务器：

quarkus.lambda.mock-event-server.enabled=false

Testing with the SAM CLI

如果您不想使用模拟事件服务器，您可以使用 SAM CLI 来测试您的 lambdas。

AWS SAM CLI允许您在笔记本电脑上以模拟 Lambda 环境在本地运行您的 lambdas。此项要求安装了 docker。这是一个可选方法，如果您选择，可以利用它。否则，Quarkus JUnit 集成应该足以满足您的大部分需求。

已为 JVM 和本机执行模式生成了一个 starter 模板。

运行以下 SAM CLI 命令来在本地测试您的 lambda 函数，传递适当的 SAM template。event`参数接受任何 JSON 文件，在此例中是示例 `payload.json。

如果使用 Gradle，YAML 模板中二进制文件的路径必须从 target 更改为 build。

 
sam local invoke --template target/sam.jvm.yaml --event payload.json

还可以使用 sam.native.yaml 模板在本地测试本机映像：

sam local invoke --template target/sam.native.yaml --event payload.json

Modifying function.zip

有时，您可能需要对由构建生成的 function.zip lambda 部署添加一些附加内容。要执行此操作，请在 src/main 中创建一个 zip.jvm 或 zip.native 目录。如果您正在执行纯 Java lambda，则创建 zip.jvm/。如果您正在执行本机部署，则创建 zip.native/。

您在 zip 目录下创建的任何文件和目录都将包含在 function.zip 中

Custom bootstrap script

有时，您可能希望在 lambda 调用您的本机 quarkus lambda 部署时设置特定的系统属性或其他参数。如果您在 zip.native 中包含一个 bootstrap 脚本文件，quarkus 扩展程序会自动将可执行文件重命名为 function.zip 中的 runner，并将 bootstrap 脚本的 Unix 模式设置为可执行。

如果您包含自定义 bootstrap 脚本，则必须将本机可执行文件引用为 runner。

该扩展将在 target/bootstrap-example.sh 中生成一个示例脚本来。

Tracing with AWS XRay and GraalVM

如果您正在构建本机镜像，并且希望在 lambda 中使用 AWS X-Ray Tracing，您需要将 quarkus-amazon-lambda-xray 包含到 pom 中作为依赖项。AWS X-Ray 库与 GraalVM 并不完全兼容，因此我们必须做一些集成工作才能使其正常运行。

此外，请记住在 cmd_create() 函数中启用 manage.sh 中的 AWS X-Ray 跟踪参数。这也可以在 AWS 管理控制台中设置。

    --tracing-config Mode=Active

对于 sam 模板文件，请将以下内容添加到 YAML 函数属性。

    Tracing: Active

AWS X-Ray 会将许多类添加到您的分发中，请确保至少使用 256MB 的 AWS Lambda 内存大小。这在 manage.sh cmd_create() 中显式设置。虽然本机映像可能始终可以使用较低的内存设置，但建议保持相同设置，特别是为了帮助比较性能。

Using HTTPS or SSL/TLS

如果您的代码执行了 HTTPS 调用（例如，对微服务，对 AWS 服务），您将需要向本机映像添加配置，因为 GraalVM 仅在显式声明时包含依赖项。默认情况下，Quarkus 会在隐式需要它的扩展程序上启用此功能。有关更多信息，请查阅 Quarkus SSL guide。

打开 src/main/resources/application.properties，并添加以下行以在您的本机映像中启用 SSL。

quarkus.ssl.native=true

Using the AWS Java SDK v2

Quarkus 现在有用于 DynamoDB、S3、SNS 和 SQS 的扩展程序（还有更多）。请查看 those guides 来了解如何使用各种 AWS 服务和 Quarkus，而不是像下面这样手动连接。

通过最少的集成，可以利用可以用来调用 SQS、SNS、S3 和 DynamoDB 等服务的 AWS Java SDK v2。

然而，对于本机映像，在同步模式下，由于 GraalVM 编译中的问题（目前），必须优先选择 URL 连接客户端而不是 Apache HTTP 客户端。

在您的 Maven pom.xml 或 Gradle build.gradle 文件中将 quarkus-jaxb 添加为依赖项。

您还必须强制用于 SQS、SNS、S3 等的 AWS 服务客户端使用 URL 连接客户端，该客户端通过 HTTPS 连接到 AWS 服务，因此包含 SSL 启用的属性，如上面 Using HTTPS or SSL/TLS 一节中所述。

// select the appropriate client, in this case SQS, and
// insert your region, instead of XXXX, which also improves startup time over the default client
  client = SqsClient.builder().region(Region.XXXX).httpClient(software.amazon.awssdk.http.urlconnection.UrlConnectionHttpClient.builder().build()).build();

对于 Maven，请将以下内容添加到您的 pom.xml。

    <properties>
        <aws.sdk2.version>2.10.69</aws.sdk2.version>
    </properties>

    <dependencyManagement>
        <dependencies>

            <dependency>
                <groupId>software.amazon.awssdk</groupId>
                <artifactId>bom</artifactId>
                <version>${aws.sdk2.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>

        </dependencies>
    </dependencyManagement>
    <dependencies>

        <dependency>
            <groupId>software.amazon.awssdk</groupId>
            <artifactId>url-connection-client</artifactId>
        </dependency>

        <dependency>
            <groupId>software.amazon.awssdk</groupId>
            <artifactId>apache-client</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>commons-logging</groupId>
                    <artifactId>commons-logging</artifactId>
                </exclusion>
            </exclusions>
        </dependency>

        <dependency>
            <groupId>software.amazon.awssdk</groupId>
            <!-- sqs/sns/s3 etc -->
            <artifactId>sqs</artifactId>
            <exclusions>
                <!-- exclude the apache-client and netty client -->
                <exclusion>
                    <groupId>software.amazon.awssdk</groupId>
                    <artifactId>apache-client</artifactId>
                </exclusion>
                <exclusion>
                    <groupId>software.amazon.awssdk</groupId>
                    <artifactId>netty-nio-client</artifactId>
                </exclusion>
                <exclusion>
                    <groupId>commons-logging</groupId>
                    <artifactId>commons-logging</artifactId>
                </exclusion>
            </exclusions>
        </dependency>

        <dependency>
            <groupId>org.jboss.logging</groupId>
            <artifactId>commons-logging-jboss-logging</artifactId>
        </dependency>
    </dependencies>

如果您看到 java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty 或类似的 SSL 错误，由于 GraalVM 的当前状态，需要一些额外的工作来捆绑 function.zip，如下所示。有关更多信息，请参阅 Quarkus Native SSL Guide。

Additional requirements for client SSL

本机可执行文件需要一些额外的步骤来启用 S3 和其他 AWS 库所需的客户端 SSL。

  1. A custom bootstrap script

  2. 必须将 libsunec.so 添加到 function.zip

  3. 必须将 cacerts 添加到 function.zip

要执行此操作，首先使用您的构建创建目录 src/main/zip.native/。接下来，在 src/main/zip.native/ 中创建名为 bootstrap 的 shell 脚本文件，如下所示。在您的构建文件夹（target 或 build）中会自动创建一个示例，名为 bootstrap-example.sh

#!/usr/bin/env bash

./runner -Djava.library.path=./ -Djavax.net.ssl.trustStore=./cacerts

如果你的 cacerts 文件受密码保护，请在 -Djavax.net.ssl.trustStorePassword=changeit 中添加一个附加集。

接下来，你必须将 GraalVM 发行版中的一些文件复制到 src/main/zip.native/ 中。

GraalVM 版本可能针对这些文件有不同的路径，具体取决于你使用的是 Java 8 还是 Java 11 版本。请相应地进行调整。

 
cp $GRAALVM_HOME/lib/libsunec.so $PROJECT_DIR/src/main/zip.native/
cp $GRAALVM_HOME/lib/security/cacerts $PROJECT_DIR/src/main/zip.native/

现在，当你运行本地构建时，所有这些文件都会包含在 function.zip 中。

如果你使用 Docker 镜像进行构建，则必须从该镜像中提取这些文件。

若要提取所需的 SSL，你必须在后台启动一个 Docker 容器，并附加到该容器以复制制品。

首先，让我们启动 GraalVM 容器，并记下容器 ID 输出。

docker run -it -d --entrypoint bash quay.io/quarkus/ubi-quarkus-mandrel-builder-image:{mandrel-flavor}

# This will output a container id, like 6304eea6179522aff69acb38eca90bedfd4b970a5475aa37ccda3585bc2abdde
# Note this value as we will need it for the commands below

首先，是 libsunec.so，用于 SSL 实现的 C 库：

docker cp {container-id-from-above}:/opt/graalvm/lib/libsunec.so src/main/zip.native/

其次，cacerts，证书存储。你可能还需要定期获取更新的副本。

docker cp {container-id-from-above}:/opt/graalvm/lib/security/cacerts src/main/zip.native/

最终的存档将如下所示：

jar tvf target/function.zip

    bootstrap
    runner
    cacerts
    libsunec.so

Deploy to AWS Lambda using a Container Image

AWS Lambda 支持通过引用 container images 而不是上传 ZIP 文件来创建 Lambda 函数。这样做会有一些好处，例如绕过上传的 ZIP 文件的大小限制。你可以为本地构建和常规的 JVM 构建定义 Lambda 函数。

JVM container image

对于常规的 JVM 发行版，你需要基于官方 AWS Java 基础镜像来构建你的镜像。下面展示了一个 Dockerfile 的示例，该示例将根据你的 Quarkus Lambda 项目创建一个容器镜像。它假定 mvn package 已经执行，并且二进制文件位于 target/ 目录中：

FROM  public.ecr.aws/lambda/java:11

ADD target/my-service-0.0.1-SNAPSHOT-runner.jar /var/task/lib/my-service.jar
ADD target/lib/  /var/task/lib/

CMD ["io.quarkus.amazon.lambda.runtime.QuarkusStreamHandler::handleRequest"]

Native executable container image

若要创建一个使用本地可执行文件的 Lambda 容器镜像，我们需要稍作不同。在这种情况下，我们将不需要使用 AWS 的 java:11 基础镜像，而是会使用一个特殊的镜像，假定 Lambda 的运行时环境已提供。下面的示例创建了这样一个容器。它假定已经执行了 Maven 构建（例如 mvn package -Dnative=true），并且已经将本地二进制文件生成了 target/ 目录。二进制文件需要命名为 bootstrap，并放置在 /var/runtime/ 中：

FROM  public.ecr.aws/lambda/provided

ADD target/my-service-0.0.1-SNAPSHOT-runner /var/runtime/bootstrap
RUN chmod ugo+x /var/runtime/bootstrap

CMD ["io.quarkus.amazon.lambda.runtime.QuarkusStreamHandler::handleRequest"]

Deploying a container image lambda

下面，你可以看到如何使用 docker 和 aws 命令行工具构建上面创建的容器镜像并将其部署到 AWS。这些说明适用于本地和 jvm 容器镜像，并且假定 aws 命令行工具已登录。

Build the Docker image

# Assuming we are located in the root directory of the project and created a Dockerfile there
docker build .
   [output omitted]
    => exporting to image                    0.0s
    => => exporting layers                   0.0s
    => => writing image sha256:[SOME SHA]    0.0s

Create an ECR repository in the users AWS account

aws ecr create-repository --repository-name my/test/quarkus-lambda

Tag the image using your ECR registry information

docker tag [SOME SHA] [YOUR AWS ACCOUNT ID].dkr.ecr.[YOUR AWS ACCOUNT REGION].amazonaws.com/my/test/quarkus-lambda:v1

Log Docker into your ECR registry and push the Docker image to it

aws ecr get-login-password --region region | docker login --username AWS --password-stdin [YOUR AWS ACCOUNT ID].dkr.ecr.[YOUR AWS ACCOUNT REGION].amazonaws.com
docker push [YOUR AWS ACCOUNT ID].dkr.ecr.[YOUR AWS ACCOUNT REGION].amazonaws.com/my/test/quarkus-lambda:v1

Create the AWS lambda function with the AWS CLI tool

确保引用你先前上传的镜像（假定存在一个可用于运行 Lambda 的角色）。请注意，对于 JVM Lambda 函数，默认内存限制 128Mb 不足以运行函数的情况并不少见。在这种情况下，可以通过向 aws lambda create-function 命令提供 --memory-size 256 参数在创建函数时增加内存限制。你还可以在你创建 AWS 控制台中的函数后进行调整。

aws lambda create-function --function-name my-test-quarkus-lambda-function --package-type Image --code ImageUri=[YOUR AWS ACCOUNT ID].dkr.ecr.[YOUR AWS ACCOUNT REGION].amazonaws.com/my/test/quarkus-lambda:v1 --role arn:aws:iam::[YOUR AWS ACCOUNT ID]:role/[SOME ROLE]

现在，你可以使用 AWS 控制台来查看和测试你的新 Lambda 函数。

Amazon Alexa Integration

若要将 Alexa 与 Quarkus 本地一起使用，你需要使用 Quarkus Amazon Alexa extension hosted at the Quarkiverse Hub。

<dependency>
    <groupId>io.quarkiverse.alexa</groupId>
    <artifactId>quarkus-amazon-alexa</artifactId>
    <version>${quarkus-amazon-alexa.version}</version> 1
</dependency>
1 在 POM 文件中定义扩展的最新版本。

通过子类化抽象的 com.amazon.ask.SkillStreamHandler，按常规方式创建 Alexa 处理程序，并添加请求处理程序实现。

其它的皆已设定完成了！

SnapStart

要针对 Lambda SnapStart 优化您的应用程序，请查看 the SnapStart Configuration Documentation。