George
@Asgoret подтверди
J
кубернетс и докер шляпа не расматриваю
J
ага
George
но переубеждать не буду
Александр
)))
Stefan
ихиххи
George
слился, ок
George
вот уже
J
нужно будет очень очень много поменять логики и структуры в том числе деплоя. после которого сто процентов вылезут косяки
George
J
кароче
Александр
нужно будет очень очень много поменять логики и структуры в том числе деплоя. после которого сто процентов вылезут косяки
Всегда вылезают косяки и везде
George
билды параллельно не фурыкен
J
баш докер хуекер
George
ладно. Прошу прощения, не буду сыпать соль на рану
J
какие ещё есть варики?
J
вариант
George
меня где-то еще потаскали, но я уже не помню. Это же не воровство, а наоборот - круто
Александр
Всем привет. Парни подскажите кто юзает TeamCity CI возможно ли замутить паралельное выполнение билд шагов? Вижу что из коробки такое не умеет. Суть в том что деплой начинает занимать много времеи, и вот что бы сократить это дело расматриваю паралельный запуск билд шагов или запуск процессов в бекграунде. Кто сталкивался с таким подскажите.
Я не понял, но зачем в паралели чото делать?
J
билд занимает много времени
J
хочу ускорить.
George
у него однопоточная сборка, которая, видимо, даже не грузит все процы билдагента
J
ну паралельно будет ранить несоклько билднов
George
чай не С++ с make -j $(nproc)
Александр
ну паралельно будет ранить несоклько билднов
Несколько билдов будут занимать так же времени как один?
Александр
Где ускорение то?
Александр
В единицу времени ты все равно делаешь 1 билд
George
что быстрее
George
делать последовательно 5 docker build
J
ты путаешь билд и паралельное выполнение шагов
George
или параллельно
J
смотри есть билд в котором 10 шагов (к примеру). сборка чего то там, потом ещё сборка чего то там и потом копирование файликов, вот если паралельно выполнять сборки тогда будет быстрее
George
короче. Давайте так. не будем обсуждать зачем. Это нужно проверять на практике. Могут быть варианты, что параллельное выполнение быстрее. Может быть и медленннее
Александр
Быстрее сделай древовидную хуйню, что оно само подтягивало и делало по мере надобности..
Александр
делать последовательно 5 docker build
Последовательно может быть быстрее из-за нагрузки на подсистему)))
Александр
Но эт всё равно башня какая-та выйдет
Александр
Я на ансибле так делать пытался.
J
неа
J
Build steps cannot be run parallel in TeamCity.
Navern
ну так тебе билд тайпы надо выделять
Navern
отдельные
Navern
и он их параллелит
J
не путать билды с билд шагами
Navern
ну так у тебя есть steps и buld type
Navern
параллелизм на уровне built type сделан причем из коробки
J
эмм
J
ты имеешь ввиду типа exec и ssh exec?
Navern
https://blog.jetbrains.com/teamcity/2016/03/teamcity-take-on-build-pipelines/
J
если да то у меня так и сделано. но сборка на билд агенте занимает все больше и больше времени так как проекты становятся больше
George
если да то у меня так и сделано. но сборка на билд агенте занимает все больше и больше времени так как проекты становятся больше
это нормально. У всех проекты растут. Было бы странно, если наоборот
Navern
ты имеешь ввиду типа exec и ssh exec?
Ну у тебя есть проект. В нем builtTypes выделены. У тебя верхний билд тайп триггерит другие.
те которые между собой зависимости не имеют будут запущены одновременно
J
у меня условно 2 агента доступны. они с разным энв, поэтому я не могу заюзать как цепочку
Navern
у меня условно 2 агента доступны. они с разным энв, поэтому я не могу заюзать как цепочку
А, понял. Тогда печаль
George
у меня условно 2 агента доступны. они с разным энв, поэтому я не могу заюзать как цепочку
энв как бы не проблема. Но это опять же приводит нас к докерам-хуекерам
George
если, конечно, енв - это не работа с какими-то дикими аппаратными устройствами.
J
в принципе я недавно крякнул последний тимсити и сделал анлим по агентам, но крякнутый стремно в прод
Navern
проблема в том, что у тебя билдтайпы по одному на агент. А агент это лицензия
Navern
и чем больше агентов тем дороже
Navern
это да. Поэтому народ от тимсити и отказывается
Не могу их за это винить, мне это самому не нравится
Niko
Всем привет. Мы сейчас используем traefik+k8s, думаем заменить traefik на istio+envoy. Стоит ли? Кто-то пробовал оба в проде?