問題タブ [aws-sam]

AWS SAM を使用して単純な API をデプロイしようとしています。API が単純な場合 (つまり、API ゲートウェイを明示的に指定しない場合)。展開は成功します。

ただし、次の展開は失敗します。

エラーメッセージは次のとおりです。

Google を見ると、デプロイを手動で指定するときにこのエラーについて言及されていることがわかります ( here、またはhere )。私の場合、展開は暗黙的であるため、私の問題は異なると思います。

私が使用しているコードは、SAM の例 ( here ) に基づいています。スタックの何が問題なのかを理解するために頭を悩ませています。

解決策への指針はありますか？

必要なすべての依存関係 (アクセス許可、ポリシー、呼び出しイベント ファイル) を含むラムダ関数をデプロイするために必要なすべての情報を取得して、後で AWS SAM CLI (または類似のもの) を介してテンプレートから自動デプロイする可能性はありますか?

自動化された方法でこれを行うことができるように、UI 要素を使用せずに後でラムダ関数がどのように設定されたかをたどるオプションはありますか?

私の計画は、AWS Lambda に既にデプロイされているサーバーレス アプリケーションからサーバーレス アプリケーション モデルを収集することです。どのプラットフォームにも関数をデプロイするのに苦労していませんが、あるプロバイダー (ここでは AWS) からサーバーレス アプリケーションを取得し、それを別のプラットフォーム (Azure など) に自動化された方法で移行する可能性を調査したいと考えています。まさにその予定です。私の知る限り、既存のすべてのフレームワークは、サーバーレス機能のプロバイダーに依存しない展開に焦点を当てていますが、すべてのアーキテクチャ関係 (S3 トリガーに基づくイベントなど) を備えた 1 つの機能を取り、同等のサービスを備えた別のプロバイダー プラットフォームに移行したいと考えています。

TLDR: 既にデプロイされている Lambda 関数を抽出し、AWS にサーバーレス関数を初期デプロイするために SAM CLI テンプレートで渡す情報と同様の情報を取得したいと考えています。

機能の 1 つは、 S3 バケットを介したサムネイル作成の一般的な例です。