Опять Github Actions лежат, не справляются с потоками ИИ-разработки.
Ищем, на что переехать, потому что уже начинает мешать работать.
Upd: многие коллеги советуют раннеры для GitHub actions, которые могут исполнять задачи быстрее или дешевле, но они не помогут в ситуации, когда gh actions лежат. Из реальных альтернатив пока видны gitea (forgejo) и gitlab. Если еще есть идеи — буду рад услышать!
Upd2: кстати, они недавно публиковали постмортем прошлого падения. И там классические ошибки вроде отсутствия exponential back off и прочих, но в посте СТО, это подавалось, конечно, под соусом «у нас тут невиданная нагрузка». Нагрузка невиданная, а ошибки мы эти все видели и сами совершали :)

Artem
https://www.blacksmith.sh
👍️4🙏️6
Stas Syritsyn
sourcecraft.dev
👍️8👎️6
Gleb
gitlab, а машины в облаке gcp
👍️12
Sergei Ozeranskii
а я как раз запилил tempus.build
Max
https://cursor.com/origin
Samat Galimov
спасибо! посмотрим внимательно
хочется кому-то заплатить, чтобы не париться
Ilya Lebedev
Открыл увидел первые 5 слов кринжанул закрыл
👍️4🤡️
Samat Galimov
Это кажется не решит проблему, оркестратор остаётся на стороне гитхаба
👍️3💯️7
Sergei Ozeranskii
Мой продукт. Приходите в личку, можем обсудить вариант по работе
очередь да, остается на стороне гитхаба.
ramzi
свой self-hosted
https://about.gitea.com/
рекомендую
👍️10
Stas Syritsyn
суждения о предмете, о котором ничего не знаешь и который даже не попробовал, – признак невежественного человека так-то
Dmitri Mityugov
forgejo на своей vps
👍️3👨💻🤝️
Sergei Ozeranskii
польза все же есть от альтернативных раннеров в том, что на них легко переключиться если проблема в менеджед раннере
ᴀɪʀ
gitea, gitlab можно юзать
👍️
Sergei Ozeranskii
если команда уже в github actions то переход такого рода достаточно затратным можем оказаться
💯️
Dmitry Markov
Так у гитхаба обычно проблема в облачной части, поэтому не важно где раннеры и сколько их может быть...
У нас всё с автоскейлом, но во время инцов всё стоит
❤️
Ilya Lebedev
Ноль желания пробовать что то с таким заголовком. Открыл ещё раз увидел что это Яндекс. Закрыл.
💯️6🤡️2
ramzi
да, гитлаб более зрелый
гите тоже норм
Sergei Ozeranskii
плюс стоит еще учитывать совокупную стоимость вледния (TCO)
Evgenii Burmakin
Мы селфхостим OneDev: там и гит, и экшены, и докер реджистри
🔥️
Stas Syritsyn
Услышал родной
Denis Demchenko
https://avrea.com/
bama^boy
Jenkins 😄
👍️2😁️5😱️5🥴️
Andrey
Кринжанул и закрыл еще на этом этапе
👍️3🤡️
Alexander Sh
Blacksmith хорош, у нас он на 40% быстрее и при этом дешевле гитхаба.
Антон
Гитлаб же лучший с точки зрения CI
👍️👎️
С финансовой стороны конечно хз, но с функциональной так точно
Andrey
Так и есть, еще сегодня у них что-то с сетью было и у меня билд на блексмите шел минут 15 вместо 3 обычных
Roman Kuznecov
блин а я на кодекс ругаюсь, что он на гитхаб жалуется, а оказывается, это на самом деле проблемы :))
😁️5
Kirill K
GNU Make
victxr
гитлаб + раннер дома?
Andrei Litvinov
Там есть же community edition бесплатная версия
И ci на борту
А так лучше selfhosted ничего не придумали
gitea - один из самых стабильных будет и экономичных по ресурсам
gitlab - один из самых популярных, но очень требователен к ресурсам
Условно gitea можно развернуть на 1CPU/1GB RAM и он будет летать, а Gitlab нужно будет 4CPU/8GB RAM и он будет еле дышать
👍️3
Ваня
А почему такая нелюбовь к яндексу?
👎️
Andrei Litvinov
CI gitea и gitlab похожи, разобраться без проблем можно
Но gitea после github будет проще, так как синтаксис CI там одинаковый, можно прям не править - будет работать
🔥️
Tema Smirnov
Gitea
- Легкий переезд с GitHub за счёт совместимости с GitHub Actions.
- Простая архитектура, почти портативная.
- Очень легко поддерживать.
- Крайне нетребователен к ресурсам.
- Полная поддержка своего реестра пакетов/образов.
Выигрывает у требовательного Gitlab своей простотой-легкостью.
Более зрелый чем форк Forgejo.
Дёшево и сердито.
Из минусов: - Местами кривой перевод на RU.
- Не оч дружелюбная верстка UI в сравнии с Gitlab и GitHub.
- Не такая большая гибкость в настройках как в Gitlab.
Если нужен комбайн, то конечно Gitlab.
GitVerse тоже можно рассмотреть, тк на базе Gitea сделан, но в облаке.
Однако у них проблема (с 2024г) с лимитом в 100 МБ на размер пакета отправляемого в реестр пакетов-образов, из-за антиддос защиты QRATOR.
Andrey
Сорри, не могу прочитать что написал, просят выключить впн
❤️4💯️3😁️9🤔️
Evgeniy Medvedev
Forgejo свой подымай, форк gitea, который вперёд уехал
👍️
Mike
в гитлабе при лежачем оркестраторе тоже свои раннеры не помогут, относительно недавно лежал
👍️
Контора!
Samat Galimov
Федя ещё пишет:
Я бы ещё посмотрел у чего есть такой же удобный cli как gh. Это супер-важно для ai
👍️2
Sergei Ozeranskii
тут мне всегда интересно, это сколько раннеров и сколько может быть конкурентных джоб запущено. при такой конфигурации?
ну и совокупная стоимость владения при селф хостед (не для пет проекта) тоже как мне кажется должна учитываться при проектировании
👍️
Andrei Litvinov
Раннер обычно на отдельной ВМ ставится в любой конфигурации
Sergei Ozeranskii
да, не увидел в вашей калькуляции раннеров
Артем Рогов
gitlab one love
Dmitry
для github Namespace.so
Alex Ilizarov
В эру нейронок слегка более спорный аргумент.
Sergei Ozeranskii
меня инструмент, переписывтаь пайплайны и обучать людей. Это по моему мнению даже с нейронками затратный процесс
нужно считать конкретную экономику, сейчас это просто мы круги на воде разводим
👍️
Andrey T
https://runs-on.com/
Alex Ilizarov
Я же говорю - нейронки. Зависит от сложности пайплайнов.
Sergei Ozeranskii
это они конечно сделать помогут
Samat Galimov
опять зависимость от github actions, а нам как раз бы убрать его как единую точку отказа
Andrey T
Точка(и) отказа всегда будет, на другом сервисе или на своем железе. Выбор всегда один - минимизация простоев и затрат.
🤝️
Samat Galimov
Да, и gh actions ненадежный, вот ищем альтернативу :)
Vladislav Syabruk
В августе аптайм gh actions и прада 98%, однако в остальные месяцы держался около 99.5%. В любом случае даже аптайм 98% будет не просто поддерживать на self-hosted решениях (не важно только раннеры перенести или весь гит-стек целиком). По цене тоже выйдет в разы дороже, если нужен параллельный запуск экшенов (говорю по опыту после своих таких же порывов найти альтернативу гитхабу или хотя бы раннеры перенести в свой aws аккаунт).
Согласен с Сергеем, что точка отказа будет всегда, и нужно учитывать ещё и цену альтернативных решений, а так же приемлемые компромиссы. Я в итоге вернулся на чистый гитхаб, и пока больше не планирую переходить.
Roman Viatkin
У Гитлаба как раз есть glab cli
Dmitry Voskresensky
Bitbucket!
😁️
Alex Yumashev
у них еще и кол-во бесплатных минут больше чем в GH
Samat Galimov
Угу, но оркестратор все равно gh
В общем мы кажется уже готовы поднять forgejo
Anton Masyan
azure devops топ 😉
Konstantin Nesterov
https://tekton.dev/
Alex Yumashev
свой собственный? ох
Samat Galimov
угу, очень хочется чтобы кто-то за деньги обеспечивал saas, но кажется, что в 2026 году нет никого, кто бы это сделал за вменямые деньги с нормальным sla
💯️
хоть стартап делай!
пацаны говорят gitlab, и он формально подходит, но Федя говорит что «Он очень кривой, мне он не нравится. И CI в нём плохой — там очень много нужно делать руками, в отличие от того же gitea»
💯️
Dmitry Markov
А вы когда последний раз открывали гитлаб?
Мне тут посчастливилось сравнить что сделал гитлаб за последние несколько лет и на этом фоне гитхаб выглядит отсталым... И это последние несколько лет я варюсь в гитхабе
💯️2
Sergey Cherkashin
https://www.jetbrains.com/teamcity/
Можно self-hosted бесплатно
Evgeniy Medvedev
Всю жизнь на gitlab сидим, CI мне кажется наоборот логичнее и гибче у него чем у gh.
Присоединюсь к ответам выше, как по мне gitlab на много круче.
Есть даже команда
glab skills
Сетапит скилы, я ишьюсы и МРы из агента создаю, логи ранеров разбираю и т.д.