Size: a a a

1С, БСП, DevOps и Архитектура

2020 September 08

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
Все относительно. Одно дело, когда софт пишешь и тратишь кучу времени на оптимизацию расхода памяти и время это может не окупится на фоне цены плашек. Другое - если у тебя выбор между двумя идентичными готовыми решениями и одно из них жрет в 10 раз меньше.
Да и если речь не про свой сервер, а например облако, то память там не сильно то и дешевая.
Все же gitea+jenkins и gitlab - это не идентичные по функциональности решения.
Другой вопрос, что если вам вот прямо только git+ci нужен, и вики/багтрекер/code review/whatever, вломы перечислять - то да, гитеа+дженкинс наверное лучше. Памяти пару гигабайт сэкономите на сервере опять же.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Ну и опять же, я понимаю, что есть люди, которым нравится под каждую функцию иметь отдельную систему - это дело вкуса наверное, спорить нет смысла. Но лично мне намного проще справляться с администрированием и поддержкой 2-3 видов серверного ПО, чем с 15.
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Ну лично мне бесплатный self-hosted gitlab не сильно зашел. Постоянно на ограничения натыкались, хотя сейчас уже не перечислю что точно.
А если действительно брать все в одном, еще и enterprise, то да - он не плох.
источник

AB

Alexey Bystrov in 1С, БСП, DevOps и Архитектура
Работал и с GitLab (платная версия) и с gitea+jenkins. Groovy женькинса функиональнее, больше можно написать до мысли "так, где там мой python?"
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
Ну лично мне бесплатный self-hosted gitlab не сильно зашел. Постоянно на ограничения натыкались, хотя сейчас уже не перечислю что точно.
А если действительно брать все в одном, еще и enterprise, то да - он не плох.
Не знаю, лично мне буквально пару фишек не хватает от энтерпрайза, но и без них отлично живется. Возможно позже подниму вопрос о покупке лицензии, почему бы нет - продукт достойный.
Тут ведь еще такой момент - те фишки, которые за лицензией спрятаны, их ведь явно в гиета+дженкинс тоже нет, вот ведь в чем суть.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Alexey Bystrov
Работал и с GitLab (платная версия) и с gitea+jenkins. Groovy женькинса функиональнее, больше можно написать до мысли "так, где там мой python?"
О, интересно. Я не в плане поспорить, а просто дженкинс не копал. В чем груви выразительнее?
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Сложные пайплайны действительно порой приходится со скрипом выражать в гитлабе, но пока все получается вполне, и постоянно разивается - вон недавно матрицы добавили, отличная фишка для тестов на разных версиях платформы и SQL.
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Все "современные" CI красивы только до тех пор, пока пайпалайн на уровне вызова : pull / build / test
Короче красиво в рекламе, а по факту обрастает кучей кода.. так что да, на груви это вроще, чем в yaml описать, т.к. все равно вставки скриптов нужны будут.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Ну в гитлабе нет плагинов, потому каждый шаг - это скрипт. Что нормально, на мой взгляд.
И все же - я в общем-то смотрел те же выложенные в опенсорс с докладов дженкинс файлы, и честно говоря ничего космического, чего я не смог бы выразить в гитлабе, не увидел.
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Так при наличии прямых рук везде все сделать можно. Вопрос где проще / быстрее и в поддержке дешевле.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Ну вопрос затрат на внедрение - это да. я раньше уже писал, что старт медленнее из-за отсутствия готовых рецептов.
источник

AB

Alexey Bystrov in 1С, БСП, DevOps и Архитектура
Пётр Зиннатханов
О, интересно. Я не в плане поспорить, а просто дженкинс не копал. В чем груви выразительнее?
Как простой пример, можно работать с файловой системой на чтение и на запись (с плагином и понижением безопасности) без скриптов. Ну это первое, что в голову пришло.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
А что касается примеров пайплайнов сложнее чем pull / build / test, вот например прототип, который я сейчас реализую, готов процентов на 50%.
Отрисовка слегка кривовата (это бета функция пока), плюс из-за некторых огрничений пришлось доп шаги вводить, можно было бы проще. в будущих релизах обещают возможность упростить.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
И в принципе вот такая портянка спокойно пишется за полчаса в плане структуры. Шаги реализовывать по человечески - это уже конечно отдельный вопрос.
По  затратам на старт и обучение спорит сложно, много времени уходит.
источник

AB

Alexey Bystrov in 1С, БСП, DevOps и Архитектура
Пётр Зиннатханов
А что касается примеров пайплайнов сложнее чем pull / build / test, вот например прототип, который я сейчас реализую, готов процентов на 50%.
Отрисовка слегка кривовата (это бета функция пока), плюс из-за некторых огрничений пришлось доп шаги вводить, можно было бы проще. в будущих релизах обещают возможность упростить.
А что планируется в итоговом отчете CI?
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Но честно говоря мне представляется дженкинс тоже не то чтобы за день можно до продакшен уровня развернуть.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Все же тестовый стенд (а-ля сонаркуб из рар архива хзапустить напрямую) и продакшен это разные вещи.
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Сводка по стейджам, что отвалилось, статус тестов, ссылки на итоговые сборки
источник

AB

Alexey Bystrov in 1С, БСП, DevOps и Архитектура
Дженкинс+сонар запускаются одним докер-компоуз ап. Все, мы в проде 😁
источник

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура
Это пока прототип, просто есть проблемы с коммуникациями - у нас пока вход из хранилища, и потому есть разрыв между коммитом в хранилище и просмотром результатов.
источник