AWSラムダを呼び出すモバイルアプリがあります。 'こんにちは'。 'hello'ラムダ関数に変更があり、それが新しいバージョン2に公開されたとしましょう。しかし、このラムダ関数はモバイルアプリケーションバージョン2によって呼び出され、アプリケーションを更新したユーザーが利用できるようになります。AWS Lambdaのバージョン管理 - 生産段階で2つのラムダエイリアスを分離するにはどうすればよいですか？
モバイルアプリケーションを更新していないユーザーの場合でも、ラムダ呼び出しは以前のバージョンに引き続き行わなければなりません。
これはAPIのバージョン管理に非常によく似ていますが、これは通常、現在公開されているAPIのバージョンを示すためにAPIシグネチャに '/ v1 /'などを追加することで実現します。
どのようにして、後方互換性をサポートするために同じラムダの2つのバージョンが存在しますか？ 2つの異なるエイリアスを指し示しているのでしょうか？ラムダのバージョニングとエイリアスの復習を必要とする人々のため
、ここにある -
ラムダのバージョンは、彼らがあなたのプロジェクトの履歴のスナップショットだcommits- gitのようなものです。各バージョンには、IDとして機能する番号が1から始まり、インクリメントされます。
"$ LATEST"という特別なバージョンを使用している場合にのみ、バージョンを公開できることに注意してください。これは、すべてのラムダ関数が開始するデフォルトのバージョンです。このバージョン$ LATESTは、gitのステージング領域と同様の働きをします。あなたがそこで変更を行い、バージョンを公開すると、git commitのように、$ LATESTにあるものすべてを新しいバージョンとして保存します。
エイリアスは、単にバージョンを指すポインタです。メタファーとして、開発、ステージング、またはプロダクションのために異なるサーバーへのポインタをどのように持つかを考えてみましょう。
新しいバージョンが公開されると、クライアントコードによって参照されるバージョンにエイリアスを付加できます。