Это этап сборки приложения.
Которое потом упаковывается в имидж если нужно. Укаковка в имидж это отдельный, независимый этап.
Если интересно раскажу подробнее.
У нас есть базовый имидж в котром установлен рнр с нужными настройками.
От базового имиджа наследуюется билд имидж — в который добавляеются nvm, grunt, composer и т.д.
при сборке приложения (не путаь со сборкой имиджа)
1 вызывается просто make (через тот же docker-project build)
2 который запускает билд контейнер с подмонтированым кодом, где идет его сборка. — запускается composer и т.д.
3 Билд контейнер сам выключается
4 имеем папки с собраным приложением
6 если мы в дев среде — эти папки напрямую подмонтированы в уже работющие контейнеры и их обновлять каждый раз не надо.
если мы делаем имиджи для продакшена, то начинаем сборку имиджей, докер-композером или индивидуально.
Базовый имидж обеспечивает соотвествие среды билда и работы, а так же ускоряет развертывание имиджа в продакшене.
В продакшене используется mesos, marathon, consul, поэтому тут уже нужны собраные имиджи, без монтирования.
Если что-то не очень хорошо описал, спрашивайте, буду рад помочь.
Для дев среды мы какраз так и делаем — маунтим папки в контейнеры и не пересобираем их каждый раз.
Но как вы собираете приложение в этом случае?
Мы например какраз делаем docker-project build — он собирает фронтенд, запускает композер и т.д. не собирая имиджи
Это прям наш юзкейс вы описали.
Перед деплоем либо идет работа с индивидуальным приложением — тут все стандартно.
Либо если надо собрать все имиджи разом это уже может сделать docker-compose.
git submodule — очень не удобны в работе, по крайне мере нам.
Думаю да, меньше зависимостей.
Питон по умолчанию в системе есть. golang собирается в статический бинарник.
Если бы я хорошо знал эти языки, то скорее использвал бы их. РНР все-таки не у всех стоит.
У меня есть в планах переписать эту утилиту на питоне.
MPEG-4 — это набор стандартов описывающий хранение, сжатие аудио, видео и смежные технологии.
в себе содержит, как минимум, два формата видео кодирования: ASP — для сильного сжатия, это в этом формате работают широко известные кодеки DivX, Xvid и т.д. AVC — он же H.264, для кодирования видео высокого качества.
Также он содержит описание медиа контейнера — файл формата mp4. Из описания которого можно увидеть, что фидео может быть там в четырех форматах MPEG (ASP, AVS, 1, 2), звук в AAC, mp3 и т.д.
Это обилие технологий под одним именем MPEG-4 видимо и порождает путаницу.
Мне кажется подход
более привычен.
Удаленная установка на машину разработчика — возможно это удобно в офисе.
Которое потом упаковывается в имидж если нужно. Укаковка в имидж это отдельный, независимый этап.
Если интересно раскажу подробнее.
У нас есть базовый имидж в котром установлен рнр с нужными настройками.
От базового имиджа наследуюется билд имидж — в который добавляеются nvm, grunt, composer и т.д.
при сборке приложения (не путаь со сборкой имиджа)
1 вызывается просто make (через тот же docker-project build)
2 который запускает билд контейнер с подмонтированым кодом, где идет его сборка. — запускается composer и т.д.
3 Билд контейнер сам выключается
4 имеем папки с собраным приложением
6 если мы в дев среде — эти папки напрямую подмонтированы в уже работющие контейнеры и их обновлять каждый раз не надо.
если мы делаем имиджи для продакшена, то начинаем сборку имиджей, докер-композером или индивидуально.
Базовый имидж обеспечивает соотвествие среды билда и работы, а так же ускоряет развертывание имиджа в продакшене.
В продакшене используется mesos, marathon, consul, поэтому тут уже нужны собраные имиджи, без монтирования.
Если что-то не очень хорошо описал, спрашивайте, буду рад помочь.
Но как вы собираете приложение в этом случае?
Мы например какраз делаем docker-project build — он собирает фронтенд, запускает композер и т.д. не собирая имиджи
Это прям наш юзкейс вы описали.
Перед деплоем либо идет работа с индивидуальным приложением — тут все стандартно.
Либо если надо собрать все имиджи разом это уже может сделать docker-compose.
git submodule — очень не удобны в работе, по крайне мере нам.
Питон по умолчанию в системе есть. golang собирается в статический бинарник.
Если бы я хорошо знал эти языки, то скорее использвал бы их. РНР все-таки не у всех стоит.
У меня есть в планах переписать эту утилиту на питоне.
us.ua/pages/reklama/
zalil.ru/page/ad
Вобщем, пропатчили комент, все как полагается :)
www.youtube.com/watch?v=EY8Mey846IA
www.youtube.com/watch?v=W4J7lzIzztQ
в себе содержит, как минимум, два формата видео кодирования:
ASP — для сильного сжатия, это в этом формате работают широко известные кодеки DivX, Xvid и т.д.
AVC — он же H.264, для кодирования видео высокого качества.
Также он содержит описание медиа контейнера — файл формата mp4. Из описания которого можно увидеть, что фидео может быть там в четырех форматах MPEG (ASP, AVS, 1, 2), звук в AAC, mp3 и т.д.
Это обилие технологий под одним именем MPEG-4 видимо и порождает путаницу.