@ru_docker
ptchol03.09.2016
22:10:27
22:10:27
я просто почему-то считал, что в ТГ в ИТ каналах собирается вся интелектуальная элита , люди, которые не страдают творческой импотенцией, а могут придумать новые подходы к решению задач [да, попытки не всегда удачны], мне не нравится подход, когда вместо обсуждения и выработки новых бест практисов меня пытаются заткнуть , с таким подходом сообщество никаких новых бестпрактис не создаст, а будет лишь смотреть на запад и адаптировать оттуда то, что там есть
Тут есть такие люди, но все эти люди вам скажут что вы несете какой то булшит.
вы пытаетесь выдать желаемое за действительное, вам пытаются объяснить что так нельзя, вас это бесит и вы не хотите признать того, что вы еще менее выдающийся чем мы в этом направлении.
вас это коробит, успакойтесь, сходите на массаж, подумайте об этом вечером, на крыше здания на ветру.
Alexander03.09.2016
22:12:46
22:12:46
я вот вообще не считаю себя выдающимся, но у меня есть плюс - я не боюсь думать и высказывать своё мнение, искать новые подходы (даже если это противоречит мнению сообщества)
единственный аргумент, который вы привели - "не контролируем", на это я ответил, что любой процесс , где есть docker pull так же не контроллируем
Googleptchol03.09.2016
22:13:34
22:13:34
через 5 минут или через 3
Alexander03.09.2016
22:13:44
22:13:44
а есть разница?
ptchol03.09.2016
22:14:33
22:14:33
есть множество особенных ситуаций.
и их проще контролировать, когда выливка инициированна чем то
Alexander03.09.2016
22:15:00
22:15:00
действительно гарантировать что-либо может лишь проверка после релиза
ptchol03.09.2016
22:15:14
22:15:14
и когда есть некий пайплайн, с пре \ пост эвентами выливки
Алексей03.09.2016
22:15:18
22:15:18
Пчёл, паппет же работает как то по пулл модели.
ptchol03.09.2016
22:15:18
22:15:18
чаще всего они нужны
Alexander03.09.2016
22:15:32
22:15:32
можно вообще не по крону это делать
GoogleАлексей03.09.2016
22:15:33
22:15:33
видимо в голове у почему то не ушедшего все еще алесандра именно она
Alexander03.09.2016
22:15:34
22:15:34
а через события
Алексей03.09.2016
22:15:55
22:15:55
но пулл модель плохо контролируется
ptchol03.09.2016
22:15:59
22:15:59
и жить без дашборда, в который ты смотришь каждые полчаса "а не затронул ли что то лишнее мой предыдущий деплой" это постоянная жизнь с ним
Алексей03.09.2016
22:16:02
22:16:02
ибо не известно когда и что произойдет
только пуш модель обеспечивает управляемость
ptchol03.09.2016
22:16:20
22:16:20
плюс обычно мы в паппете "пушим" пулл
ptchol03.09.2016
22:16:50
22:16:50
я критиковал только то, что вы предложили.
вариантов то есть сто пицот
и с serf можно збс деплоиться
Alexander03.09.2016
22:17:28
22:17:28
похоже, мы спорили о другом
Алексей03.09.2016
22:17:38
22:17:38
вы спорилио деплое через крон.
ptchol03.09.2016
22:17:45
22:17:45
да
Алексей03.09.2016
22:17:47
22:17:47
это антипаттер соверешнно известный
ptchol03.09.2016
22:17:55
22:17:55
Вот почему Алеша это легко понял ?
потому что он пожрал все сорта этого говна наверно.
Алексей03.09.2016
22:18:20
22:18:20
не надо был семи пядей во лбу что быпонять что деплой через крон это к проблеммам
GoogleAlexander03.09.2016
22:18:23
22:18:23
у меня у самого не крон, а другая система, но такая система с докером работать не будет, поэтому я сказал про крон
ptchol03.09.2016
22:18:25
22:18:25
и разбирается в них ))
ptchol03.09.2016
22:18:46
22:18:46
Alexander03.09.2016
22:19:05
22:19:05
я пишу потихоньку вариант, где образы рокета
когда приходит в репозиторий новый образ - тогда и деплой
так что события
а не крон
но в докер регистре таких событий нет
Алексей03.09.2016
22:19:36
22:19:36
тем неменее ты защищал вариант крона.
Алексей03.09.2016
22:19:50
22:19:50
в докер регистри есть евенты.
Alexander03.09.2016
22:19:51
22:19:51
он тоже работает
ptchol03.09.2016
22:19:56
22:19:56
это же коуплинг от которого мы уябываем со всех ног, а вы идете в него
Alexander03.09.2016
22:20:44
22:20:44
смысл был в том, что "а как бы сделать так, чтобы все эти .service'ы можно было бы не обновлять"
не закачивать туда новые ради изменения 1.1 на 1.2
GoogleАлексей03.09.2016
22:21:14
22:21:14
ptchol03.09.2016
22:21:21
22:21:21
смысл был в том, что "а как бы сделать так, чтобы все эти .service'ы можно было бы не обновлять"
сделать так, чтобы они были не нужныАлексей03.09.2016
22:21:28
22:21:28
косяк в том что ты хочешь использовать систем да там где не надо.
Alexander03.09.2016
22:21:31
22:21:31
ну, конфиг композа туда же
пусть композ, ок
я не хочу на сервер ничего кроме образа закачивать
Alexander03.09.2016
22:22:48
22:22:48
ну, я любой вариант после деплоя проверяю вручную, так что с моей позиции без разницы
ptchol03.09.2016
22:23:13
22:23:13
ну, я любой вариант после деплоя проверяю вручную, так что с моей позиции без разницы
а у тебя это система деплоя должна делать и если чо роллбэк делатьAdminERROR: S client not available
Алексей03.09.2016
22:24:32
22:24:32
на автобилдах в докерхабе есть вполне себе вебхуки по готовности
запиливай на них
ptchol03.09.2016
22:25:33
22:25:33
Алексей, а ты что с паппетом живешь ?
Алексей03.09.2016
22:25:41
22:25:41
https://docs.docker.com/docker-hub/webhooks/
ptchol03.09.2016
22:30:57
22:30:57
нет. но довелось поесть.
я долго думал с паппета на что то перехать, и походу переедем на докер + голден имидж.
banuchka03.09.2016
22:31:34
22:31:34
я долго думал с паппета на что то перехать, и походу переедем на докер + голден имидж.
Грешно... С паппета ;)Alexander03.09.2016
22:33:30
22:33:30
кстати, полагаться лишь на события - это не лучший вариант
GoogleAlexander03.09.2016
22:33:41
22:33:41
событие случится 1 раз
Constantine03.09.2016
22:33:42
22:33:42
поэтому. нужен крон
ptchol03.09.2016
22:33:45
22:33:45
Грешно... С паппета ;)
Мы с тобой говорили час на прошлом ХЛ я долго размышлял, и почему то думаю что все что касается сборки аппликейшенов уедет в докера, а это порядка 90% кода в паппете.Alexander03.09.2016
22:33:50
22:33:50
можно просто потерять этот запрос
да, нужно что-то для подстраховки
timers тот же
или cron
ptchol03.09.2016
22:35:06
22:35:06
я пойду поплачу.
banuchka03.09.2016
22:35:29
22:35:29
Мы с тобой говорили час на прошлом ХЛ я долго размышлял, и почему то думаю что все что касается сборки аппликейшенов уедет в докера, а это порядка 90% кода в паппете.
Все так, но про 90% того, что в паппете - не уверен.Alexander03.09.2016
22:35:39
22:35:39
окей, события, а что если 1 из серверов в ребут ушёл?
ну вот, завис он невовремя
если есть подстраховка по крону - апдейт его настигнет потом
ptchol03.09.2016
22:36:02
22:36:02
banuchka03.09.2016
22:36:36
22:36:36
Конечно, скорее всего так оно и есть
ptchol03.09.2016
22:40:44
22:40:44
Я уже сто раз спрашивал.
Говорят что у оверлейфс проблемы, когда на одной машине куча имиджей, и куча слоев. так ?
ptchol03.09.2016
22:42:01
22:42:01
не знаю, говорят "проблемы" я про эт ои хотел уточнить )
и собственно следующая часть вопроса, на билд нодах, желательно же чтобы были слои тех проектов, которые собираются, чтобы билд был эффективный.
тут никаких проблем не с оверлейфс ?
banuchka03.09.2016
22:45:59
22:45:59
Я вот не могу сказать, что оверлей - лекарство от всего и что всюду нужно пихать. На данный момент га машинах, где куча сборок - btrfs. Там мы как раз в свое время в айноды уперлись. Сейчас есть overlay2, в отношении айнод - легче, более серьезных замеров не делал, тк первый устраивает.
ptchol03.09.2016
22:48:25
22:48:25
Я вот не могу сказать, что оверлей - лекарство от всего и что всюду нужно пихать. На данный момент га машинах, где куча сборок - btrfs. Там мы как раз в свое время в айноды уперлись. Сейчас есть overlay2, в отношении айнод - легче, более серьезных замеров не делал, тк первый устраивает.
и чтобы понимать порядок "куча сборок" это сколько имиджей на ноде ?порядок хотя бы
Открыть в Telegram