у меня IoT проект с 1 сервером и n клиентами. Флоту клиентов swarm уже прописан...

ну задача выше я так понимаю нужна для локальной разработки?

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

ну вот для начала: юнит-тесты сервера лежат в репозитории с сервером. юнит-тесты клиента лежат в репозитории клиента. а куда положить интеграционные? объединить репозитории? сделать третью репу с субмодулями и туда положить? оба репозитория контролирую я.

пожалуй, учитывая что обе репы - мои, проще объединить

по swarm + CI - у кого как этот процесс сейчас организован? или ни у кого никак? 😂

gitlab + gitlab-ci

раннер дергает shell скрипт которому передаются все параметры и переменные и он творит всю магию

Gitlab CI: сборка проекта, докер образ, пуш образа, ssh exec к заказчику -> docker stack deploy

а jenkins чем хуже? я просто ни то ни то еще не настраивал, хочу понять на что время потратить разобраться

тем что у гитлаба ci из коробки

у нас просто гитлаб как гит репозиторий используется

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

ну и да, если гитлаб как репозиторий это удобно юзать нативный ci

а jenkins чем хуже? я просто ни то ни то еще не настраивал, хочу понять на что время потратить разобраться

Ничем

плюс в гитлабе же из коробюки сейчас и приватный докер регистри

удобно имаджи деливерить

и гитлаб на своих серверах гоняете или бесплатный gitlab.com?

на своих

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

ну и установкой с их родной репы

c CI направление движения понятно, спасибо! по локальной разработке: - чтоб не билдить контейнеры надо сделать тома с кодом, - контейнер с тестовой логикой... как он работает хоть примерно? у кого-то настроены интеграционные тесты swarm на девелоперской машине?

c CI направление движения понятно, спасибо! по локальной разработке: - чтоб не билдить контейнеры надо сделать тома с кодом, - контейнер с тестовой логикой... как он работает хоть примерно? у кого-то настроены интеграционные тесты swarm на девелоперской машине?

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

не, руби

вопрос помониторингу докера с помощью Прометея - запустил контейнер с прометеем и простеньким конфигом для теста: - job_name: 'prometheus' scrape_configs: static_configs: - targets: ['localhost:9090','192.168.100.1:9090'] второй IP уже потом добавил для проверки - это сам хост с контейнером. в общем в вебморде для ендпоинта этого state == Down для обоих таргетов. c очень странной ошибкой для localhost: Get http://192.168.100.33:9090/metrics: dial tcp 192.168.100.33:9090: getsockopt: no route to host что это за IP я не пойму - в сети его нет а для второго таргета тоже самое: Get http://192.168.100.1:9090/metrics: dial tcp 192.168.100.1:9090: getsockopt: no route to host хотя их самого контейнера команда wget -O- localhost:9090/metrics - выдает все метрики а для /prometheus # wget -O- 192.168.100.1:9090/metrics Connecting to 192.168.100.1:9090 (192.168.100.1:9090) wget: can't connect to remote host (192.168.100.1): No route to host хотя пинг на этот ip есть

поменял таргет с localhost на 127.0.0.1 - заработало и статус стал UP. но вот почему для самого IP не работает - непонятно. хотя пинг же есть.

потому что проброс порта вешается не на этот айпи

либо локалхост либо интерфейс докера

172.х.х.х

эм.. а почему это так происходит и что проверить чтобы убедиться чт это именно так?

ну попробуй в компоузе изменить ports: - 9090:9090 на ports: - 192.168.100.1:9090:9090

так у меня нету компоуз файла. я просто делаю doсker run

ну значит в нем

-p параметр

а точно

то есть ICMP проходит нормально, а обращение на порт - уже надо фиксить..

так icmp и будет ходить

форварда нет если не указать конкретно тот адрес

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

а чем плох локалхост?

в конфигах то можно любые имена таргетов задавать

да я просто уже добавил ip для проверки так как локалхост же не работает

я ж говорю - там вообще странная ошибка появляется - какойто левый ip в тексте ошибки. вроде из моей сети, но его нет

грепни конфиги примонтированные в прометеус

может где-то не то указал

там 5 строчек в конфиге yml тестовый запуск же

ладно. похоже проблема не стандартная)

-p параметр

не нифига: docker run -d -p 192.168.100.1:9090:9090 - точно также /prometheus # wget -O- 192.168.100.1:9090/metrics Connecting to 192.168.100.1:9090 (192.168.100.1:9090) wget: can't connect to remote host (192.168.100.1): No route to host

так стоп

это же внещний проброс, для обращения извне

тоже самое изнутри на localhost не работает?

как раз wget на локалхост работает изнутри контейнера - отдает кучу текста. но при этом сам прометей localhost не отрабатывает. только если 127.0.0.1 указано в конфиге - тогда показывает UP

/prometheus # wget -O- localhost:9090/metrics Connecting to localhost:9090 (127.0.0.1:9090) # HELP go_gc_duration_seconds A summary of the GC invocation durations. # TYPE go_gc_duration_seconds summary go_gc_duration_seconds{quantile="0"} 3.4806e-05 ......... .......

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

prometheus Endpoint State Labels Last Scrape Error http://127.0.0.1:9090/metrics UP instance="127.0.0.1:9090" 1.162s ago

в чем проблема оставить localhost?

это же просто таргет на самого себя

у меня он так и отображается

да епонский бог)))

мне не особо важно - локалхост или 127. я просто столкнулся с проблемой что локалхост не работает. и начал копать

вот что при локалхост

prometheus Endpoint State Labels Last Scrape Error http://localhost:9090/metrics DOWN instance="localhost:9090" 5.121s ago Get http://localhost:9090/metrics: dial tcp 192.168.100.133:9090: getsockopt: no route to host

что это за ip - 100.133 - вообще не пойму

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

да. у тебя на скрине все ok а у меня - по другому. не работает если localhost указан в конфиге. только если 127.0.0.1

хотя это одно и тоже..

внутри контейнера прометея в /etc/hosts что?

чую там какую то левую запись

/prometheus # cat /etc/hosts 127.0.0.1 localhost ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters 172.17.0.3 2928bfec3bce

сам контейнер из офф репозитория.

да это понятно, хостс при поднятии генерится

]# docker images | grep prom prom/prometheus latest 4da113bb6ae3 2 months ago 74.5MB

а на хосте в хостс есть что-то с этим айпи?

неа

этот ип вообще даже не пингается

iptables-save | grep 100.133 тоже нече не выдает?

пусто

тогда это какой то НЁХ)

-nL тоже