Ну как. Сначала собрать, потом деплоить

Будет норм, гарантирую

Если, к примеру, хочу написать скрипт, который запускаю локально и он проводит весь процесс деплоя, нормально будет, если он будет включать сборку приложения, сборку docker image, push в репозиторий, через ansible подключение к серверу по ssh, pull из репозитория и перезапуск контейнера?

Использую две версии композ файла. Один для дева, другой для продакшена. В том который для дева использую .build для про брошенных вн

для проброшенных внутрь контейнера каталогов.

В каждом каталоге есть докерфайл, который говорит как соответственно построить этот контейнер. Они же являются репозиториями которые размещены на гитлабе

Если, к примеру, хочу написать скрипт, который запускаю локально и он проводит весь процесс деплоя, нормально будет, если он будет включать сборку приложения, сборку docker image, push в репозиторий, через ansible подключение к серверу по ssh, pull из репозитория и перезапуск контейнера?

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

На гитлабе настроено CI которая после пуша в реп собирает образ контейнера (у них там как-раз реджистри есть)

Ну и соответственно на продакшене используется докер-композ файл который берет образы с реджистри гитлаба

То есть использовать два скрипта, билд до push, и деплой все дальше? В целом идея нормальная, в смысле, не слишком замудреная?

На гитлабе настроено CI которая после пуша в реп собирает образ контейнера (у них там как-раз реджистри есть)

А предварительную сборку самого приложения в определенном окружении, к примеру node.js, можно настроить?

Думаю что да https://about.gitlab.com/gitlab-ci/

Единственное что я для себя не окончательно решил как быть с данными на продакшене - пока пробрасываю их на хост

Тем не менее, сначала хотелось бы настроить все локально. Задача все равно образовательная, а готовый скрипт потом можно перенести на любую CI

Единственное что я для себя не окончательно решил как быть с данными на продакшене - пока пробрасываю их на хост

В смысле?

ну например картинки у меня на сайт пользователи загружают, пробрасываю этот каталог на хост систему.

пристально смотрю на https://infinit.sh/ для решения вопрос с данными, но пока им судя по всему еще далеко до продакшена

пристально смотрю на https://infinit.sh/ для решения вопрос с данными, но пока им судя по всему еще далеко до продакшена

zfs? btrfs?

первая 40 лет делает именно это в продакшене

бтрфс такое себе но говорят работает, хотя выглядит так будто ipfs понадежнее будет

ну например картинки у меня на сайт пользователи загружают, пробрасываю этот каталог на хост систему.

А где данные все время хранятся?

Не совсем понял про ZFS вот у меня есть один хост с контейнером на который пользователь залил картинку. Мне надо чтобы контейнер на другом хосте мог эту картинку увидеть.

есть тупой но легкий способ - lsyncd

Какие-то все вы тут слишком умные, может подскажете какие-нибудь ресурсы, где все это в совокупности описано?

о про lsyncd интересно, спс.

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

не бывает серебрянной пули, любознательность рулит

Это и в программировании говорят, но есть определнные подходы к написанию приложений, тут тоже должны быть общепринятые подходы.

Насколько мне удалось разобраться за пару месяцев - общепринятые подходы еще не выработаны.

Мне не нагруженную инфраструктуру поднимать, а просто парочку веб сервисов, для этого должно быть какое-то решение

Докер молод для общепринятого. Единственное что будет хорошей практикой - все время спращивать себя - а не делаю ли я хуйню

и таки делать эту самую хуйню :)

Ну да, бывает. Но хотя бы понимать что ты ее делаешь. И понимать почему

я б в S3 складывал

Не совсем понял про ZFS вот у меня есть один хост с контейнером на который пользователь залил картинку. Мне надо чтобы контейнер на другом хосте мог эту картинку увидеть.

zfs умеет объеденять fs в пределах зоны начиная с 2.1 SunOS(во всяком случае это были первые санки на которых я с этим столкнулся)

для взяких линуксов потом придумали nfs поверх пуула zfs в который можно было добавить сторадж когда надо и это не вызывало столько боли сколько это вызывает в линуксах. я не в курсе как zfs перенесли в бзд но солярка(ядро) вроде опенсорсд можно юзать

мало кто помнит но вот оракл делал ocfs2 еще

она так то получше gluster была но не выжила за пределами оракла

я еще про ceph читал

но что-то оно все сложное )

У вас сколько сотен террабайт данных?

ну и еще всякое типа хиронов цеф жа слишком сложное

У вас сколько сотен террабайт данных?

у кого?

я еще про ceph читал

вот тут

чуваку картинки надо складывать

так то я бы nfs4заюзал

чуть более чем овер килл

нфс оверкил? или цеф?

мне пока lsyncd понравился, спасибо за наводку, попробую

нфс оверкил? или цеф?

цеф оверкилл. нфс нормальное решение но надо смотреть на io

имхо

nfs норм, да

Правильно ли я понимаю, что с nfs получается единственная точка отказа и случись что - предстоит разворачиваться из бэкапа, в то время как с lsyncd, грубо говоря то куда "реплицируются" данные продолжит работать.

а что тебе даст "работа" когда часть нод выдают какую то фигню?

Если у вас возникают такие вопросы - не нужен вам нфс

Пользуете lsyncd, пожалуйста

Ну лучше пусть часть нод отвалится чем все.

это кому от этого лучше?

ну я лучше обслужу половину клиентов чем никого

это кому от этого лучше?

ну вообще - всем

DRBD тогда

кстати

Сколько новых аббревиатур ) Спасибо, будет что изучать.

НЕТ!

Боги, нет, только не дрбд

ERROR: S client not available

это ж наиэпичнейший кусок говнаж

килотонны боли

DRBD тогда

стыдно должно быть такое предлагать

а как сейчас nfs? последний раз я его пробовал году так в 2006 наверное, у нас на работе ей шара с фильмами монтировалась )

а еще glusterfs

но оно у меня рассыпалось. году так в 2010

у меня на нфс была построена вся система раздачи статики на 3 с хером тера с ап ту 6к рпс, вроде до сих пор живет

стыдно должно быть такое предлагать

это был сарказм

а еще glusterfs

глюстер так и не починили вроде. какое был такое и остался

Подскажите, а когда на сервере пулишь готовый docker образ для запуска, как лучше передавать авторизационные данные для логина?

docker login позволяет авторизоваться. после этого демон будет использовать введенные креды

Подскажите, а когда на сервере пулишь готовый docker образ для запуска, как лучше передавать авторизационные данные для логина?

для логина куда?

в docker hub

Докер логин просто файлик же создает в $HOME/.docker/config.json

можно его просто скопировать и все

docker login позволяет авторизоваться. после этого демон будет использовать введенные креды

То есть при создании машины один раз авторизироватся и потом уже просто подтягивать новые образы?

ну типа того да

Кстати, а тут эту книгу уже рекламировали? https://goto.docker.com/docker-for-the-virtualization-admin.html #book

Поцыки, а компоуз все еще не работает с новым докер свармом?

Вроде недавно проскакивала ссылка что в RC каком-то добавили

или я что-то путаю

Кстати, а тут эту книгу уже рекламировали? https://goto.docker.com/docker-for-the-virtualization-admin.html #book

чё там? зачитывание мана с выражением или чего поинтереснее?

Я хз, мне ни к чему, в менторском чате прошло

глюстер так и не починили вроде. какое был такое и остался

В 3.8 говорят починили

В 3.8 говорят починили

Есть где почитать? А то нетворк сплит оно не переживало а эксперементировать как то неохота

Есть где почитать? А то нетворк сплит оно не переживало а эксперементировать как то неохота

Уф, там появилась опция

А ок. Надо глянуть. Спасибо.

А ок. Надо глянуть. Спасибо.

Я просто не помню с кем и в каком чате мы обсуждали, что там появилась опция, которая при развале кластера говорит "ты мастер еба"

https://github.com/gluster/glusterfs/blob/release-3.8/doc/release-notes/3.8.0.md#automagic-unsplit-brain-by-ctimemtimesizemajority-for-afr

Во

@iaml1989 мне правда говорил, что лучше не проверять, но у него от гластера полыхает

Однако он похоже один кто его гонял на больших данных