約13のアマゾンラムダハンドラ[java]を含むパッケージをビルドします。 パッケージはMavenを使用してビルドされています。関数が手動でデプロイされるとき、依存関係とハンドラを含む同じjarを、異なるハンドラ名を指定して複数回アップロードすることがあります。関数は依存関係を共有するので、これはわかりやすいものです。Amazon CLI並列展開
amazon CLIを並列で実行すると、より速く展開できますか?
約13のアマゾンラムダハンドラ[java]を含むパッケージをビルドします。 パッケージはMavenを使用してビルドされています。関数が手動でデプロイされるとき、依存関係とハンドラを含む同じjarを、異なるハンドラ名を指定して複数回アップロードすることがあります。関数は依存関係を共有するので、これはわかりやすいものです。Amazon CLI並列展開
amazon CLIを並列で実行すると、より速く展開できますか?
はい - AWS CLIアップロードコマンドを並列に呼び出すbashまたはpythonデプロイメントスクリプトを作成することを検討する必要があります。次に、同時に13のラムダハンドラをすべて展開できるはずです。
おそらく、S3にJARを一度アップロードしてから、そのアップロードによってトリガされたラムダ関数をJavaScriptで作成し、S3からラムダ関数に非同期コードをデプロイします。たとえば、Lambda Auto-DeployerのNew Deployment Options for AWS Lambdaを参照してください。
意味があります。その後、アップロードは一度だけ行います。ジャーは大きく5〜30Mbsです。同じようにs3に行き、zipではなくs3リンクとしてポイントすると "再利用"されます。 Tnx! –
そうだと思いますが...ラムダはあなたのラムダ関数(あなたのZIPファイル)のためにアップロードするコードをどこに保存しますか?私は確かに分かりませんが、おそらくS3のラムダサービス(おそらくは、前面のキャッシュレイヤー)に格納されていると思います。 – jarmod