Mit der neuen Funktion der Slot-Einstellungen für die Azure-Website-Bereitstellungssteckplätze können Sie Verbindungszeichenfolgen und App-Einstellungen für einen bestimmten Steckplatz festlegen. Ich habe zwei Slots eingerichtet: Produktion und Staging und verifiziert, dass ich zwischen ihnen wechseln und auf die richtige Datenbank verweisen kann. Die Datenbank wird automatisch mithilfe von Code-Erstmigrationen aktualisiert. Ich bin mir jedoch nicht sicher, wie genau ein "Rollback" in diesem Szenario mit der Datenbank funktionieren würde (oder sollte).Wie behandelt man Datenbank Rollback in Azure Deployment Slots?
Betrachten wir zum Beispiel die folgenden:
- App v1 wird in der Inszenierung läuft und deutete auf die Inszenierung Db v1
- App v1 in der Produktion läuft und wies auf die Produktion Db v1
- App v2 Bereitgestellt auf Staging, und Code First Migrations aktualisiert Staging-Db zu Db v2
- Staging-und Produktions-Slots sind vertauscht.
- App v2 wird in der Produktion ausgeführt, und die Produktionsdatenbank wird auf Db v2 aktualisiert.
- App v1 ist in der Inszenierung läuft, aber zeigte db bei Inszenierung, die noch v2 Db
Gibt es eine Möglichkeit, die Staging-Datenbank zurück zu v1 zu rollen? Wenn ein "Notfall" aufgetreten ist und ich die Bereitstellung und Produktion erneut tauschen musste, würde es eine Möglichkeit geben, die Produktionsdatenbank zurück auf Version 1 zu bringen? Ich verstehe, dass dies mit der Update-Datenbank gemacht werden kann, aber es ist unklar, wie man es in Azure Websites so automatisiert wie möglich einrichten soll.
Dies ist eine ausgezeichnete Frage. Gibt es ein Jahr später bessere Antworten? –