Pull to refresh

Comments 10

Спасибо большое за статью, интересно. Пытался смастерить нечто подобное для битрикса, но не в кубере, а в штатной ВМ с bitrix-env, создавая сайты через API. Но поделка это конечно так себе, с оркестратором куда всё проще намного.

Круто! Но вам не нужен DAG с needs: для двух джоб в рамках двух последовательных стейджей. У needs: совсем другие сценарии использования.

Я сам как-то настороженно относился к needs, но есть подозрение, что они в какой-то момент заменят собой dependencies. Так что предлагаю приближать светлое будущее )))

У нас так и устроен деплой ревью веб проектов. Только ревью мы деплоим в обычный докер, а в кубер только стэйдж и прод. Дело в том, что разработчикам нужен shell в контейнер. Потому что перезапустить какую-то команду для проверки проще, чем пересобирать по 20-30 минут образ. Поэтому у нас так же стоит portainer, который позволяет разработчикам через web подключаться к shell контейнера.

Можно сделать для каждого разработчика доступ к dashboard кубов и там они смогут в web-интерфейсе подключаться к терминалу контейнера.
По поводу пересборки по 20-30 минут, вероятно у вас не werf со своими стадиями сборки и кешированием? Если нет, то советую присмотреться. Он может сильно облегчить вам жизнь и скорость сборки :)
Если werf, то может быть стоит посмотреть еще раз на стадии сборки, возможно они сделаны не оптимально или stageDependency плохо настроен?

werf тут совершенно лишний. Все гораздо удобнее собирается на основе любого CI + argocd. А если ещё добавить keda - так и scaling to zero.

У нас десятки review окружений (стеки из сервисов и микросеовисов) на небольшом кластере крутятся - поднимаются аля Google Run - только когда поступают запросы, и сами засыпают когда нет траффика. И прибиваются через неделю если не было новых деплоев (kube-janitor)

Очень удобно.

Почему "совершенно лишний"? :) У нас это стандартный стек, тоже работает с любой CI-системой. Вы используете для этого что-то другое - это вполне ок и не становится от этого "лишним", а выполняет свою функцию. Удобство - вопрос субъективный, есть много факторов и поэтому есть много решений.

А можно все засунуть в …. Knative и keda не нужна становится! Само скейлится в зависимости от нагрузки! Ссл и прочие радости жизни тоже впридачу.

Sign up to leave a comment.