У меня есть более 50 контейнеров Docker, работающих на нелетом, в основном маленькие одноразовые веб-приложения .NET, которые я написал. Я использую одно изображение Docker для всех тех, которые начинаются с альпийских, а затем устанавливают 3 разных версии .NET (я думаю, что Core 3, 6 и 8, если я правильно помню) для поддержки различных «поколений» приложений, которые у меня есть. Я установляю свой приложение публиковать каталог из внешнего тома, чтобы он всегда находился в /приложении в контейнере. Все мои приложения запускают iHostedService под названием «перезагрузку», который просто смотрит /app /build.info для изменений. Если этот файл меняется, он останавливает все приложение без какой -либо попытки отключения чистого контейнера, так что что -то пошло не так, что касается Docker. Docker настроен для перезапуска контейнера в любое время, когда он останавливается. Служба перезапуска видит изменение штампа файла, заканчивает приложение, контейнер умирает, Docker перезагружает его, и я обратно обратно с новым кодом на месте. Прежде чем мы начали использовать Docker на моей предыдущей работе, мы делали развертывания IIS. Все наши автоматизированные развертывания требовали, чтобы мы остановили службу IIS или, по крайней мере, остановили конкретное приложение, а затем ждали 5 минут или что -то в этом роде, прежде чем мы сможем выполнить развертывание, потому что мы получим случайный «файл» используется. То же самое с чем угодно, что обновляло службу Windows. Я запускаю эти контейнеры сейчас в течение нескольких лет, и я никогда не видел эту ошибку с моей текущей стратегией развертывания. У меня не так много пользователей, только одно из приложений действительно часто используется, и в нем есть только около 5 пользователей, поэтому я мог бы определенно представить, что было бы редко, что я бы столкнулся с пользователем в системе одновременно, когда я развертываю, что может заблокировать конкретный файл CSHTML, как мы увидим в IIS. Но я ожидаю, что, поскольку приложение запускается из whets.dll, по крайней мере этот файл будет заблокирован все время, когда работает контейнер.
Подробнее здесь: https://stackoverflow.com/questions/795 ... ithout-get
Может ли кто -нибудь сказать мне, почему моя стратегия развертывания Docker работает отлично без заблокированных ошибок ⇐ Linux
1743541212
Anonymous
У меня есть более 50 контейнеров Docker, работающих на нелетом, в основном маленькие одноразовые веб-приложения .NET, которые я написал. Я использую одно изображение Docker для всех тех, которые начинаются с альпийских, а затем устанавливают 3 разных версии .NET (я думаю, что Core 3, 6 и 8, если я правильно помню) для поддержки различных «поколений» приложений, которые у меня есть. Я установляю свой приложение публиковать каталог из внешнего тома, чтобы он всегда находился в /приложении в контейнере. Все мои приложения запускают iHostedService под названием «перезагрузку», который просто смотрит /app /build.info для изменений. Если этот файл меняется, он останавливает все приложение без какой -либо попытки отключения чистого контейнера, так что что -то пошло не так, что касается Docker. Docker настроен для перезапуска контейнера в любое время, когда он останавливается. Служба перезапуска видит изменение штампа файла, заканчивает приложение, контейнер умирает, Docker перезагружает его, и я обратно обратно с новым кодом на месте. Прежде чем мы начали использовать Docker на моей предыдущей работе, мы делали развертывания IIS. Все наши автоматизированные развертывания требовали, чтобы мы остановили службу IIS или, по крайней мере, остановили конкретное приложение, а затем ждали 5 минут или что -то в этом роде, прежде чем мы сможем выполнить развертывание, потому что мы получим случайный «файл» используется. То же самое с чем угодно, что обновляло службу Windows. Я запускаю эти контейнеры сейчас в течение нескольких лет, и я никогда не видел эту ошибку с моей текущей стратегией развертывания. У меня не так много пользователей, только одно из приложений действительно часто используется, и в нем есть только около 5 пользователей, поэтому я мог бы определенно представить, что было бы редко, что я бы столкнулся с пользователем в системе одновременно, когда я развертываю, что может заблокировать конкретный файл CSHTML, как мы увидим в IIS. Но я ожидаю, что, поскольку приложение запускается из whets.dll, по крайней мере этот файл будет заблокирован все время, когда работает контейнер.
Подробнее здесь: [url]https://stackoverflow.com/questions/79549193/can-anyone-tell-me-why-my-docker-deployment-strategy-works-perfectly-without-get[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия