Ich habe eine mobile App, die ein AWS Lambda sagt für z. 'Hallo'. Nehmen wir an, dass die Lambda-Funktion 'Hallo' geändert wird und sie in einer neuen Version 2 veröffentlicht wird. Diese Lambda-Funktion wird jedoch von der mobilen App Version 2 aufgerufen und steht Benutzern zur Verfügung, die die App aktualisiert haben.AWS Lambda Versioning - Wie kann ich zwei separate Lambda-Alias in einer Produktionsphase haben?
Für Benutzer, die die mobile App nicht aktualisiert haben, muss der Lambda-Aufruf immer noch auf die vorherige Version gesetzt werden.
Dies ist der API-Versionierung sehr ähnlich, die normalerweise durch Hinzufügen eines '/ v1 /' usw. zur API-Signatur erreicht wird, um die Version der API zu kennzeichnen, die derzeit öffentlich verfügbar ist.
Wie kann ich zwei Versionen des gleichen Lambdas zur Unterstützung der Abwärtskompatibilität verwenden? Ist es, indem sie auf 2 verschiedene Aliase zeigen?
Für Leute, die eine Auffrischung Lambda Versionierung und Alias müssen, hier ist es -
Lambda-Versionen wie git sind commits- sie Schnappschüsse Ihrer Projekthistorie sind. Jede Version hat eine Nummer, die als ID dient, beginnend mit 1 und inkrementiert.
Beachten Sie, dass Sie nur eine Version veröffentlichen können, wenn Sie sich in der speziellen Version "$ LATEST" befinden. Dies ist die Standardversion, mit der alle Lambda-Funktionen beginnen. Diese Version $ LATEST verhält sich ähnlich wie gits Staging-Bereich - Sie nehmen Ihre Änderungen dort vor und wenn Sie eine Version veröffentlichen, nimmt sie alles, was in $ LATEST ist und speichert es als neue Version - genau wie ein Git-Commit.
Aliase sind einfach Zeiger auf Versionen. Stellen Sie sich als Metapher vor, wie Sie einen Zeiger auf verschiedene Server für die Entwicklung, Bereitstellung oder Produktion haben könnten.
Sobald eine neue Version veröffentlicht wurde, können Sie einen Alias an eine Version anhängen, auf die der Client-Code verweist.