George
но учти - в релиз это пойти не должно, т.к. оно забивает какие-то серьезнеы системные ресурсы
George
George
есть тестовый кластер - удаленный деплой
George
а для локальной... есть миникьюб... есть https://github.com/pyToshka/openshift-vagrant
Dmitrii
Тогда нахера все советют?)
Dmitrii
Ну миникуб да я имею ввиду
George
Dmitrii
С кубернетисом локально вместо докр-композа
Andrey
George
в принципе, тебе для локальной разработки, ты прав, достаточно компоуза + замокать все зависимости
Andrey
George
ну-ну
Andrey
локальный куб советуют, чтоб можно было тестировать в естественном для приложения окружении
Dmitrii
Та оно так то понятно
George
George
половина функций куба не работает
George
я бы сказал, что не нужно ломать голову - мокаешь, дальше другой человек будет переводить из компоуз формата в ямли для куба
George
либо что мешает все-таки деплоить в удаленный тестовй кластер - для меня загадка
Andrey
что не всегда возможно
Andrey
то, что работает в локально или в композе, не обязано работать в к8с
George
я согласен, но то что работает в миникьюб необязательно заведется в к8с
George
а то что заведется в к8с не факт, что заведется на соседнем
Dmitrii
Кажется достаточно иметь стейджинг на реальном кубе и вопросов не будет
Dmitrii
У меня еще например RDS в проде, не понятно как мне делать миникуб
George
George
либо в другую базу ходить
George
(типа постгреса)
Dmitrii
С композом я доставляю локальный постгрес
George
угу
George
главное, чтобы желания компоуз на прод втащить не возникло. Остальное.... не важно
Dmitrii
Не, мне он там ну нужон
Dmitrii
Есть же даже конвернет композа в кубернетис
George
на продакшн не надо
George
пожалуйста
Dmitrii
Дальше можно руками поправить
Dmitrii
Ладно, а по кронджобам, у кого какой самый любимый солюшен?
Oleg
Dmitrii
George
airflow ха-ха-ха-ха
George
но если серьезно - systemd-timer, если осилишь
Dmitrii
Ну у нас лежит пачка кастомных systemd юнитов
Dmitrii
Только смысл пложить еще новые если есть крон? Какой толк?
George
крон не умеет в зависимости
George
крон не умеет шедюлить чаще, чем раз в минуту
George
этого достаточно?
Dmitrii
Ну нам не нужны зависимости, и не надо чаще раза в минуту
Dmitrii
Как видишь все индивидуально )
George
несомненно
George
I
подскажите плиз в чем трабла
поднимаю контейнер для статы nginxa
docker run -p 9113:9113 fish/nginx-exporter -nginx.scrape_uri=http://x.x.x.x/nginx_status
стату отдает, все хорошо, но когда запускаю его в compose то почему-то данные он хочет брать из локали
compose
nginx_exporter:
image: fish/nginx-exporter
container_name: nginx-exporter
ports:
- '9113:9113'
command:
- 'nginx.scrape_uri=http://x.x.x.x/nginx_status'
Пробовал compose 3 / 3.1 / 2
Как будто он не понимают мой аргумент, хоть проверил через inspect и он там есть.
George
I
Что значит локаль компоуз?
вот ошибка
```
time="2019-06-17T14:27:08Z" level=error msg="Error scraping nginx: Error scraping nginx: Get http://localhost/nginx_status: dial tcp 127.0.0.1:80: getsockopt: connection refused" source="nginx_exporter.go:170"
```
В ней видно что http://localhost/nginx_status
George
George
https://m.habr.com/ru/company/southbridge/blog/329138/
Alexander
Кто нибудь здесь слышал о каком нибудь боте для интеграции между гитхабом/гитлабом и джирой? Например для автоматического проставления версий, закрытия тасок, и так далее
Nikita
https://docs.gitlab.com/ee/user/project/integrations/jira.html оф.дока гитлаба по интеграции с джирой
George
George
@ru_gitlab
Sergey
Павел
Товарищи, скажите, пожалуйста, а команда docker commit коммитит то, что есть в Волюмах, автоматически генерированных? https://docs.docker.com/engine/reference/commandline/save/ тут пишут, что в имидж не попадает то, что во внешних прокинутых волюмах, но относится ли это к волюму автоматически созданному докером, когда я делаю docker run без Указания какого-то волюма?
George
Товарищи, скажите, пожалуйста, а команда docker commit коммитит то, что есть в Волюмах, автоматически генерированных? https://docs.docker.com/engine/reference/commandline/save/ тут пишут, что в имидж не попадает то, что во внешних прокинутых волюмах, но относится ли это к волюму автоматически созданному докером, когда я делаю docker run без Указания какого-то волюма?
да, относится и к безымянному вольюму
George
т.е. он в образ не закоммитится (очевидно)
Павел
То есть, я так понимаю, что чтобы поставлять разработчикам некий кастомный образ с данными из волюма, надо посталвять им и образ и архив волюма. печаль.
George
ну, как бы логично
George
а зачем тебе ?
George
если у тебя в вольюме данные, то логично его наполнять при первом старте контейнера, не?
Павел
ну, как бы логично
Ну у меня есть разрабы, которые над жирой что-то там пишут. И нужен образ, в котором уже настреон проект, есть некоторые юзеры, плагины, бизнес-процессы, вот это все. А это все кроме внутренней базы данных, еще и в файлах в волюме лежит. То есть скриптами в докер-файле всю хрень не прописать, а надо руками протыкать и настроить.
George
ну, т.е. это типа фикстуры получается?
George
ну, я повторюсь - наполняй вольюм при старте контейнера
George
либо ты идешь в направлении полностью своего образа
George
это не сложно
Павел
ну, т.е. это типа фикстуры получается?
Ну что-то вроде того. На совсем понимаю, про наполнение волюма при старте контейнера. Я не вижу пути аавтоматизировать это кроме как распространять образ с архивом волюма и перед стартом контейнера разархивировать архив волюма в /var/lib/docker.
George
George
Просто ты делаешь стартовый скрипт внутри контейнера
George
В нем условный cp /home/fixture /path_to_where_volume_mounted
George
Посмотри на контейнер с постгресом - как он бд инициализирует
Павел
Блин, точно, есть же add. Точно!