Egor
а автоматизация иногда зло
Artem
Гитлаб тут причем?
Anonymous
автоматизация в принципе зло.
Artem
Он не оркестрирует докер
Egor
хотя у нас своя система оркестровки. А насчет гитлаба насколько мне не изменяет память, он умеет запускаь докер
Egor
и на выбранном хосте
Egor
с нужными опциями
Artem
Понятное, ты видимо не совсем понимаешь роль гитлаба у вас)
Artem
Гитлаб запускает докер на раннерах только для сборки проекта
Artem
Во время пайплайнов
Egor
у нас вместо сворма/кубернетоса своя
Egor
система
Artem
Ну это явно не гитлаб же)
Artem
Систем полно на вкус и цвет
Egor
а если гитлаб умеет запускать докер с нужными аргументами то этого достаточно бывает
Egor
или тимсити, дженкинс
Artem
Для чего достаточно?
Egor
для того чтоб запустить
Egor
докер
Egor
к чему я вел то, то что кубернетос и сворм зло
Artem
Чувак, блин, не путай ci и оркестрацию
Artem
Такую херню пишешь
Artem
Сравниваешь нож с вилкой))
Anonymous
Сравниваешь нож с вилкой))
норм сравнение, можно и тем и тем затыкать)
Anonymous
только вилкой веселее )
Egor
а нука. расскажи, нафига нужен кубернетос?
Artem
Хотя скорее ложку с тарелкой)
Egor
два удара - восемь дырок
Egor
это такая вот непонятная поделка с нелогичной логикой внутри
Artem
😂
Egor
где нет полного контроля, а только через видение прогеров, которые его писали
Artem
Все - непонятная поделка если с этим лень разбираться)
Artem
Ну у нас и кубер и ранчер используется
Artem
Что там непонятного я не знаю
Egor
не смысле непонятно, а то что завязано на логике того, кто это разрабатывал
добрый день
вопрос тут небольшой есть
сАдвизор и нгникс на 8080 порту весят. Лучше конфиг прокинуть по портам? или порты поменять?
Welis
народ а как создать базу по умолчание в постгрес docker-compose postgres: image: postgres container_name: go_postgres restart: always environment: POSTGRES_PASSWORD: "a" POSTGRES_USER: "go" POSTGRES_DATABSE: "golang" ports: - "5432:5432"
Welis
база с названием golang не создается
Max
у тебя опечатка
Max
во-вторых POSTGRES_DB
Artem
сАдвизор и нгникс на 8080 порту весят. Лучше конфиг прокинуть по портам? или порты поменять?
Зачем менять порты внутри контейнеров, они друг от друга не зависят.
на 8081 порт не могу заломиться. refused. Опять iptables настраивать?
Artem
Так а внутри контейнера он на 8081 висит?
делалось вот так
это в inspecte
что я делаю неправильно? может кто подскажет
facepalm...когда на порт 8080 ломишься nginx загружается
Artem
ты попонимаешь что publish 8081:8081 это порт_хоста:порт_внутри_контейнера
Artem
и они между собой не коррелируются
Artem
у тебя внутри всех контейнеров все может работать на 80 порту
Artem
а на хост будут проброшены на совсем левые порта
Artem
насколько я вижу по репозитарию садвайзора он работает на 8080
Artem
исправь на 8081:8080
Stas
ребят, есть какой нибудь нормальный способ чистить регистри
Stas
не garbage-collect
Stas
а от старых образов, не используемых и тд
Andrey
prune
Artem
prune
для registry разве есть prune?
Andrey
Этот вопрос врядли про реестр образов, просто локальные. Для реестра такая задача не может возникнуть, я так думаю.
Artem
да очень даже может, и приходится писать для этого скрипты, чтобы делать это по-человечески
Andrey
И как вы определяете ненужность?
Stas
это и нужно
Stas
/dev/mapper/vg_02-lvol_01 4.0T 3.5T 527G 88%
Stas
а то уже печаль
Stas
если не используется больше определенного периода - не нужен я считаю
Artem
И как вы определяете ненужность?
ну по тегам образов, тут уже от того кто как версионирует
Stas
проблема что регистри публичный и теги не всегда верны
Andrey
Эта проблема из разряда чистки обычной файлопомойки. Нужен критерий "ненужности", иначе есть риски удалить лишнее. После того, как критерий определён, чистку организовать не проблема, я думаю.
Andrey
А поскольку критерий ненужности у каждого свой, то спрашивать "нормальный способ чистить" достаточно странно. Поэтому я и подумал про локальные образы :)
Stas
критерий ненужности в данном случае будет дата
Stas
потому что пушить например докерфайлы в гит
Stas
и при острой необходимости собрать любой старый образ