Лучшие практики для миграции баз данных в тестовом, производственном сервере в приложении asp.net core 2.0 +

Question

Я работаю над новым проектом, который находится в веб-API asp.net 2.1 здесь я использую код первой миграции в локальной БД

поэтому для развертывания моего приложения в тестовой среде мне нужно знать лучшая и безопасная практика для переноса базы данных, потому что это новый проект, и в будущем будет происходить много изменений

Answer 1

Похоже, вы смешиваете миграцию с развертыванием. Миграция с Code First означает внесение изменений в вашу модель данных. Развертывание вашего кода или базы данных в Production - это нечто другое. Я предполагаю, что вы имеете в виду размещение в своем вопросе. Лучший способ развертывания приложений и баз данных - автоматизировать его. Jenkins, TFS, Teamcity, Octopus - некоторые из популярных инструментов для CD. Для автоматизации развертывания базы данных вам нужно написать пользовательские библиотеки. В одной из компаний, с которыми я работал, мы проверяем сценарий DDL на исходный код, а автоматизированная библиотека сборки удаляет все сохраненные функции и функции. Запускает сценарий ddl и заново создает все сохраненные функции, функции. Таким образом, мы можем быть на 100% уверены, что все среды (QA, Staging, Prod) синхронизированы.

Answer 2

Лучшие практики на самом деле предоставляются Microsoft здесь

Кроме того, этот репозиторий предоставляет хороший пример уровня предприятия о том, как должны быть написаны проекты .NET Core Web App / API, и описывает следующие практики, которые помогают проекту надежно масштабироваться как размер проекта. растет. Он также регулярно обновляется.

1. Полная архитектура с разделением ответственности, SOLID и Чистый код
2. Домен-управляемый дизайн (уровни и модель доменной модели)
3. События домена
4. Уведомление о домене
5. CQRS (Разделение ответственности по командным запросам)
6. Event Sourcing
7. Хранилище единиц работы и общий репозиторий