1

私はFacebookのチャットボットに取り組んでいます。私はサーバレスフレームワーク(Node.js)を使ってそれを開発し、aws lambdaにデプロイしています。最初の数週間は、サーバーレスのオフラインプラグインを使用してローカルサーバーレスラムダシミュレータを実行しましたが、すべてがうまくいっていました。昨日、私は最終的にAWSラムダに展開することにしましたが、パフォーマンスと一貫性が大幅に低下しました。場合によってはボットが応答するのに10秒かかることもありますが、時には瞬間的です。奇妙な部分は、ラムダクラウドのログでは、機能は約150ミリ秒で完了し、超高速と思われるが、フェイスブックのボットは単にその速度を反映しないと言います。私はデータベースにぶつかっていますが、クエリーは10秒近く実行されていません。サーバレスフレームワークFacebookボットスロー(AWSラムダ)

UPDATE:

私はボットを手動で(基本的にはカールです)郵便配達を使用してAPIエンドポイントにリクエストを送信する私のテストしようとすることを決めました。メッセンジャーとまったく同じリクエストボディを送信しても、apiは即座に応答した。だから、リクエストはちょうどラムダAPIに到達するのに長い時間がかかっているようですが、そこに到着すると、必要なときに実行されます。どのようにこれを修正するための任意のアイデア?

+1

ラムダを連続して数回トリガした場合(以前の約20分間の起動のコールドスタートに基づいて)、起動に時間がかかる最初の呼び出しですか? –

+0

@TrentBartlem残念ながら、トリガがコールドスタートであるかどうかに関わらず、ラムダは時には非常に遅い(時には非常に速くなります) – Brandon

答えて

0

結局のところ、FacebookはDNSの問題を経験していたし、以来、この問題を改善しました。

2

APIがカール要求にすばやく応答している場合は、問題はAWS側では発生していません。 Facebook経由であなたのリクエストをあなたのアプリに送るときと、あなたのアプリがそれを受け取ったときにマッチングを試みる。

Facebookの終わりに抱かれてしまったら、それを解決するためにできることはそれほどないと恐れています。

+1

あなたは正しいです。それが判明したように、facebookは彼らのメッセンジャープラットフォームで困難を経験しています。 toddayに見つかった私の問題に関する未解決のバグがあります。私がそれが私のせいだと仮定していたときに私が以前に見たことがあったらいいと思います。 – Brandon

0

ラムダが稼働しているデータセンターとFacebookの場所が別の問題である可能性があります。たとえば、chkutil.comを使用すると、アジア太平洋のデータセンターからfacebook.comの方が遅いようです。

enter image description here