@umka-beaf Apr 21 2020 at 19:10

Linux контейнер для .NET Framework приложения (когда сложно уйти на .Net Core)

7 min

13K

.NET * C# * CAD/CAM * Abnormal programming *

From sandbox

+18

Comments 20

UFO landed and left these words here

@krdstas Apr 23 2020 at 07:51

Почему?

@kira-dev Apr 23 2020 at 07:51

Обновлять само приложение буду по remote docker API.

немного не понял, как именно будет обновляться приложение, будете подменять образ или само приложение внутри контейнера?

@umka-beaf Apr 23 2020 at 07:58

Образ собран, контейнер с ним запущен и работает. Всё это на удалённой Linux-машине. Поэтому новые сборки засылаю туда *.bat'ом примерно таким:

set CONT=containername

set FLD=appfolder

set REMOTE=-H tcp://ip.ad.res.ss:port

docker %REMOTE% cp .\_pub\. %CONT%:/%FLD%

docker %REMOTE% restart %CONT%

@kira-dev Apr 23 2020 at 08:15

Прикольно. На кубике, наверно, такое не прокатит) upd kubernetes

@umka-beaf Apr 23 2020 at 08:17

Пардон… На кубике?… что-то не понял…

@kira-dev Apr 23 2020 at 08:21

kubernetes

@umka-beaf Apr 23 2020 at 08:23

А… :) Лично не юзаю, вот и слэнгом не владею. Теперь буду.

@Rogogomogofl Apr 23 2020 at 07:52

Боюсь спросить зачем закрывать файловый поток и бинариврайтер в юзингах

@umka-beaf Apr 23 2020 at 08:02

Смею предположить, что в методе Close() для этого объекта есть и Dispose() (внутри...). Это распространённое поведение похожих steam объектов. Вроде как попользовались и избавились, когда больше не нужен.

@Rogogomogofl Apr 23 2020 at 08:10

Это я знаю, но особенность using в том, что он как раз автоматически вызывает Dispose при выходе из него

@umka-beaf Apr 23 2020 at 08:16

Да. Как раз ответил на это ниже. :)

@kira-dev Apr 23 2020 at 08:03

внимательно посмотри в теги =)

@umka-beaf Apr 23 2020 at 08:11

Хм… Действительно, особо не за чем его закрывать.
Будем воспринимать этот кусок кода, как цитату от авторов фреймворка xBIM :).

@kira-dev Apr 23 2020 at 08:09

Мне расссказывал знакомый про подобное, только это было на нетфреймворке и связано было с sqlconnection. Тип смысл был в том, что конец блока юзинг не означал, что коннекшен сразу закроется, и из-за этого то ли connection pool переполнялся, то ли были проблемы с коннектами. И прикол был в том, что существовала статья/блог девелопера из мс который подтверждал этот фичебаг.

звучит как байка, конечно. Возможно подобное проявляется только под нагрузками

@umka-beaf Apr 23 2020 at 08:14

Подтверждаю. Сам натыкался на такие описания…
И действительно много где рекоментуют убивать connections, когда они особо не нужны.

@rueler Apr 23 2020 at 08:18

Для уменьшения размера образа необходимо уменьшить количество слоев. Можно объединить операторы инструкции RUN, например так:

RUN apt-get update \
&& apt-get upgrade -y \
&& dpkg --add-architecture i386 \
…

@umka-beaf Apr 23 2020 at 08:20

Согласен. И даже немного допилил уже, только статью не стал править. Считаете нужно?

@rueler Apr 23 2020 at 08:31

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

@umka-beaf Apr 23 2020 at 08:33

Хорошо. А есть смысл где-то указывать, что статья изменена?
… новенький я… не привык ещё…