2016-11-15 13 views
0

これは私の現在のシナリオで、調査の1週間後には苦労しています。aws efsラムダ関数をトリガする特定のファイルのファイルモニタ

シナリオ: -

メインフレームは、EFSの場所(たとえば/ TEMP/MFのdifertory、ファイル名test.txtの) は、私は、ファイルのトリガーをしたい時にファイルをドロップし

(かもしれない任意のAWSサービス)ファイルを検出する(テスト.txt)、それが利用可能で、MFがファイルへの書き込みを確実にするために30秒間は変更されていないときはいつでも、lamba関数を起動します。

すべてのヘルプやガイダンスは

答えて

0

EFSとラムダはトリッキー一致している認識されます。 EFSは本質的にNFSサービスであるため、EFS共有をマウントしてその中に含まれるファイルにアクセスするサーバーが必要です。

この作業を行う場合は、EFS共有をマウントするサーバー(EC2インスタンス)が必要です。そのサーバー上のロジックは、指定したとおりにファイルを監視する必要があります。

ファイルが準備できたら、サーバーはラムダを起動できます。あなたはそのためのいくつかのオプションがあります。

  1. Serverは、ラムダに裏付けされたWebサービスAPIにファイルをプッシュ
  2. ServerはS3にファイルをプッシュし、S3のイベントから駆動ラムダは
  3. Serverが(ラムダにSNSやイベントを送信しますSQS)。イベントにはファイルが含まれていずれか、またはサーバが正直なところ、しかし、あなたは異なるアーキテクチャを検討したほうが良いかもしれません

(例えばHTTPサーバを経由して)ラムダに利用できるファイルを作成します。選択肢が含まれます:

  1. をMF上のロジックは、監視を処理し、(ファイルが小さい場合や、データを壊すことができるかどうかさえSNS/SQS)S3にファイルをプッシュすることができた場合は、あなたのラムダは、まっすぐにそれを取ることができます(上の#2)
  2. EFSに悩まされている場合、そのEC2インスタンスに関係なく処理する必要があります。
関連する問題