0

Lambda関数へのプロキシ統合を含むAPIゲートウェイを作成し、さまざまなDynamoDBテーブルを操作するCloudFormationテンプレートを使って、すべてうまく動作しました。AWS APIゲートウェイ - > Lambda - > DAX - > DynamoDBを正しく接続するにはどうすればいいですか?

最近、私はDynamoDBの欠点を経験し始めました。それは読み書きの作業者です。だから、私は、DynamoDB DAXがキャッシングを高速化できるようにするつもりだと思っていました。

CloudFormationテンプレートセットアップでDAXクラスタを構築するのに問題はありませんでした。

しかし、ラムダ関数からDAXに接続しようとすると、エラーが発生しました。たとえば、NoRouteException: not able to resolve addressです。 DAXがVPC内にあるので、ラムダ関数はもちろんアクセスすることはできません。ラムダ関数もVPC内になければなりません。

しかし、私はVPCにラムダ関数を置くと、APIゲートウェイはおそらくプロキシ統合を介してラムダ関数にアクセスすることができません。

したがって、VPC内でAPI Gateway - > Lambda - > DAXを編成するにはどうすればいいですか?

一般的なAPI Gateway - > LambdaパターンではDAXを簡単に使用できないようです。 VPC要件は本当のキラーであり、DAXはほとんどの場合EC2インスタンス、つまりAPI - > Lambdaに対してのみ有用であることを意味します。

アイデア?

答えて

2

しかし、私がVPCにラムダ関数を置くと、APIゲートウェイはおそらくプロキシ統合によってラムダ関数にアクセスすることができません。

これは間違っています。 API Gatewayは、LambdaサービスAPI(プロキシーかどうか、VPCかどうか)を使用してLambda関数を呼び出すことにより、Lambda関数にアクセスします。

API Gatewayはラムダ関数コンテナに直接接続しないため、コンテナの配置(VPC内または外)は実際にAPIゲートウェイの機能を呼び出す能力に影響を与えません。機能に影響を与えますしかし、どうすればいいのですかにアクセスしてください。

プロキシの統合により、ペイロードの動作と処理は変更されますが、実際にはAPIゲートウェイがラムダサービスに接続して機能を呼び出して応答を受信する方法は変更されません。

+0

ありがとうございました。 VPC(およびその結果のENI管理)でLambdasをセットアップしてDAXを使用する必要があるのは、まだまだ不満です。 AWSは、通常のDynamoDBアクセスの代わりに単に「ドロップイン」されていることを示唆しています。 – pjb

関連する問題