Size: a a a

2019 November 27

p

pragus in DevOps
Евгений Омельченко
В одной шараге, где я работал, за два года отдел админов из 10 человек успел сортироваться 2 разв
лексикографически?
источник

p

pragus in DevOps
kSandr
совпадение ? ... )
🖖🏻
источник

AY

Andrey Yurevich in DevOps
Господа. Есть у кого нибудь команда, как удалить все логи проекта в gcp?
источник

Д☆

Дурак из фильма ☆★ in DevOps
Andrey Yurevich
Господа. Есть у кого нибудь команда, как удалить все логи проекта в gcp?
Гугл хранит всё
источник

A

Alexander in DevOps
Дурак из фильма ☆★
Например потому что там может быть другая среда, ОС и вот это всё.
Какая разница, в какой среде собирать докерный образ?
источник

I

Igor in DevOps
Alexander
Какая разница, в какой среде собирать докерный образ?
Почти всегда никакая. Если только на амд не собираешь арм и наоборот
источник

I

Igor in DevOps
Alexander
Какая разница, в какой среде собирать докерный образ?
Кстати, а виндовые контейнеры на армовом линуксе заработают?
источник

SP

Sergey Pechenko in DevOps
Igor
Кстати, а виндовые контейнеры на армовом линуксе заработают?
источник

I

Igor in DevOps
это был риторический вопрос.
источник

Д☆

Дурак из фильма ☆★ in DevOps
Alexander
Какая разница, в какой среде собирать докерный образ?
Если речь про докерный, то разницы мало. Я думал там про другое речь.
источник

DK

Dmitry K. in DevOps
Господа, а кто как управляет .gitlab-ci.yml из одного места? У меня в проекте количество сервисов растёт, декларация для CI/CD у каждого сервиса практически одинаковая за некоторыми нюансами. Смотрю в сторону сабмодулей, какой-нибудь самодельной шаблонизации из разряда if project_name = 'xxx'; do smth; end и https://docs.gitlab.com/ce/ci/yaml/#include, но пока плохо представляю как это всё склеить вместе. Может кто-нибудь поделиться своими best practices? :)
источник

b

bama^boy in DevOps
Dmitry K.
Господа, а кто как управляет .gitlab-ci.yml из одного места? У меня в проекте количество сервисов растёт, декларация для CI/CD у каждого сервиса практически одинаковая за некоторыми нюансами. Смотрю в сторону сабмодулей, какой-нибудь самодельной шаблонизации из разряда if project_name = 'xxx'; do smth; end и https://docs.gitlab.com/ce/ci/yaml/#include, но пока плохо представляю как это всё склеить вместе. Может кто-нибудь поделиться своими best practices? :)
Тут пора какой-нибудь helm или gomplate внедрять 😂
источник

АР

Александр Ремизов in DevOps
Dmitry K.
Господа, а кто как управляет .gitlab-ci.yml из одного места? У меня в проекте количество сервисов растёт, декларация для CI/CD у каждого сервиса практически одинаковая за некоторыми нюансами. Смотрю в сторону сабмодулей, какой-нибудь самодельной шаблонизации из разряда if project_name = 'xxx'; do smth; end и https://docs.gitlab.com/ce/ci/yaml/#include, но пока плохо представляю как это всё склеить вместе. Может кто-нибудь поделиться своими best practices? :)
Если нужна шаблонизация, то Jinja2, если веб, то Flask.
источник

N

Navern in DevOps
Dmitry K.
Господа, а кто как управляет .gitlab-ci.yml из одного места? У меня в проекте количество сервисов растёт, декларация для CI/CD у каждого сервиса практически одинаковая за некоторыми нюансами. Смотрю в сторону сабмодулей, какой-нибудь самодельной шаблонизации из разряда if project_name = 'xxx'; do smth; end и https://docs.gitlab.com/ce/ci/yaml/#include, но пока плохо представляю как это всё склеить вместе. Может кто-нибудь поделиться своими best practices? :)
yaml anchors и include
источник

ВГ

Владимир Гурьянов in DevOps
Navern
yaml anchors и include
+ + +
шаблон ci  в отдельной репе + tag и include в нужное место
источник

DK

Dmitry K. in DevOps
Владимир Гурьянов
+ + +
шаблон ci  в отдельной репе + tag и include в нужное место
Я немного не понимаю как при таком подходе можно решать некоторые кейсы без шаблонизации с кондишнлами. Например в 10 проектах у меня в билд джобе kaniko с одними флагами билдит, а двум другим нужны свои особенные флаги.
источник

DK

Dmitry K. in DevOps
Александр Ремизов
Если нужна шаблонизация, то Jinja2, если веб, то Flask.
Можно хоть через include:remote рендерить в отдельном сервисе шаблоны, но хотелось бы не изобретать велосипед.
источник

GG

George Gaál in DevOps
Alexander
Какая разница, в какой среде собирать докерный образ?
есть зраница
источник

GG

George Gaál in DevOps
простой пример - если у тебя внутри что-то, что определяет возможности процессора и компилирует бинарный код под конкретную модель
источник

GG

George Gaál in DevOps
Dmitry K.
Я немного не понимаю как при таком подходе можно решать некоторые кейсы без шаблонизации с кондишнлами. Например в 10 проектах у меня в билд джобе kaniko с одними флагами билдит, а двум другим нужны свои особенные флаги.
я бы через переменные окружения разрулил, а потом в инклюд файле в пайплайне по ним переключал разные ветки выполнения
источник