на заре времен создали @tekton_ru но не рекламировали)
О, отлично! А то у меня публичных ссылок почти не осталось☺️
мы пользуем тектон и постепенно переводим на него все пайплайны. могу что-то поотвечать
Супер, чуть попозже сформулирую вопрос и задам. Спасибо😉
посмотри что: нет cluster pipeline, но есть cluster task. нет loop в пайплайне. conditions это отдельный контейнер(медленно) на большом количестве объектов reconcile периодический может занимать время. pr с оптимизациями появляются и постепенно сдвигают границу торможения проект очень молодой. процесс tep(как kep) только недавно появился
А вы образы каникой собираете или через динд? PersistentVolumes используете?
okd. buildconfig объект - это buildah но очень скрытый внутри
pv для тектона да. rook cephfs rwm. потерять не страшно. и local volumes на нодах с reclaim из крона)
Ок, понял. Какой вообще цикл задач у вас Тектон решает? Сборка, тестирование, деплой - вот это всё?
пайплайны разработчиков. ci cd. сборка тесты. blue green выкладка в несколько кластеров. сборка библиотек (пуш пакетов) но по сути это все не тектон делает а мы, везде свой код. тектон только запускалка контейнеров/ui от шифта для пайплайнов(который мы планируем под себя еще подпилить). триггеры используем
Интересно! А вы готовые таски с https://github.com/tektoncd/catalog используете какие-то, или проще всё самому написать?
мы все свое. чтобы красиво логи показывать например (понятнее доя разработчиков) когда последний раз смотрели в каталоге был не очень качественный контент
свой путь. спорить за тектон не буду. мы используем как очень нижний уровень. разработчики работают с нашими интерфейсами и абстракциями. но оставляем возможность все посмотреть и поменять под себя для тех кто сможет с этим справится
У тектона переиспользуемость на порядок выше чем у предложенных аналогов. К тому же не заставляет хранить и поддерживать условный .gitlab-ci.yml в корне каждого репозитория
Первое утверждение или второе?
Обсуждают сегодня