Basic config examples for AWS Lambda - Plugin - v3.2.x

古いプラグインバージョンのドキュメントを閲覧しています。

基本構成例

serviceで有効にする

routeで有効にする

consumerで有効にする

グローバルに有効にする

以下の例では、aws-lambdaプラグインをserviceで有効にするための一般的な設定をご紹介します。

Kong Admin API

Konnect API

Kubernetes

Declarative (YAML)

Konnect Terraform

次のリクエストを行います。

curl -X POST http://localhost:8001/services/{serviceName|Id}/plugins \
    --header "accept: application/json" \
    --header "Content-Type: application/json" \
    --data '
    {
  "name": "aws-lambda",
  "config": {
    "aws_key": "<AWS_KEY>",
    "aws_secret": "<AWS_SECRET>",
    "aws_region": "<AWS_REGION>",
    "aws_assume_role_arn": "<AWS_ASSUME_ROLE_ARN>",
    "aws_role_session_name": "<AWS_ROLE_SESSION_NAME>",
    "function_name": "<LAMBDA_FUNCTION_NAME>",
    "proxy_url": "http://my-proxy-server:3128"
  }
}
    '

SERVICE_NAME

IDを、このプラグイン構成の対象となるサービスの idまたはnameに置き換えてください。

独自のアクセストークン、リージョン、コントロールプレーンID、サービスIDを代入して、次のリクエストを行ってください。

curl -X POST \
https://{us|eu}.api.konghq.com/v2/control-planes/{controlPlaneId}/core-entities/services/{serviceId}/plugins \
    --header "accept: application/json" \
    --header "Content-Type: application/json" \
    --header "Authorization: Bearer TOKEN" \
    --data '{"name":"aws-lambda","config":{"aws_key":"<AWS_KEY>","aws_secret":"<AWS_SECRET>","aws_region":"<AWS_REGION>","aws_assume_role_arn":"<AWS_ASSUME_ROLE_ARN>","aws_role_session_name":"<AWS_ROLE_SESSION_NAME>","function_name":"<LAMBDA_FUNCTION_NAME>","proxy_url":"http://my-proxy-server:3128"}}'

地域固有のURLと個人アクセストークンの詳細については、 Konnect API referenceをご参照ください。

まず、KongPlugin リソースを作成します：

echo "
apiVersion: configuration.konghq.com/v1
kind: KongPlugin
metadata:
  name: aws-lambda-example
plugin: aws-lambda
config:
  aws_key: "<AWS_KEY>"
  aws_secret: "<AWS_SECRET>"
  aws_region: "<AWS_REGION>"
  aws_assume_role_arn: "<AWS_ASSUME_ROLE_ARN>"
  aws_role_session_name: "<AWS_ROLE_SESSION_NAME>"
  function_name: "<LAMBDA_FUNCTION_NAME>"
  proxy_url: http://my-proxy-server:3128
" | kubectl apply -f -

次に、次のようにserviceに注釈を付けて、KongPluginリソースをイングレスに適用します。

kubectl annotate service SERVICE_NAME konghq.com/plugins=aws-lambda-example

SERVICE_NAMEを、このプラグイン構成が対象とするサービスの名前に置き換えます。 kubectl get serviceを実行すると、利用可能なイングレスを確認できます。

注： KongPluginリソースは一度だけ定義するだけで、ネームスペース内の任意のサービス、コンシューマー、またはルートに適用できます。プラグインをクラスター全体で利用可能にしたい場合は、KongPluginの代わりにKongClusterPluginとしてリソースを作成してください。

このセクションを宣言型構成ファイルに追加します。

plugins:
- name: aws-lambda
  service: SERVICE_NAME|ID
  config:
    aws_key: "<AWS_KEY>"
    aws_secret: "<AWS_SECRET>"
    aws_region: "<AWS_REGION>"
    aws_assume_role_arn: "<AWS_ASSUME_ROLE_ARN>"
    aws_role_session_name: "<AWS_ROLE_SESSION_NAME>"
    function_name: "<LAMBDA_FUNCTION_NAME>"
    proxy_url: http://my-proxy-server:3128

SERVICE_NAME

IDを、このプラグイン構成の対象となるサービスの idまたはnameに置き換えてください。

前提条件： パーソナルアクセストークンの設定

terraform {
  required_providers {
    konnect = {
      source  = "kong/konnect"
    }
  }
}

provider "konnect" {
  personal_access_token = "kpat_YOUR_TOKEN"
  server_url            = "https://us.api.konghq.com/"
}

Kong Konnectゲートウェイプラグインを作成するには、Terraform 構成に以下を追加します。

resource "konnect_gateway_plugin_aws_lambda" "my_aws_lambda" {
  enabled = true

  config = {
    aws_key = "<AWS_KEY>"
    aws_secret = "<AWS_SECRET>"
    aws_region = "<AWS_REGION>"
    aws_assume_role_arn = "<AWS_ASSUME_ROLE_ARN>"
    aws_role_session_name = "<AWS_ROLE_SESSION_NAME>"
    function_name = "<LAMBDA_FUNCTION_NAME>"
    proxy_url = "http://my-proxy-server:3128"
  }

  control_plane_id = konnect_gateway_control_plane.my_konnect_cp.id
  service = {
    id = konnect_gateway_service.my_service.id
  }
}

以下の例では、aws-lambdaプラグインをrouteで有効にするための一般的な設定をご紹介します。

Kong Admin API

Konnect API

Kubernetes

Declarative (YAML)

Konnect Terraform

次のリクエストを行います。

curl -X POST http://localhost:8001/routes/{routeName|Id}/plugins \
    --header "accept: application/json" \
    --header "Content-Type: application/json" \
    --data '
    {
  "name": "aws-lambda",
  "config": {
    "aws_key": "<AWS_KEY>",
    "aws_secret": "<AWS_SECRET>",
    "aws_region": "<AWS_REGION>",
    "aws_assume_role_arn": "<AWS_ASSUME_ROLE_ARN>",
    "aws_role_session_name": "<AWS_ROLE_SESSION_NAME>",
    "function_name": "<LAMBDA_FUNCTION_NAME>",
    "proxy_url": "http://my-proxy-server:3128"
  }
}
    '

ROUTE_NAME

IDを、このプラグイン構成が対象とするルートのid またはnameに置き換えてください。

独自のアクセストークン、リージョン、コントロールプレーン（CP）ID、ルートIDを代入して、次のリクエストをしてください。

curl -X POST \
https://{us|eu}.api.konghq.com/v2/control-planes/{controlPlaneId}/core-entities/routes/{routeId}/plugins \
    --header "accept: application/json" \
    --header "Content-Type: application/json" \
    --header "Authorization: Bearer TOKEN" \
    --data '{"name":"aws-lambda","config":{"aws_key":"<AWS_KEY>","aws_secret":"<AWS_SECRET>","aws_region":"<AWS_REGION>","aws_assume_role_arn":"<AWS_ASSUME_ROLE_ARN>","aws_role_session_name":"<AWS_ROLE_SESSION_NAME>","function_name":"<LAMBDA_FUNCTION_NAME>","proxy_url":"http://my-proxy-server:3128"}}'

地域固有のURLと個人アクセストークンの詳細については、 Konnect API referenceをご参照ください。

まず、KongPlugin リソースを作成します：

echo "
apiVersion: configuration.konghq.com/v1
kind: KongPlugin
metadata:
  name: aws-lambda-example
plugin: aws-lambda
config:
  aws_key: "<AWS_KEY>"
  aws_secret: "<AWS_SECRET>"
  aws_region: "<AWS_REGION>"
  aws_assume_role_arn: "<AWS_ASSUME_ROLE_ARN>"
  aws_role_session_name: "<AWS_ROLE_SESSION_NAME>"
  function_name: "<LAMBDA_FUNCTION_NAME>"
  proxy_url: http://my-proxy-server:3128
" | kubectl apply -f -

次に、次のようにingressに注釈を付けて、KongPluginリソースをイングレスに適用します。

kubectl annotate ingress INGRESS_NAME konghq.com/plugins=aws-lambda-example

INGRESS_NAMEを、このプラグイン構成がターゲットとするイングレス名に置き換えます。 kubectl get ingressを実行すると、利用可能なイングレスを確認できます。

注： KongPluginリソースは一度だけ定義するだけで、ネームスペース内の任意のサービス、コンシューマー、またはルートに適用できます。プラグインをクラスター全体で利用可能にしたい場合は、KongPluginの代わりにKongClusterPluginとしてリソースを作成してください。

このセクションを宣言型構成ファイルに追加します。

plugins:
- name: aws-lambda
  route: ROUTE_NAME|ID
  config:
    aws_key: "<AWS_KEY>"
    aws_secret: "<AWS_SECRET>"
    aws_region: "<AWS_REGION>"
    aws_assume_role_arn: "<AWS_ASSUME_ROLE_ARN>"
    aws_role_session_name: "<AWS_ROLE_SESSION_NAME>"
    function_name: "<LAMBDA_FUNCTION_NAME>"
    proxy_url: http://my-proxy-server:3128

ROUTE_NAME

IDを、このプラグイン構成が対象とするルートのid またはnameに置き換えてください。

前提条件： パーソナルアクセストークンの設定

terraform {
  required_providers {
    konnect = {
      source  = "kong/konnect"
    }
  }
}

provider "konnect" {
  personal_access_token = "kpat_YOUR_TOKEN"
  server_url            = "https://us.api.konghq.com/"
}

Kong Konnectゲートウェイプラグインを作成するには、Terraform 構成に以下を追加します。

resource "konnect_gateway_plugin_aws_lambda" "my_aws_lambda" {
  enabled = true

  config = {
    aws_key = "<AWS_KEY>"
    aws_secret = "<AWS_SECRET>"
    aws_region = "<AWS_REGION>"
    aws_assume_role_arn = "<AWS_ASSUME_ROLE_ARN>"
    aws_role_session_name = "<AWS_ROLE_SESSION_NAME>"
    function_name = "<LAMBDA_FUNCTION_NAME>"
    proxy_url = "http://my-proxy-server:3128"
  }

  control_plane_id = konnect_gateway_control_plane.my_konnect_cp.id
  route = {
    id = konnect_gateway_route.my_route.id
  }
}

以下の例では、aws-lambdaプラグインをconsumerで有効にするための一般的な設定をご紹介します。

Kong Admin API

Konnect API

Kubernetes

Declarative (YAML)

Konnect Terraform

次のリクエストを行います。

curl -X POST http://localhost:8001/consumers/{consumerName|Id}/plugins \
    --header "accept: application/json" \
    --header "Content-Type: application/json" \
    --data '
    {
  "name": "aws-lambda",
  "config": {
    "aws_key": "<AWS_KEY>",
    "aws_secret": "<AWS_SECRET>",
    "aws_region": "<AWS_REGION>",
    "aws_assume_role_arn": "<AWS_ASSUME_ROLE_ARN>",
    "aws_role_session_name": "<AWS_ROLE_SESSION_NAME>",
    "function_name": "<LAMBDA_FUNCTION_NAME>",
    "proxy_url": "http://my-proxy-server:3128"
  }
}
    '

CONSUMER_NAME

IDを、このプラグイン構成の対象となるコンシューマのidまたはnameに置き換えてください。

独自のアクセストークン、リージョン、コントロールプレーンID、コンシューマーIDを代入して、次のリクエストをしてください。

curl -X POST \
https://{us|eu}.api.konghq.com/v2/control-planes/{controlPlaneId}/core-entities/consumers/{consumerId}/plugins \
    --header "accept: application/json" \
    --header "Content-Type: application/json" \
    --header "Authorization: Bearer TOKEN" \
    --data '{"name":"aws-lambda","config":{"aws_key":"<AWS_KEY>","aws_secret":"<AWS_SECRET>","aws_region":"<AWS_REGION>","aws_assume_role_arn":"<AWS_ASSUME_ROLE_ARN>","aws_role_session_name":"<AWS_ROLE_SESSION_NAME>","function_name":"<LAMBDA_FUNCTION_NAME>","proxy_url":"http://my-proxy-server:3128"}}'

地域固有のURLと個人アクセストークンの詳細については、 Konnect API referenceをご参照ください。

まず、KongPlugin リソースを作成します：

echo "
apiVersion: configuration.konghq.com/v1
kind: KongPlugin
metadata:
  name: aws-lambda-example
plugin: aws-lambda
config:
  aws_key: "<AWS_KEY>"
  aws_secret: "<AWS_SECRET>"
  aws_region: "<AWS_REGION>"
  aws_assume_role_arn: "<AWS_ASSUME_ROLE_ARN>"
  aws_role_session_name: "<AWS_ROLE_SESSION_NAME>"
  function_name: "<LAMBDA_FUNCTION_NAME>"
  proxy_url: http://my-proxy-server:3128
" | kubectl apply -f -

次に、次のようにKongConsumerオブジェクトに注釈を付けて、KongPluginリソースをイングレスに適用します。

kubectl annotate KongConsumer CONSUMER_NAME konghq.com/plugins=aws-lambda-example

CONSUMER_NAMEを、このプラグイン構成が対象とするコンシューマーの名前に置き換えます。 kubectl get KongConsumerを実行すると、利用可能なコンシューマを確認できます。

KongConsumerオブジェクトの詳細については、コンシューマと認証情報のプロビジョニングをご参照ください。

注： KongPluginリソースは一度だけ定義するだけで、ネームスペース内の任意のサービス、コンシューマー、またはルートに適用できます。プラグインをクラスター全体で利用可能にしたい場合は、KongPluginの代わりにKongClusterPluginとしてリソースを作成してください。

このセクションを宣言型構成ファイルに追加します。

plugins:
- name: aws-lambda
  consumer: CONSUMER_NAME|ID
  config:
    aws_key: "<AWS_KEY>"
    aws_secret: "<AWS_SECRET>"
    aws_region: "<AWS_REGION>"
    aws_assume_role_arn: "<AWS_ASSUME_ROLE_ARN>"
    aws_role_session_name: "<AWS_ROLE_SESSION_NAME>"
    function_name: "<LAMBDA_FUNCTION_NAME>"
    proxy_url: http://my-proxy-server:3128

CONSUMER_NAME

IDを、このプラグイン構成の対象となるコンシューマのidまたはnameに置き換えてください。

前提条件： パーソナルアクセストークンの設定

terraform {
  required_providers {
    konnect = {
      source  = "kong/konnect"
    }
  }
}

provider "konnect" {
  personal_access_token = "kpat_YOUR_TOKEN"
  server_url            = "https://us.api.konghq.com/"
}

Kong Konnectゲートウェイプラグインを作成するには、Terraform 構成に以下を追加します。

resource "konnect_gateway_plugin_aws_lambda" "my_aws_lambda" {
  enabled = true

  config = {
    aws_key = "<AWS_KEY>"
    aws_secret = "<AWS_SECRET>"
    aws_region = "<AWS_REGION>"
    aws_assume_role_arn = "<AWS_ASSUME_ROLE_ARN>"
    aws_role_session_name = "<AWS_ROLE_SESSION_NAME>"
    function_name = "<LAMBDA_FUNCTION_NAME>"
    proxy_url = "http://my-proxy-server:3128"
  }

  control_plane_id = konnect_gateway_control_plane.my_konnect_cp.id
  consumer = {
    id = konnect_gateway_consumer.my_consumer.id
  }
}

どのサービス、ルート、コンシューマー、コンシューマーグループにも関連しないプラグインは_global_とみなされ、すべてのリクエストで実行されます。

自己管理型のKong Gateway Enterpriseでは、プラグインは特定のワークスペース内のすべてのエンティティに適用されます。
セルフマネージドKong Gateway (OSS)では、プラグインは環境全体に適用されます。
Konnectでは、プラグインは特定のコントロールプレーン（CP）内のすべてのエンティティに適用されます。

詳しくはプラグインリファレンスとプラグインの優先順位のセクションをご覧ください。

以下の例では、AWS Lambdaプラグインをグローバルに有効にするための典型的な設定をいくつかご紹介します。

Kong Admin API

Konnect API

Kubernetes

Declarative (YAML)

Konnect Terraform

次のリクエストを行います。

curl -X POST http://localhost:8001/plugins/ \
    --header "accept: application/json" \
    --header "Content-Type: application/json" \
    --data '
    {
  "name": "aws-lambda",
  "config": {
    "aws_key": "<AWS_KEY>",
    "aws_secret": "<AWS_SECRET>",
    "aws_region": "<AWS_REGION>",
    "aws_assume_role_arn": "<AWS_ASSUME_ROLE_ARN>",
    "aws_role_session_name": "<AWS_ROLE_SESSION_NAME>",
    "function_name": "<LAMBDA_FUNCTION_NAME>",
    "proxy_url": "http://my-proxy-server:3128"
  }
}
    '

独自のアクセストークン、リージョン、コントロールプレーン（CP）IDを代入して、次のリクエストをしてください。

curl -X POST \
https://{us|eu}.api.konghq.com/v2/control-planes/{controlPlaneId}/core-entities/plugins/ \
    --header "accept: application/json" \
    --header "Content-Type: application/json" \
    --header "Authorization: Bearer TOKEN" \
    --data '{"name":"aws-lambda","config":{"aws_key":"<AWS_KEY>","aws_secret":"<AWS_SECRET>","aws_region":"<AWS_REGION>","aws_assume_role_arn":"<AWS_ASSUME_ROLE_ARN>","aws_role_session_name":"<AWS_ROLE_SESSION_NAME>","function_name":"<LAMBDA_FUNCTION_NAME>","proxy_url":"http://my-proxy-server:3128"}}'

地域固有のURLと個人アクセストークンの詳細については、 Konnect API referenceをご参照ください。

KongClusterPlugin作成するリソースを作成し、グローバルとしてラベル付けします。

apiVersion: configuration.konghq.com/v1
kind: KongClusterPlugin
metadata:
  name: <global-aws-lambda>
  annotations:
    kubernetes.io/ingress.class: kong
  labels:
    global: "true"
config:
  aws_key: "<AWS_KEY>"
  aws_secret: "<AWS_SECRET>"
  aws_region: "<AWS_REGION>"
  aws_assume_role_arn: "<AWS_ASSUME_ROLE_ARN>"
  aws_role_session_name: "<AWS_ROLE_SESSION_NAME>"
  function_name: "<LAMBDA_FUNCTION_NAME>"
  proxy_url: http://my-proxy-server:3128
plugin: aws-lambda

宣言型構成ファイルにpluginsエントリを追加します。

plugins:
- name: aws-lambda
  config:
    aws_key: "<AWS_KEY>"
    aws_secret: "<AWS_SECRET>"
    aws_region: "<AWS_REGION>"
    aws_assume_role_arn: "<AWS_ASSUME_ROLE_ARN>"
    aws_role_session_name: "<AWS_ROLE_SESSION_NAME>"
    function_name: "<LAMBDA_FUNCTION_NAME>"
    proxy_url: http://my-proxy-server:3128

前提条件： パーソナルアクセストークンの設定

terraform {
  required_providers {
    konnect = {
      source  = "kong/konnect"
    }
  }
}

provider "konnect" {
  personal_access_token = "kpat_YOUR_TOKEN"
  server_url            = "https://us.api.konghq.com/"
}

Kong Konnectゲートウェイプラグインを作成するには、Terraform 構成に以下を追加します。

resource "konnect_gateway_plugin_aws_lambda" "my_aws_lambda" {
  enabled = true

  config = {
    aws_key = "<AWS_KEY>"
    aws_secret = "<AWS_SECRET>"
    aws_region = "<AWS_REGION>"
    aws_assume_role_arn = "<AWS_ASSUME_ROLE_ARN>"
    aws_role_session_name = "<AWS_ROLE_SESSION_NAME>"
    function_name = "<LAMBDA_FUNCTION_NAME>"
    proxy_url = "http://my-proxy-server:3128"
  }

  control_plane_id = konnect_gateway_control_plane.my_konnect_cp.id
}

前へ AWS Lambda Configuration

次へ AWS Lambda Changelog