2017-01-26 10 views
4

誰かがAPIゲートウェイの待ち時間の問題の解決策を見つけましたか?AWS API Gateway - > Lambdaのパフォーマンスを改善できますか?

APIゲートウェイ - >ラムダインタラクションをテストする単純な関数では、私は定期的に2.5秒の範囲でコールドスタートを参照し、一度 "ウォームアップ"すると900ms〜1.1秒の応答時間が一般的です。

TLSハンドシェイクにはオーバヘッドがありますが、私のロケーションから同様のリソース(AWSベースまたは地理的に分散していないと思われる一般的なサイト)をテストすると、その半分〜500msの結果が表示されます。

AWSからすぐに良いニュースが届きますか?

(私は投稿する前に見つけることができるすべてのものを読んだ。)ここでは、API Gatewayのチームと

+1

AWSラムダで直接機能を実行するにはどのくらい時間がかかりますか(APIゲートウェイなしのコンソールで**テスト**ボタンを使用します)? @KhalidT。 –

+0

。コンソールから?それはもちろん、わずかです:16または18ms。これらは、応答時間をテストするために使用される「Hello world」同等のものです。 :) – SexxLuthor

+0

"Hello World"テストを使用すると、実際の実行時間が反映されない場合があります(APIゲートウェイのテスト時に同じテンプレートを使用している場合を除く)。通常は受け取ると予想される実際の値でテンプレートを修正し、関数がすべての実行パスで完全に実行されるようにします。ここでのアイデアは、ボトルネックを突き止めることです。それがラムダ関数自体であろうとAPIゲートウェイとのインテグレーションであろうと。 –

答えて

1

エンジニア。

あなたは「すべて」を読んだと言いましたが、他の人のためのコンテキストでは、フォーラムで多数のスレッドにリンクしたいと思います。来ている:あなたはコールレートを上げると一般に

、あなたの平均待ち時間は、あなたの顧客とCloudFrontをなどとの間の接続の再利用の仕組みとして縮小しますCloudFrontとAPI Gatewayの間の通信を活用することができます。さらに、コールレートを上げるとラムダは「暖かく」、要求を処理できる状態になります。ラムダチームは常に冷たいの改善に取り組んでいる

  • :言われて、私たちは痛いほど私達は私達の顧客の多くのパフォーマンスバーを満たしていないと、これを向上させることに向けて前進をしていることを認識していることを

    開始時間だけでなく、継続的な負荷を感じている機能のためにそれらを除去しようと試みる。

  • API Gatewayでは、現在、CloudFrontとAPI Gateway間の接続の再利用が改善されており、お客様は他のAPIを介して確立された接続から利益を得ることができます。これは、CloudFrontとAPI Gatewayの間で完全なTLSハンドシェイクを行う必要があるリクエストの割合を減らす必要があることを意味します。

+0

「投稿する前に見つけたものはすべて読んだ」 – SexxLuthor

関連する問題