неа

не работает

а

с up работает, бля зачем я всегда вручную это делал...

@vizdrag

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

вы ж понимаете, что это костыль?

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

Так и нужно вроде как

А если пулить отдельно, то то это что делать с компоузом?

в плане? типа вопрос нафига он нужен? верно

Всем привет. Ребят, подскажите. Есть микросервисная архитектура, состоящая, допустим, из 15 микросервисов. Для них настроен CI процесс с использовать docker compose, чтобы поднимать необходимый кластер зависимых компонентов для функционального и интеграционного тестирования. Но не используя оркестратор, можно ли как-то автоматизировать CD процесс для деплоем Docker-контейнеров? А то создавать один docker compose файлик для всех микросервисов и вручную писать команды - не кайф

Всем привет. Ребят, подскажите. Есть микросервисная архитектура, состоящая, допустим, из 15 микросервисов. Для них настроен CI процесс с использовать docker compose, чтобы поднимать необходимый кластер зависимых компонентов для функционального и интеграционного тестирования. Но не используя оркестратор, можно ли как-то автоматизировать CD процесс для деплоем Docker-контейнеров? А то создавать один docker compose файлик для всех микросервисов и вручную писать команды - не кайф

эм… Ну, какие варианты

ты можешь в гитлаб-раннере писать ‘ssh blablabla@myhost.com docker run -d blablabla’

но вряд ли это то, к чему ты стремишься

Явно не то, да

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

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

Это прекрасно понимаю

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

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

и выкатки

Ansible у меня отвечает за генерацию шаблонов сейчас

Понимаю, что он как бы не только configuration management нынче, но думал может ещё есть варианты)

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

Значит всё верно думал

ну, а какие еще видишь пути, если не ехать в кубернетес сразу?

Больше и не вижу

ну, а какие еще видишь пути, если не ехать в кубернетес сразу?

Слушайте, а как вы запускаете тесты в кластере docker compose на CI сервере? Пишете docker-compose exec app sh npm test? Это применительно к Node.js

А то некрасиво это в пайплайне так писать. Или мне кажется и это норма?)

Слушайте, а как вы запускаете тесты в кластере docker compose на CI сервере? Пишете docker-compose exec app sh npm test? Это применительно к Node.js

вообще тесты в пайплайне должны отрабатывать

для этого в гитлаб-си можно либо использовать services, либо все равно жахнуть docker run -d ….., а потом docker run -it npm test или типа того

вообще тесты в пайплайне должны отрабатывать

Я про пайплайн и говорю. Точнее, про стэп пайплайна

между степами среда уничтожается, так что о чем речь?

https://docs.gitlab.com/ee/ci/examples/

для этого в гитлаб-си можно либо использовать services, либо все равно жахнуть docker run -d ….., а потом docker run -it npm test или типа того

Это да. Просто хотел уточнить норма это или нет. Ответ получен. Спасибо!

Про окружение знаю)

А я всё ещё Jenkins юзаю

не самый плохой вариант

В GitLab CI просто нет из-под капота некоторых вещей, которые реализуются с помощью плагинов в Jenkins. Да, их можно настроить с помощью внешних компонентов, на что надо будет потратить время, но удобство всё равно несколько выше у Jenkins. В общем, тут зависит от такого, какие задачи надо кому покрыть

Это лишь моё мнение. Могу ошибаться

Хотя, реализовать тренды для нескольких статических анализаторов и представить их в человеческом виде через GitLab CI в принципе не получится...

не самый плохой вариант

Ещё один вопросик, если можно: если для интеграционного тестирования необходимо поднять кластер зависимых компонентов и микросервис, в котором есть миграции и дамп, который нужно накатить. Как быть с дампом? Как его накатить, если он запрашивает пароль к БД? Вот насчёт этого я решения не придумал...

Народ, как удалить latest??

как только удаляю, сразу появляются

Хотя, реализовать тренды для нескольких статических анализаторов и представить их в человеческом виде через GitLab CI в принципе не получится...

хм.

мы выкладывали результаты прогонов в pages. Но никто не мешает грузить в конфлюенс

Ещё один вопросик, если можно: если для интеграционного тестирования необходимо поднять кластер зависимых компонентов и микросервис, в котором есть миграции и дамп, который нужно накатить. Как быть с дампом? Как его накатить, если он запрашивает пароль к БД? Вот насчёт этого я решения не придумал...

в смысле? Никто не мешает сделать образ бд с уже готовыми данными. Мы так и сделали

услвоно образ на 10ГиБ

докер-компоуз?

докер-компоуз?

ага, спс, там рестарт был

мы выкладывали результаты прогонов в pages. Но никто не мешает грузить в конфлюенс

С pages я так и не поработал... Надо будет наконец попробовать

в смысле? Никто не мешает сделать образ бд с уже готовыми данными. Мы так и сделали

И как вы его потом в пайплайне юзали? И где снапшот хранили перед запуском пайплайна?

И как вы его потом в пайплайне юзали? И где снапшот хранили перед запуском пайплайна?

в докере хранил

в реджистри

А, прямо так...

Ну это самое первое, что мне пришло в голову

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

Спасибо за ответы!

есть какой-нибудь простой сиай от мозгоебства?

есть какой-нибудь простой сиай от мозгоебства?

в каком плане?

создает образ и не запускает его

а у кого не спрошу, никто дроном не пользуется

в хост моуд не хочешь запускать?

и еще действительно на хостовой машине могут быть этти порты заняты

в хост моуд не хочешь запускать?

это как?

—network=host

или как-то так

а тю

ну. да, но насрать

ну. да, но насрать

))

В чем может бытьь проблема? Создал volume, когда делаю docker build... то если папка volume не пустая - вываливается ошибка *container_linux.go:247: starting container process caused "chdir to cwd...*, если папку очистить - все ок

Ребята помогите Хочу использовать Debian-slim но там пакеты не устанавливаются в частности postgresql-client Что не так?

выяснилось там тупо оказывается не работает update-alternatives т.к. использует папки /usr/share/man/man1-8 которых нет в SLIM я так понял

Скорее всего он прав. Смапь на другой порт.

создает образ и не запускает его

Создает контейнер. Образ нельзя запустить.

В чем может бытьь проблема? Создал volume, когда делаю docker build... то если папка volume не пустая - вываливается ошибка *container_linux.go:247: starting container process caused "chdir to cwd...*, если папку очистить - все ок

Текст ошибки полностью покажи.

Текст ошибки полностью покажи.

Проблема решилась оключением selinux на centos 7.

Народ, как удалить latest??

:latest это тэг образа. Образа удаляются командой rmi. Контейнеры удаляться командой rm. Не путай

В GitLab CI просто нет из-под капота некоторых вещей, которые реализуются с помощью плагинов в Jenkins. Да, их можно настроить с помощью внешних компонентов, на что надо будет потратить время, но удобство всё равно несколько выше у Jenkins. В общем, тут зависит от такого, какие задачи надо кому покрыть

@ru_gitlab

Мммм интересно, а когда перестанут юзать лейтест ?

Мммм интересно, а когда перестанут юзать лейтест ?

когда перейдут на :default

когда перейдут на :default

- Shoot the leg! - No - Shoot the leg force! - Ok

в одном из известных мне продуктов слово force заменили на please в rest api. Чтобы гарантированно удалить объект, нужно было вызывать что-то вроде http://host/delete/obj/123/please

Этого не было в документации по апи, и когда клиенты спрашивали, как им "в вашем говно продукте" с форсом что-то удалить, забавно было отвечать, что надо просить с please :)

Всем привет, есть приложение №1 + приложение№2, оба соединены в сеть приложения№1, У приложения №1 есть nginx который смотрит 8080 и делает из него expose: - "80" environment: - "DOMAIN_NAME=${DOMAIN_NAME}" - "PROXY_PASS=http://app:8080" У приложения №2 нету nginx, expose у него тоже 8080. и сервис тоже называется app, пытался менять, не сработало ПРОБЛЕМА::: когда набираешь домен приложения№1, он то показывает приложение №2, то приложение№1 Может кто поможет с советом, спасибо

Привет. У меня происходит какая-то магия. Контейнер останавливается среди ночи и не поднимается. При этом я не нахожу его в списке контейнеров через docker ps --filter "status=exited" что смотреть?

Привет. У меня происходит какая-то магия. Контейнер останавливается среди ночи и не поднимается. При этом я не нахожу его в списке контейнеров через docker ps --filter "status=exited" что смотреть?

journalctl -u docker

Всем привет, есть приложение №1 + приложение№2, оба соединены в сеть приложения№1, У приложения №1 есть nginx который смотрит 8080 и делает из него expose: - "80" environment: - "DOMAIN_NAME=${DOMAIN_NAME}" - "PROXY_PASS=http://app:8080" У приложения №2 нету nginx, expose у него тоже 8080. и сервис тоже называется app, пытался менять, не сработало ПРОБЛЕМА::: когда набираешь домен приложения№1, он то показывает приложение №2, то приложение№1 Может кто поможет с советом, спасибо

docker-compose.yml выложи на pastebin

docker-compose.yml выложи на pastebin

оба?