Dzięki nowej funkcji "Slot Settings" platformy Azure Website możemy "przypiąć" ciąg połączenia i ustawienia aplikacji do konkretnego gniazda. Skonfigurowałem dwa miejsca: produkcję i przemieszczanie, i zweryfikowałem, że mogę zamienić między nimi i wskazać prawidłową bazę danych. Baza danych jest aktualizowana automatycznie przy użyciu pierwszych migracji kodu. Jednak nie jestem pewien, jak dokładnie "rollback" będzie (lub powinien) pracować z bazą danych w tym scenariuszu.Jak radzić sobie z wycofywaniem baz danych w automatach Azure Deployment?
Na przykład, należy rozważyć następujące kwestie:
- App v1 działa w inscenizacji i wskazał inscenizacji Db v1
- App v1 jest uruchomiony w produkcji i wskazał produkcji Db v1
- App v2 wdrożone do przemieszczania, a aktualizacje Code First Migrations przeniesienie z Db na Db v2
- są zamieniane.
- Aplikacja App2 działa podczas produkcji, a db produkcyjny jest aktualizowany do wersji Db v2.
- App v1 działa w inscenizacji, ale wskazał na postoju dB, który jest nadal Db v2
Czy istnieje sposób aby zwinąć bazę postoju powrót do v1? Jeśli wystąpił "wypadek" i musiałem ponownie wymienić inscenizację i produkcję, czy istnieje sposób na przywrócenie bazy danych produkcji do wersji 1? Rozumiem, że można to zrobić za pomocą bazy danych aktualizujących, ale nie jestem pewien, jak skonfigurować ją tak automatycznie, jak to możliwe w witrynach Azure.
To jest doskonałe pytanie. Czy są jakieś lepsze odpowiedzi rok później? –