サーバーレスフレームワークのバックアップをバックアップする

Question

Terraformとそのterraform.tfstateファイルに精通しています。このファイルでは、どのローカルリソース識別子がどのリモートリソースにマップされているかを把握しています。私は.serverlessディレクトリに私のマシンには、CloudFormationテンプレートやラムダコードを含むZIPファイルなどのファイルが含まれているようだと気づいた。

は、私が作成し、私のラップトップからプロジェクトを展開したとし、サーバレスはラムダ関数arn:aws:lambda:us-east-1:123456789012:function:handleRequest456を指すfooxyz.cloudfront.netをスピンアップ。 fooxyz.cloudfront.netがすでに同じアプリケーションを表していることがわからないので、別のマシン（または私がgit clean自分の作業ディレクトリ）からServerlessを再度実行しようとすると、新しいCloudFrontエンドポイントが起動します。私は内部で保持している状態をバックアップすることを望んでいるので、新しいリソースを作成するのではなく、既存のリソースを変更します。 （Terraformに相当するのは、terraform.tfstateファイルをバックアップすることです）

バックアップを取ってサーバーレスデプロイメント状態を復元したい場合は、どのファイルをバックアップしますか？ AWSの場合、CloudFormationテンプレートをバックアップする必要があるようです。ラムダコードはソースから直接生成されているので、私はラムダコードをバックアップしたくありません。しかし、将来的にはAWSだけでなく、CloudFormationテンプレートを可能な限り特別に扱いたいと考えています。

再生成できないファイルのみをバックアップするにはどうすればよいですか？

Answer 1

あなたが尋ねるのはだと思います私や同僚が別のマシンのgitからサーバーレスコードをチェックアウトしても、同じラムダ関数と同じAPIゲートウェイエンドポイントを引き続き展開して更新できますか？

そしてその答えはイエスです！ Serverlessは、ファイル内のすべてのものを追跡します。 serverless destroyを実行しない限り、操作は行われず、新しいラムダまたはapiエンドポイントが作成されます。

チームと私はこの方法を使用しています。すべてのコードをgit repoにコミットし、私たちがチェックアウトして関数または全体をデプロイし、既存の関数セットを適切に更新します。環境ファイルをセットアップすれば、それは本当に心配する必要があります。そしてgitの外に置いておくことをお勧めします。