Такс, а теперь опрос: у кого есть горизонтальное масштабирование бд? Мастер-слейвы не в счёт. Не все могут заставить разрабов разделять запросы на запись и на чтение на уровне апки.
Супер гуд конечно,но не совсем понимаю зачем столько действий. Можно ведь просто поднять тот же дженкинс или любой ci/cd, сделать свой контейнер с ансиблом и нужными настройками и с телефона просто запускать джобу, передавая через параметры уже более тонкие настройки. Я такой подход уже много лет использую для почти сотни серверов - полет нормальный. Гибкость и универсальность зависят полностью от ваших скилов.
Ой сколько пафоса, а по факту обычно просто делают красивый ui, где любой может накликать все что угодно, а под капотом все те же jenkins, terraform, ansible, grafana... Как говорится на арене все те же. Но зато все вокруг уже platform инженеры. Но это все сугубо моё имхо. На звание истины не претендую.
Рабочая схема. Использую нечто подобное в проде уже два года - проблем не было от слова совсем. Собрано на нодах proxmoxa, стораджи подкинуты и в сам proxmox и в кубернетес кластера - полет нормальный. Так что рекомендую.)
А почему вы просто не захотели поднять jenkins в k8s кластере + jcsac? Мы такой вариант уже много лет используем - полет нормальный. Но у нас нагрузки конечно не такие космические как у вас. Но тут тоже вопрос - а не проще ли иметь несколько разных jenkinsов? Ведь когда в одной системе 100500 пользователей и ярды джоб это ну такое себе.
а есть альтернативы? Если вы про ранать каждый экзепляр в отдельном контейнере, то его мониторить как-то нужно и хотелось бы собирать немного более чем только утилизация цпу и мемори. Если есть интересные предложения поделитесь.
А зачем весь этот огород. Попросите девопса сделать прокси репозиториев для ваших пакетов на nexus. Свои среды поверните на nexus. Все один раз заранали yarn install и репа наполнилась.
Все кто советуют pnpm - одумайтесь. С ним вечно проблемы с зависимостями когда меняются версии пакетов. Я себя сделал вывод, что от него больше проблем чем пользы.
Такс, а теперь опрос: у кого есть горизонтальное масштабирование бд? Мастер-слейвы не в счёт. Не все могут заставить разрабов разделять запросы на запись и на чтение на уровне апки.
Вот уж не ожидал встретить такое в 2025)
Сотни раз твердили миру дамп не равно бэкап...
Кому-то возможно пригодится.
Для себя лично не могу понять зачем мне ещё один инструмент - дёргаю скрипты из Дженкинса и получаю все тоже самое и даже больше.
Если грамотно написаны плейбуки, то шанс мизерный
Он в разы медленнее
Супер гуд конечно,но не совсем понимаю зачем столько действий. Можно ведь просто поднять тот же дженкинс или любой ci/cd, сделать свой контейнер с ансиблом и нужными настройками и с телефона просто запускать джобу, передавая через параметры уже более тонкие настройки. Я такой подход уже много лет использую для почти сотни серверов - полет нормальный. Гибкость и универсальность зависят полностью от ваших скилов.
Ой сколько пафоса, а по факту обычно просто делают красивый ui, где любой может накликать все что угодно, а под капотом все те же jenkins, terraform, ansible, grafana... Как говорится на арене все те же. Но зато все вокруг уже platform инженеры. Но это все сугубо моё имхо. На звание истины не претендую.
Рабочая схема. Использую нечто подобное в проде уже два года - проблем не было от слова совсем. Собрано на нодах proxmoxa, стораджи подкинуты и в сам proxmox и в кубернетес кластера - полет нормальный. Так что рекомендую.)
Но схд в fiberchannel всё-таки надёжнее)
А почему вы просто не захотели поднять jenkins в k8s кластере + jcsac? Мы такой вариант уже много лет используем - полет нормальный. Но у нас нагрузки конечно не такие космические как у вас. Но тут тоже вопрос - а не проще ли иметь несколько разных jenkinsов? Ведь когда в одной системе 100500 пользователей и ярды джоб это ну такое себе.
Тут же дано описание совсем базовых настроек, для них можно использовать pgtune, с этими параметрами он работает корректно.
Статья крутая, но я по прежнему буду топить за Jenkins - вот там возможностей действительно море!
Советую попробовать grafana loki, глядишь не придется ничего изобретать)
Мне лично wal-g больше симпатизирует. И дока лучше и сам инструмент проще. Плюс из ci удобно ранать прям из контейнера.
а есть альтернативы? Если вы про ранать каждый экзепляр в отдельном контейнере, то его мониторить как-то нужно и хотелось бы собирать немного более чем только утилизация цпу и мемори.
Если есть интересные предложения поделитесь.
Так может имеет смысл сразу учиться делать правильно? Чтобы потом не перерабатывать весь флоу.
Простите, но это прям следующее издание книги "Вредные советы".
Пообщайтесь с девопсами, они научат вас как нужно делать.
Может для собственного пет проекта на коленке такой подход и норм. Но для продакшен решений - нет.
А зачем весь этот огород. Попросите девопса сделать прокси репозиториев для ваших пакетов на nexus. Свои среды поверните на nexus. Все один раз заранали yarn install и репа наполнилась.
Все кто советуют pnpm - одумайтесь. С ним вечно проблемы с зависимостями когда меняются версии пакетов. Я себя сделал вывод, что от него больше проблем чем пользы.
Согласен. Тоже не понимаю как это может работать с единой базой.
Бесплатность например) У нас в конторе нельзя использовать docker desktop учитывая особенности лицензии, а покупать не хотят.
Так новый yarn умеет тоже самое и даже лучше.