ラムダ関数を開発およびテストするために Cloud9 環境をセットアップしました。環境を「よりクリーン」にするために、ラムダ層を使用して関数の依存関係を指定することにしました。これにより、環境から依存関係フォルダーを削除しましたが、ローカルでテストできなくなりました。
たとえば、Stripe の Python ライブラリ用のラムダ レイヤーがあります。ストライプを参照する Cloud9 でラムダ関数を作成し、関数をデプロイして、関数をリモートで正常にテストすることができました。しかし、「ストライプをインポートできません」というメッセージが表示されるため、その機能をローカルで実行できません。
Cloud9でレイヤーARNを指定することにより、ラムダレイヤーに依存するラムダ関数をローカルでテストする方法はありますか?
私も同じ問題に遭遇し、最終的に回避策を講じました。他の人に役立つかもしれません。
私のユースケースはかなり単純で、アプリケーションのいくつかの機能間でいくつかの共通コードを共有する必要がありました。Lambda レイヤーは完璧なソリューションですが、cloud-9 で必要な方法で統合を機能させることができませんでした。
結局、ラムダレイヤーを使用しなくなりました。アプリケーション レベルで common-code という新しいフォルダー (関数ではない) を作成しました。
次に、各関数から共通領域に必要な各ファイルのハード リンク (シンボリックではない) を作成しました。
ln ../common-code/some-helper-functions.js some-helper-functions.js
その後、ファイルは展開時に cloud-9 によって正しくパッケージ化されます。