예를 들어 AWS Lambda를 호출하는 모바일 앱이 있습니다. '여보세요'. 'hello'람다 함수가 변경되어 새로운 버전 2에 게시되었다고 가정 해 봅시다.하지만이 람다 함수는 모바일 앱 버전 2에서 호출되며 앱을 업데이트 한 사용자가 사용할 수 있습니다.AWS Lambda 버전 관리 - 제작 단계에서 두 개의 별개의 람다 별칭을 어떻게 만듭니 까?
모바일 앱을 업데이트하지 않은 사용자의 경우 람다 호출을 이전 버전으로 만들어야합니다.
이것은 일반적으로 API 서명에 '/ v1 /'등을 추가하여 현재 공개적으로 사용할 수있는 API 버전을 나타내는 API 버전 관리와 매우 유사합니다.
이전 버전과의 호환성을 지원하기 위해 동일한 람다의 두 가지 버전을 어떻게 사용합니까? 두 가지 다른 별칭을 가리키는 것입니까? , 람다 버전 관리 및 별명에 대한 재교육이 필요한 사람들을 위해
는 여기있다 - 그들은 프로젝트의 역사의 스냅 샷을 것 commits-
람다 버전이 자식 같다. 각 버전에는 ID로 사용되는 숫자가 있으며 1부터 시작하여 증가합니다.
"$ LATEST"라는 특수 버전을 사용중인 경우에만 버전을 게시 할 수 있습니다. 이것은 모든 람다 함수가 시작하는 기본 버전입니다. 이 버전 $ LATEST는 git의 스테이징 영역과 비슷하게 작동합니다. 변경 사항을 적용하면 버전을 게시 할 때 $ LATEST에있는 모든 것을 가져 와서 새 버전으로 저장합니다. git commit과 같습니다.
별칭은 버전에 대한 포인터입니다. 은유로서 개발, 준비 또는 생산을 위해 다른 서버에 대한 포인터를 얻는 방법을 생각해보십시오.
새 버전이 게시되면 클라이언트 코드에서 참조 할 버전에 별칭을 첨부 할 수 있습니다.