Есть WEB проект, запускаеся с помощью IIS Express. Создал docker-compose проект. На одном компе запускается, на другом - фигушки. Пишет:

Цитата:

Error DT1001 ERROR: for proxy Cannot start service proxy: Ports are not available: listen tcp 0.0.0.0:80: bind: An attempt was made to access a socket in a way forbidden by its access permissions.

[attachment 33035 s1.png]

Порылся в нете myhelpit.ru нашёл решение:

[attachment 33036 s2.png]

Надо поменять значение Start на 4. Поменял, и docker-compose проект запустился. Но, радовался не долго. IIS Express работать перестал. Т.е. меняю в реестре цифру на 3, перегружаюсь - работаю с IIS Express. Потом меняю Start на 4 и запускаю тот же проект в докере. Довольно неудобный метод переключения.

Вопросы: Можно как то по проще? Например, переключать командой в командной строке. И, почему на другом компе не надо ни чего переключать? Может, можно сделать, что бы вообще не переключать. И, самый главный вопрос - почему?



Исправлено 1 раз(а). Последнее : S-type, 27.03.20 21:54

Когда в Start стоит 3 (работает IIS Express) видно:

[attachment 33037 s3.png]

Здесь 4 - это ИД процесса "NT Kernel & System", т.е. ядра ОС:

[attachment 33038 s4.png]

На другом компьютере в Start тоже стоит 3, но при этом порт 80 не занят системой.



Исправлено 2 раз(а). Последнее : S-type, 27.03.20 21:39

Зачем 80-й порт, чем не устраивает рандомный, чтобы не было конфликтов хотя-бы по портам? Зачем iis экспресс, если тут же и докер? Где по логике вещей должен быть .net core на линуксе обслуживаемый кестрелом - голым для девелопмента и спрятанным за nginx для продакшна?
Вообще для контейнеризации было бы более правильным использовать какой-то оркестратор, типа Kubernetes, а не морочится с ручным управлением контейнерами.
P.S. мне кажется докер-компоуз проект в VS блажью - как-то мало смысла я в этом вижу. Какие плюсы он даёт по сравнению с использованием CLI?

Весь проект работает на Kubernetes. Но, отлаживать (естественно) приходится на локальном компе. Для этого и используется docker-compose. docker-compose файлов несколько - есть общий, есть на несколько микросервисам. Т.е. если мне надо отладить взаимодействие каких то микросервисов, создаю отдельный docker-compose и отлаживаю. Для экономии времени. Опять таки, если нужно отладить только один микросервис то можно ещё быстрее - запустить под IIS Express.

80-й порт "вшит" в настройки одного общего микросервиса. В принципе, можно каждый раз менять конфиг, а потом (перед заливкой в гит) опять менять на 80. Но, тоже - не очень удобно. Хотя, если оформить это bat-никами, это приемлемый вариант. Всё таки попробую раскопать - кто именно держит 80-й порт.

Что такое CLI? Ты имел ввиду ru.wikipedia.org?



Исправлено 1 раз(а). Последнее : S-type, 28.03.20 18:17

про CLI правильно понял.
Если используется Kubernetes то зачем вообще нужен компоуз, тем более из VS - в докер для винды встроена поддержка Kubernetes. Можно и дашборд докинуть туда для визаулизации. Единственное что, не совсем просто может быть состыковать локальный кластер с дев/стейджинг кластером, чтобы не поднимать у себя ВСЕ сервисы - потолкуй про это с вашим девопсом, может он поможет с этим.

И опять же не понимаю зачем IIS - если проект на кор, то он запускается как само-хостящийся при поддержке кестрела. Это даже умолчательный вариант для кор проектов, насколько я помню.

Для разделения окружений можно использовать разные конфиги (добрасывая к основному appsettings.Dev.config к примеру). Менять туда-сюда вовсе не обязательно. Более того, есть вариант через файл секретов (который по сути "сливается" с обычным конфигом при запуске из под студии) прописать чисто локальные для твоего компа настройки (формально там строки соединения с паролями для дев-окружения хранятся, но на самом деле любые настройки можно прописать). Можно ещё и через переменные окружения менять некоторые настройки (а их в свою очередь в .user файлах проектов прописать - эти файлы не должны коммитится в принципе. Для контейнеризованных приложений это один из основных вариантов задания настроек (в смысле переменные окружения).

Igor Korolyov
Если используется Kubernetes то зачем вообще нужен компоуз, тем более из VS - в докер для винды встроена поддержка Kubernetes.

У меня на локальном компе Kubernetes не установлен Компоуз и IIS Express нужны для удобства отладки.

Igor Korolyov
Менять туда-сюда вовсе не обязательно. Более того, есть вариант через файл секретов (который по сути "сливается" с обычным конфигом при запуске из под студии) прописать чисто локальные для твоего компа настройки (формально там строки соединения с паролями для дев-окружения хранятся, но на самом деле любые настройки можно прописать).

Спасибо! Это то, что надо. Прописал другие порты в секрете - теперь всё компилится. Ура.

кибер не "на компе" ставится а внутри докера (на компе лишь инструменты управления, и это сущая мелочь) - по сути это не более чем набор контейнеров: инфраструктура плюс для удобства дашборд (хотя и не обязательно).
иис нужен для старых фул-фреймворк проектов, но я как-то сомневаюсь что под кибер именно таковые используются - ибо контейнеры на винде это редкостное извращение ) а для кор веб-прог иис не нужен.
в общем я по прежнему не понимаю надобности в совместном применении ииса и докер-компоуза

Igor Korolyov
кибер не "на компе" ставится а внутри докера ...

Сразу скажу - тема эта для меня новая, сам не "пробовал и не щупал", но вот на habr.com сказано:

Цитата:

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

А ты говоришь "ставится внутри докера"...

[attachment 33072 k8s_docker.png]
Это в новом интерфейсе, они недавно обновились. но и в старом так же чекбоксом включалась поддержка.
Всё там по простому сделано, "для чайников"

Есть онлайн тренинги по основам кубернетиса да и докера - можно попрактиковаться. Скилл востребованный, актуальный сегодня.
Кстати, в VS code есть расширения и под кубер и под докер (смотреть в полноценном текстовом редакторе ту же инфу о текущей конфигурации приятнее чем просто в консоли) - глянь, может понравится