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

а попробуйте порт убрать у директории

/etc/docker/certs.d/adm.cloud.local/ca.crt

Сергей, то же самое

Други, а никто больше не крутит NodeJS в докере?

эксперименты показали что докер версии 1.10 ходит в приватный регистри, а 1.12 при аналогичных условиях нет

эксперименты показали что докер версии 1.10 ходит в приватный регистри, а 1.12 при аналогичных условиях нет

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

Други, а никто больше не крутит NodeJS в докере?

ну я

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

Не было чего-то такого?

нет

как ты их устанавливаешь?

+ встречал такое, но списывал на криворукость свою/приложения

npm i —production потом npm i вот во втором слое иногда бывает отсутствие

зачем ты два раза запускаешь npm install?

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

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

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

кеш

+ встречал такое, но списывал на криворукость свою/приложения

Никак не фиксил?

я два раза npm install не запускал, так что у меня такого не было

кстати рекомендую чистить кэш после npm install, экономит место

кстати рекомендую чистить кэш после npm install, экономит место

чистить где?

npm install && npm cache clean

в слое

А, ну это то да, я уменя там длинная команда

ага

так вот, мы запускаем тесты сразу в одном образе, просто через docker compose

так что этого бага с неправильным наложением слоев я не видел

думешь неверное наложение? Хм..

ну это мое предположение

Никак не фиксил?

нет, я так и не смог уловить систематики в этом деле и списал на вышеуказанное :)

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

этот баг появляется один раз за две три недели. у меня ежедневно больше 1000 сборок

интересно

этот баг появляется один раз за две три недели. у меня ежедневно больше 1000 сборок

ого

Нил, трап — это название пользователей докера в продакшене?)

Ein Wolk, Ein Reich, Ein Process per container

Volk

Die Menschen sind vereint und Container. Heil Docker

Посоветуйте что-нить для мониторинга сварм кластера.

а что хочешь мониторить ?

А то уже докатились до написания своего инструмента.

Метрики по ресурсам, состояния хелсчеков

prometheus + exporters

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

но если чутьчуть есть golang то не будет проблем

Прометей может в сварм?

Сейчас заббиксом дергаю метрики по ресурсам контейнеров

https://grafana.net/dashboards/609

Но без привязки к сервисам. Это напрягает. Хотелось бы видеть состояние сервиса целиком (30-40 контейнеров в сварме)

мне кажется что это можно легко сделать на прометеусе с шаблонами

в шаблонах описать лейблы

и по ним строить метрики

https://grafana.net/dashboards/609

Спасибо, будем посмотреть.

На докеркон апрельский кто-нить собирается?

Господа, доброго вечера. В докере я совсем новичок и есть вопрос. Как бэкапить данные скажем веб-приложения. Предположим, что у такого приложения есть база и есть динамические ассеты (считай - что пользователь нагенерил/загрузил), которые в нее не попали. Хочется бэкап по типу снэпшотов одной большой папки (где и pgdata, и конфиги, и ассеты), чтобы можно было вернуться назад во времени полностью. Возможно ли такое делать, или принято как-то по-другому? Не очень хочется ввязываться в flocker и так уже зоопарк с конями.

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

Функциональность слоеных файловых систем очень подкупает. Где-то на StackOverflow видел способ бэкапить прямо коммитом докера и пушем в приватный Registry

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

Было в Docker понятие Data Volume Container. Сейчас считается порочным, но черт его знает. Как раз docker commit - это почти то, что нужно. Docker Registry как я понял использует слои layers для хранения образов. Так что если в специальном (не рабочем, а под эти цели) контейнере оставлять данные и пушить в registry с соответствующим тегом backup-YYYY-MM-DD.HH:MM:SS - получается вполне себе недурно в теории.

А про разделение контейнера и данных в работающей системе я в курсе.

если ты хочешь бекапить постгрес снепшотами - то так себе идея.

для конфигов и прочего - наверное работает..но я бы не стал :)

https://m.habrahabr.ru/post/317660/

по моему по теме

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

на самом деле +1

бртфс сырой как стейк с кровью

но это, в отличие от стейка, его не красит

Вот да, поймать бы живого DBA за все подробности и расспросить про то, можно ли бэкапить pgdata целиком и к чему это приводит.

ага, а еще определиться - отработал ли автовакуум.

Чот меня докер радует все больше.

чем?

Step 17 : RUN .... ---> Running in 6baadc8f95f5 Error removing intermediate container 6baadc8f95f5: No such container

аппладирую стоя

коллизия?

И вот тоже прикольно

Step 17: .... ---> 77efdcaece88 Step 18 : ENV ... ---> Running in 790db19419dd open /var/lib/docker/image/aufs/imagedb/content/sha256/77efdcaece88ba558a377a7a51ed6bc7b420ad1275437b3ef1ee3432001ce9b9: no such file or directory

Как так можно то?