деплой и символические ссылки - это взаимоисключающие параграфы

особенно если речь идёт о контейнеризации

суть такова. мы джва года пилим софт, и выкатываем его таким образом, чтобы все зависимости были: 1. модульными 2. только с абсолютными путями 3. ни один конечный сервис не зависит более чем от 1-2 модулей.

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

хотя *дцать лет назад я работал кодером в одной въбстудии, где вполне себе в .htaccess прописывались интересные правила инклюда папки lib, выходившей на уровень выше от корня документов. типа таким образом мы защищали некоторые существвенно важные файлы

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

я к чему?

если есть выбор, то идите более простым путём.

если выбора нет, то идите просто простым путём.

символические ссылки это костыль

деплой и символические ссылки - это взаимоисключающие параграфы

А вот и не правда.

А вот и не правда.

обоснуй

деплой и символические ссылки - это взаимоисключающие параграфы

Все может быть, я не исключаю. Но на данный момент я использую для Деплоя Deployer. Он мутит такую структуру: - current - releases - - releas1 - - releas2 Где current - символическая ссылка на один из релизов.

Тут скорее ты должен объяснять, почему нет)

Я хотел тупо отдать докеру current и все.

Но не вышло.

Тут скорее ты должен объяснять, почему нет)

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

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

Отлично, относительная работает )))

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

Вот, допустим, у тебя есть набор обновленных данных. Гигов писят. Раскладываются эти данные на сотни машин. И делать должны в памяти, иначе всё плохо. Как ты переключишь приложение на новое поколение атомарно?

И роллбэк

Раскладываются нонстоп, автоматом. В приложении конфиг править не вариант.

плохо, если в приложении конфиг править не вариант ) что могу сказать

я б в жопу приложение послал вместе с разрабами

и либо писал бы своё

либо думал как это всё сделать более просто и удобно

потому что там, где сложно - всегда жопа

доказано, битрикс (с)

но есть и хорошие новости

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

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

иногда просто невозможно докеризировать что-то. такое бывает. иногда даже просто стоит оставить всё как есть.

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

эфир первого канала продолжит екатерина андреева, а я на ужин.

Приятного аппетита

?

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

?

Гномики, единороги.... лучше бы решение подсказал ?

Гномики, единороги.... лучше бы решение подсказал ?

Так ты не ответил на вопрос.

я б в жопу приложение послал вместе с разрабами

прям чуствуеться твоя боль

Так ты не ответил на вопрос.

какой? Я пропустил что-то?

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

Симлинк на что ссылается внутри контейнера?

Хмм... в первом варианте я даже не представляю что происходит. Я думал, что логика работы у него такая: "берем содержимое директории и отображаем в директорию докера". В этом случае все должно было получиться. А если он поверх папки в контейнер поместил символическую ссылку, то ясно, что она ведет в никуда внутри контейнера.

Во втором варианте, когда я примаунтил родительскую директорию, то ссылка current ведет очевидно в никуда, так как она прямая. Если сделать относительную, то все ок.

Не распарсил

Во втором варианте, когда я примаунтил родительскую директорию, то ссылка current ведет очевидно в никуда, так как она прямая. Если сделать относительную, то все ок.

Судя по этому сообщению, симлинки работают.

Ну да, как бы работают. Не работает сценарий "примаунтить симлинк".

Что значит "примаунтить симлинк"?

Симлинк - это, внезапно, ссылка на файл

Если файла нет, то она и не работает.

https://github.com/docker/docker/issues/1676

это решит твой вопрос?

Если файла нет, то она и не работает.

указать для маунта симлинк на другую папку.

это решит твой вопрос?

я видел это, ага. Косяк того же рода по сути.

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

поэтому рекомендация искать обходные пути, или абсолютные, или как-то иначе продумывать деплой

?

да, я уже придумал... но печально, что пришлось сунуть целый набор релизов в контейнер. Хотя, по идее, для работы нужно было треть только. (

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

Вот, немного отойдя в сторону по вопросу "хорошего деплоя". Есть полезная ссылка как сделать красиво? )

Типа Docker-way и все такое )

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

Буду очень благодарен. А то все кругом говорят про правильный деплой, про то, что Докер типа именно для Деплоя. И все... А деталей нет.

Докер для Деплоя - крылатая фраза без подтверждений :-\

Все может быть, я не исключаю. Но на данный момент я использую для Деплоя Deployer. Он мутит такую структуру: - current - releases - - releas1 - - releas2 Где current - символическая ссылка на один из релизов.

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

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

Что это даст? Я немного не понимаю о чем речь, увы

ERROR: S client not available

я к тому что симлинки хороши, но опасны

Это понятно. Просто тут пока другого варианта нет. Я бы с удовольствием обошелся без них.

хардлинки могут спасти?

хардлинки могут спасти?

на директорию то ? )

да я вот думаю что это вообще в корне не совсем нужный инструмент

я про Deployer

ты ща многих обидел

ElectricFlow Deploy решает такую задачу?

я считаю что смотреть нужно в сторону Continious Deployment

и их tools соответственно

я считаю что смотреть нужно в сторону Continious Deployment

и?

просто под рукой нет лаптопа

http://electric-cloud.com/products/electricflow/deploy-automation/

капитана же на днях показали, он как раз пр овсе это, чем он вам не угодил ? )

ну и капитан кстати да

октопус деплой, Go (который не язык), Codeship

ElectricFlow Deploy решает такую задачу?

да может быть много что решает такую задачу. Но тут вопрос в кейсе. У меня пока используется Deployer. Он простой, написан на php и решает свою задачу.

так, ладно, пацаны, полчаса - минут 40, я буду у лаптопа, и смогу уже нормально посмотреть что там в хистори было пару месяцев назад по теме кошерных деплоев и CD

хотя, 100% тут уже видел похожие решения. возможно выше

Просто так носиться от одного инструмента к другому - это очень грустная история. Так можно всю жизнь бегать )

Тогда тебе ужна платформа, возьми какой нить tsuru

не ?

просто имхо CI это не про "прогнать тесты, нацелить на новый контейнер балансер"

Чот мне кажется пора второй пост пинить - описание того что такое симлинк

Чот мне кажется пора второй пост пинить - описание того что такое симлинк

симлинк на симлинк?

тут кстати я так понял что не CI нужно, а именно CD. только не деливери а полноценный деплой

и автоматизировать всё к чертям, чтоб джюс на карибах попивать

просто имхо CI это не про "прогнать тесты, нацелить на новый контейнер балансер"

Я только недавно начал путь к CI. Мне еще топать и топать в этом вопросе. Поэтому сразу платформу мне не взять сходу. Я еще тестирование не наладил. :)

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

парадокс тестов блеать )

Еще недавно все через ftp и ручками. Deployer + Gitlab - это прорыв )))

+ докер и разделение на dev/prod...