Создавай свой

Поддерживаю)

Кстати, незаслуженно игнорируемая технология. Мне больше нравится, чем докер

Аналогично. Хотя всё-таки назначение у них несколько разное)

Ты никогда не знаешь на какой ноде встанет база

Докер для stateless сервисов и хранить в нем данные по моему мнению то еще дело

Ну как бы да и как бы нет

Докер для stateless сервисов и хранить в нем данные по моему мнению то еще дело

Хранить-то можно, тут вопрос их сохранности - если это тяжелая база, то такой себе риск

Хранить-то можно, тут вопрос их сохранности - если это тяжелая база, то такой себе риск

Ну в таком понимании мы от ACID полностью отходим

К вопросу про «контейнеры должны быть только stateless» - сам активно топлю везде за это, но головой понимаю, что ситуации разные бывают, можно и сделать исключение из правил

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

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

Можешь описать подключение диска с какого нибудь CEPH, и декларатируй скок влезет.

Цеф уг

Цеф уг

Цеф тут как пример того что решит боль декларативности в случае стейтфул. Его можно заменить на nfs/smb/gluster и все что угодно, что решит вашу проблему.

Цеф уг

почем?

Цеф? Слишком дорого

Здраствуйте.

?

Можно вопрос?) вот у меня есть запущенный котейнер мне надо в нем запустить команду другого контейнера

грубо говоря у меня есть проект yii2 в нем надо запустить composer install

пыфтаюсь все сделать через docker-composer если не монтировать данные пишет что composer.json не найден.

а вот мне надо не монтировать)

грубо говоря вот так.

я вроде тут все копирую, или мне надо из объеденить в 1 сеть?

тогда он увидит этот проклятый composer.json

запускаю exec ls в web показывает что файл есть. но на процесе сборки composer его не видит.

В каждом контейнере(образе) свои данные, они не пересекаются никак

а как мне поступить?

после сборки docker-compose мне надо вызвать composer install

в папке проекта

Погуглить статьи на эту тему, их тона

мде

а сообщество для чего?

ЧТОБ направить на путь истинный - в гугл

я даже не знаю в какую сторону гуглить

а сообщество для чего?

Чтобы вести умные беседы на интересные темы

т.е новичкам вы тутн е помогаете?

Установить композер в контейнер в момент билда

т.е новичкам вы тутн е помогаете?

Что ты под помощью понимаешь? Я тебе дал дельный совет, это всё уже описано пошагово с картинками, в чем сложность? Помочь гуглить?

я даже не знаю в какую сторону гуглить

выше уже подсказали - нужно ставить composer прямо в контейнер с приложением и запускать на этапе сборки. Можно взять его из готового образа через multi-stage build: https://medium.com/@othillo/adding-composer-to-php-docker-images-using-multi-stage-builds-2a10967ae6c1

т.е новичкам вы тутн е помогаете?

FROM composer:1.6.5 as composer FROM php:7.2-fpm-alpine COPY --from=composer /usr/bin/composer /usr/bin/composer RUN composer install --no-dev

FROM composer:1.6.5 as composer FROM php:7.2-fpm-alpine COPY --from=composer /usr/bin/composer /usr/bin/composer RUN composer install --no-dev

не лучший вариант, но можно и так

не лучший вариант, но можно и так

А какие ещё есть?

тянуть vendors отдельным stage, потом копировать только их. Зачем composer в финальном образе то?

А кто будет vendors собирать?

Нужны актуальные версии на момент билда контейнера

сложна

В репозитории лежит composer.json с явным указанием версий зависимостей. Если сборка vendors и сборка контейнера будут разрозненными операциями то может быть рассинхрон версий

я тебе говорю Multistage в другом порядке делать, а не вот это вот всё

FROM example-php:latest as deps # install composer, app code, deps, etc here FROM example-php:latest COPY --from=deps /app /app

А композер где?

Мне не понятно. Кажется это экономия на спичках

Тем более когда речь идёт про пхп

В репозитории лежит composer.json с явным указанием версий зависимостей. Если сборка vendors и сборка контейнера будут разрозненными операциями то может быть рассинхрон версий

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

Экономя спичку в час, за год сэкономить дерево можно

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

FROM example-php:latest as deps # install composer, app code, deps, etc here FROM example-php:latest COPY --from=deps /app /app

Т.е. тут он возьмёт сбилденный на предыдущем этапе образ, в котором будет только код и вендорс?

привет! кто-то настраивал/устанавливал автокомплит докера на zsh? Если да, то как? Пока нашёл только это, но так и не понял что с этим делать: https://github.com/docker/cli/blob/master/contrib/completion/zsh/_docker

Чятик, а docker hub может собрать образы для не x86-64? И если нет, то какой лучший способ собирать arm образы из ветки на гитхабе?

Чятик, а docker hub может собрать образы для не x86-64? И если нет, то какой лучший способ собирать arm образы из ветки на гитхабе?

Это проверить быстрее чем спросить)

Это проверить быстрее чем спросить)

Как проверить-то?

?

Гуглом — ничего внятного, но вдруг я что-то пропустил

Взять и скормить ему сборку арм

ээээээ

Я что-то пропустил и теперь в докерфайле можно указать целевую архитектуру?

Или я

АФАИК, архитектура образа соответствует хосту на котором он был собран. Отсюда и произошёл мой исходный вопрос

гуглить пробовал?

АФАИК, архитектура образа соответствует хосту на котором он был собран. Отсюда и произошёл мой исходный вопрос

да, я не туда свернул ,сорри

но инфа вроде есть, через эмулятор

гуглить пробовал?

Естессно. Но то что я чего-то не нашёл — не значит, что этого нет

странно. потому что docker build arm on x86 выдаёт кучу годных ссылок

но инфа вроде есть, через эмулятор

Ещё раз. Мне нужна сборка чем-то внешним. Так-то я могу собирать и на arm-хоcте по триггеру, но мне это не удобно

странно. потому что docker build arm on x86 выдаёт кучу годных ссылок

Перечитай исходный вопрос ;)

глянь всё же гуголь, есть инфа

и с докер хабом в том числе