Публикация или обновление одной DLL в проекте - это безопасно?

Question

Допустим, у меня ASP. Net приложение WebApi, развернутое на производстве, и мы хотим обновить его, но, поскольку это большой проект и старый проект, мы хотим обновить только один Dll, а не весь проект.

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

Итак, мой вопрос: безопасно ли обновлять отдельные библиотеки? что может go не так?

Я пытался найти ответ в следующих местах:

Обновление DLL в производственном ASP. NET bin сайта папка

Как остановить C# от замены переменной const их значениями?

https://codeblog.jonskeet.uk/2019/06/30/versioning-limitations-in-net/

https://docs.microsoft.com/en-us/dotnet/standard/library-guidance/breaking-changes

Я думаю, что если мы сделаем исправление один раз и через какое-то время, то полное развертывание не так уж плохо (если мы примем на себя риск), но если мы собираемся сделать Это нормальная практика, тогда с каждым отдельным Dll риск деплиментации становится выше, чем при обычном полном развертывании.

Answer 1

Я выйду go на конечности и предложу ответ. На этот вопрос есть 2 правильных ответа. Пожалуйста, рассмотрите каждый.

1) Да. Если ваши изменения незначительны (изолированные для одного проекта / библиотеки DLL), других обновлений / обновлений нет, вы провели адекватное тестирование, сделали резервные копии (поэтому вы можете отменить), тогда да, можно безопасно развернуть один DLL без развертывания всего проекта. Конечно, есть множество вещей, которые могут go вас не удивить или удивить, поэтому будьте бдительны в отношении мониторинга ваших систем после развертывания и будьте готовы отменить (отменить) ваши изменения. Безопасность прежде всего!

2) То, что вы предлагаете, это маленький ковбой-я sh и не соответствует отраслевым «лучшим практикам». Почти каждый, кто имеет опыт, будет убеждать вас пересмотреть свою стратегию. Возможно, ваши текущие условия работы могут не дать вам лучших вариантов прямо сейчас. Мы все были там. Однако, чтобы «переиграть долг», который вы несете в результате этого риска, вам также необходимо создать план и наложить временную шкалу на себя, чтобы отойти от любых будущих исправлений, подобных этому.