я с Тюмени живу в Тюмени)

А в golang чатике не нашлось отсюда, походу митап по докеру будет

https://portworx.com/ кто-нибудь пробовал эту штуку?

кто-нибудь знает как ускорить процесс установки зависимостей при создании образа? т.е. каждый раз при создании образа приходится выполнять bundle install и устанавливать все гемы, можно ли было бы где-то их хранить как тома?

Тут, помнится, был апологет Кубера. https://gist.github.com/jonathan-kosgei/dac620fed9d9aeec35050bcc0a146647

Тот момент, когда комментарии ценнее статьи.

Есть кто из Тюмени/екб по этому поводу?

Я тоже с Тюмени, живу в Тюмени

ребят завязываем с перекличкой бывших/текущих тюменцев.

уже голову сломал, вот у меня есть папка webapp/public/ - в ней находятся файлы загруженые в приложении, я конечно наивно предположил что можно легко сделать -v storage/public:webapp/public и таким образом данные станут перманентными, но проблема в том, что когда я так делаю, папка storage/public заменяет webapp/public и все что там было удаляется

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

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

сделать папку паблик1 , примонтировать папку storage/public, скопировать файлы из паблик1 в паблик , профит

или если тебе хранить аплоады то монтировать не в паблик а куданить типа public/upload

в таком случае у тебя остается webapp/public

а монтируешь в webapp/public/upload(images|files|docs) e.t.c

попробую, спасибо)

Привет всем!

Перебрасываю сокет в контейнер. Вот так: -v /var/run/docker.sock:/var/run/docker.sock

Как лучше, бинарник докера тоже перебросить :

-v $(which docker):/bin/docker

или изначально поставить в образ?

Опасный

То есть?

Вы про сокет или про бинарник?

Дать сокет докера в непривелигерованный контейнер значит выдать рута на хосте

Да, вы правы, но просто есть необходимость создавать и управлять контейнерами из контейнера

Может есть лучший способ сделать тоже самое?

Если можно тащить новые сущности в проект можно взять что то простое типа номада, грузить туда ямлик с описанием сервиса а он уже будет запускать апп. Не ?

Совершенно верно, просто пока не дошел до сервисов, балуюсь отдельными контейнерами. Более того, все это будет работать в private network, ничего не будет лезть наружу, кроме одного контейнера, у которого нет доступа к сокету и соответственно к хосту. А на счет номада, вы про это: https://github.com/hashicorp/nomad ?

Да

К сожалению мне кажется нет маленьких простых безопасных и удобных решений для вашей задачи

Хорошо, большое спасибо за помощь, буду изучать!

Подскажите пожаулйста, я вроде разорбался с докером, создал docker-compose файл в нем описал app и db сервисы, запустил и все работает, однако таких приложений у меня штук 10, я могу проделывать тепеьр такое с каждым, но это все я делаю у себя на локальной машине, их еще нужно поместить на сервак и сделать тоже самое, как мне объяснил один товарищ чтобы деплоить их на сервак желателньо иметь gitlab + CI а для управления контейнеров kubernetes, это все здорого но для такого количетсва небольших проектов, мне кажется столько работы будет избыточной, веро ли я мыслю?

если верно то вопрос поставки приложения на сервак меня все еще волнует, в старинку мы использовали mina для деплоя и выполнения миграций и компиляции ассетов, но соответственно все настраивалось руками на серваке, я думаю над вариантом, использовать мину для копирования файлов с гита на сервак, а инструкции запуска мигарция и ассетов (которые теперь выполняются при сборке образа) заменить на запуск docker-compose up

такая идея хорошая или плохая и если плохая то почему?

Подскажите пожаулйста, я вроде разорбался с докером, создал docker-compose файл в нем описал app и db сервисы, запустил и все работает, однако таких приложений у меня штук 10, я могу проделывать тепеьр такое с каждым, но это все я делаю у себя на локальной машине, их еще нужно поместить на сервак и сделать тоже самое, как мне объяснил один товарищ чтобы деплоить их на сервак желателньо иметь gitlab + CI а для управления контейнеров kubernetes, это все здорого но для такого количетсва небольших проектов, мне кажется столько работы будет избыточной, веро ли я мыслю?

Ansible

если верно то вопрос поставки приложения на сервак меня все еще волнует, в старинку мы использовали mina для деплоя и выполнения миграций и компиляции ассетов, но соответственно все настраивалось руками на серваке, я думаю над вариантом, использовать мину для копирования файлов с гита на сервак, а инструкции запуска мигарция и ассетов (которые теперь выполняются при сборке образа) заменить на запуск docker-compose up

любой оркестратор и свой registry собранных контейнеров?

Rancher в качестве оркестратора - разворачивается с подъема двух контейнеров в докере: один для Rancher-server, второй для Rancher-агента на докер-хосте, где будут непосредственно крутиться контейнеры

Кстати! Вопрос траффика. Если я буду собирать контейнеры на gitlab CI, то будет тянуться весь гиг контейнера, или только измененные слои?

если базовые и предыдущие слои закешировались, то будут тянуться только изменённые

Кстати! Вопрос траффика. Если я буду собирать контейнеры на gitlab CI, то будет тянуться весь гиг контейнера, или только измененные слои?

а откуда Гиг контейнера, стесняюсь спросить?

а откуда Гиг контейнера, стесняюсь спросить?

Да вот с какого-то фига

Кстати! Вопрос траффика. Если я буду собирать контейнеры на gitlab CI, то будет тянуться весь гиг контейнера, или только измененные слои?

зависит от колва воркеров

если воркер только один будет кеш слоёв.

чьих воркеров?

гитлаба

гитлаб умеет локальный регистри

Я удалённо

Я удалённо

в смысле, облачный гитлаб?

так что я имел в виду облачный гитлаб и их бесплатный CI, ага

так что я имел в виду облачный гитлаб и их бесплатный CI, ага

ясно

я гиговые контейнеры пока видел только у Microsoft :)

Ну, я ещё не оптимизировал, может.. Базовый - python:2.7

можно использовать в качестве базового слоя какой-нить Alpine, даже готовых контейнеров полно с тегом :alpine

Да. Это самый подходящий вариант, походу

Ну, я ещё не оптимизировал, может.. Базовый - python:2.7

погляди в его Dockerfile, на основе чего он готовится, для python что-то дофига

Смотрел. Какая-то вариация дебиана. Уже не помню

но мои 10 слоёв добавляют как-то слишком много сверху

Ну да. базовый - buildpack-deps:jessie

ERROR: S client not available

можно попробовать сократить количество слоёв ещё, не знаю, насколько это сократит размер контейнера

+ по минимуму пихать в один контейнер те данные, которые можно вынести куда-то вовне: в другой контейнер или в какой-нить Amazon S3

можно попробовать сократить количество слоёв ещё, не знаю, насколько это сократит размер контейнера

https://docs.docker.com/engine/userguide/eng-image/dockerfile_best-practices/

мультилайн-команды, вместо множественных RUN, удалять лишние пакеты и файлы в процессе подготовки контейнеров и т.п.

Да, спасибо

Ребят у меня вопрос про докер сворм мод

если я правильно понимаю, все ноды в сворме, это ноды которые могут потенциально стать менеджером, когда текущий менеджер умрёт

у нас запустится рафт, произойдёт мажорити кворум и выберут нового менеджера

так ?

Менеджеров может быть больше одного

так ?

так

только как сказал алексей ) у тебя для нормальной работы сварма нужно 3 менеджера

исходя из того что чем больше рафт тем он медленее сходится, и в свою очередь ноды могут чаще из строя выходить, не будет ли у нас проблем с доступностью сервиса потому что периодически у нас там "выборы" идут

и они между собой решают кто главный

выборы там идут без митингов агитации и прочего ) решается все за милисекунды ) этож не россия

сервис в это время не падает

просто меняется главный менеджер

мммм

просто в это время нельзя управлять кластером / скейлить добавлять ноды

Я как бы понимаю что выборы ходят между 3мя нодами которые 2 ричибл и одна настоящий менеджер

но ты врят ли сможешь это заметить при штатной ситуации )

ну да ) а сервису запущенному пох ) он уже работает и работает

порты открыты, запросы принимаются

тоесть мы должны сами контролить доступность нод менеджеров и докидывать их

или промоутить до менеджера

нет

менеджеры сами решают кто главный