Pull to refresh

Comments 24

Надеялся хоть что-то про k8s&windows прочитать в статье, а тут про алиасы Powershell.
Видимо автор настолько впечатлился своим же описанием мороки с контейнерами, что переходить к k8s забоялся.
Довольно честная позиция.
Нет там ничего страшного. Да, сеть отличается. Да, чуть сложнее попасть внутрь контейнера (даже не так — сложнее дебажить, когда провалишься). В работе есть несколько swarm кластеров, пара AWS EKS на Win2016. K8s, конечно, чуть сложнее, но родной Swarm работает чуть ли не из коробки и без особых проблем. Пробовали даже запускать Linux и Windows в одном EKS-кластере — всё реально, всё работает, но пока отложили в сторонку.
Docker API одинаков вроде как, в чем сложность docker exec -it containername powershell. И далее дебажим как любую другую Win ОС средствами powershell.
Спасибо за комментарий. Как говорится — Не в бровь, а в глаз.
Мысль разделить материал на несколько статей ко мне пришла не сразу. Но в какой-то момент я решил подать материал частями и идти от общего к частному. И вот почему.
Kubernetes на Windiws развивается довольно быстро. Быстро на столько, что в статью трудно заложить значимую информацию, которая не устареет через пол года.

Не то что бы я хотел написать монументальный труд, нет. Меня просто мучают сомнения какая информация действительно нужна и я по несколько раз переписываю текст в части оркестрации, но получается всё равно не то.

Да и камнем преткновения стали учетные записи gMSA на Kubernetes. От версии к версии работает это по разному. А без этого статью про Kubernetes на Windows выпускать не хотелось бы.
Kubernetes на Windows — очень интересна эта тема, продолжайте в том же духе. На текущий момент это работает в мульти платформенной связке, интересно, возможен ли переход на чистый Win, а то для обслуживания одного кластера надо 2 вида специалистов.
Повершел не особо страшен командами, там в общем-то всё как в шелле, но иногда сложности возникали совершенно на ровном месте и которых в bash не возникло бы.
Например, мне нужно было запустить mysql клиент с параметрами, которое раньше прекрасно работало в батнике и так же прекрасно работало на баше:
Простейшая конструкция вида:
mysql -u$user -ppass -Dukmserver -e«select id from table;» >> log.log
работать отказывалась, были какие-то неочевидные грабли с кавычками/списком аргументов.
кавычки в докерфайлах отдельная боль. но есть хороший материал по этому поводу
про кавычки
Вот-вот, что-то такое монстроузное и нечитаемое, насколько я помню у меня и вышло.
По лицензированию. Тоже в одно время хотел перенести часть приложений винды в контейнеры и заморочился с лицензированием (как бы бесплатно все получить). Есть бесплатный продукт Microsoft Hyper-V Server — докер работает, gui конечно обрезанный, но он особо и не нужен. Единственно- не будет изоляции hyper-v.
Пытался найти подводные камни по лицензированию, устал искать.
Также были интересные кейсы, по рдп внутри контейнера, но в более новых версиях- эти трюки больше не проходят.
Hyper-V Server — докер работает, gui конечно обрезанный, но он особо и не нужен. Единственно- не будет изоляции hyper-v.
Пытался найти подводные камни по лицензированию, устал искать.

То, что оно работало — баг. Его поправили и больше оно не работает. Подводных камней в лицензировании теперь тоже нет, хотите контейнеры — покупайте standard или datacenter.
Добро пожаловать в дивный новый мир энтерпрайза.
github.com/MicrosoftDocs/Virtualization-Documentation/issues/945
если вы разрабатывает на собственном ноутбуке и установили docker на windows 7

Это как? Он же только на десятку встаёт.
Почему? Докер на семерке нормально работает. Просто он не может локальные контейнеры запускать.
А смысл тогда ставить, если не может запускать?
Для управления. docker-machine например.
Я локально все делал через VirtualBox, например.

На десятке, кстати, так же через виртуалки запускаю. По мне так удобнее, чем захламлять все локально
Всё верно. В статье исправлено. на Windows 7-8 только docker toolbox
По поводу
Так же на текущий момент если вы хотите поднять кластер Docker, то он скорее всего будет мульти платформенный
— можно воспользоваться оркестратором ServiceFabric, кластер полностью на Win.

А что, режим process isolation уже доступен на Windows 10? Это же чисто северная фишка.
И для совместимости не важно на каком хосте собирается образ — важно, какой используется базовый образ

А что, режим process isolation уже доступен на Windows 10?

Нет, с чего взяли?

В статье всё так намешано, что можно и не понять. Лучше бы автор указал, что docker на Windows Server и docker на Windows 10 совершенно различаются по возможностям.

Всё верно. Необходимые правки внесены.
Верно и обратное утверждение, правда с некоторыми «но», так как Docker хост с Windows всё же может предоставить Linux окружение для запуска контейнеров.

Про невозможность не написано!
Sign up to leave a comment.

Articles