Comments 13
Хауди хо? Серьезно?
Там в рекомендациях еще и Дударь затесался, практически всю банду собрал.
Есть люди, которые по курсам Сакутина C# учат и это при имеющимся огромном выборе качественного БЕСПЛАТНОГО материала. Так что, ничего удивительного.
Кто-то видимо по ссылкам не переходил. (По ссылкам материалы, документация и прочее)
А зачем вам в данной ситуации kubernetes? Я так понял, он нужен, когда у вас куча микросервисов, у каждого из которых может быть несколько инстансов, и всё это дело на разных хостах запускается. У вас же есть только бекенд. Есть ещё вопрос к знающим людям, а зачем вообще использовать в таких простых случаях докер, можно же взять какой-нибудь capistrano и точно так же деплоить из CI?
Я так и делаю, топ стратегия. А заморачиваться с докерами ради одной прилаги оверинженеринг имхо
Откуда выводы, что у нас только бек?)
Около 20 сервисов на данный момент, в процессе распила основного бека
Кубер прекрасный инструмент. Докер не долго писать. Это все очень просто масштабируется и также просто управляется. Тем более инфраструктура у нас позже начала разрастаться именно в кубере - так что тут вопрос скорее в том, как в компании принято и как удобнее команде. Хлемики(на него мы собственно сейчас и переходим) скопировал с темплейтов, описал values, и поехали
Откуда выводы, что у нас только бек?)
Сложилось такое впечатление из-за этого предложения
Я пришел в компанию, уже 2 года назад, можно сказать для построение IT
направление. По началу - это GitHub + Vercel(да-да, и фронт и бек в
рамках 1 проекта), позже новый бек, новый фронт - уже два проекта
Около 20 сервисов на данный момент, в процессе распила основного бека
У нас их штук 10, и докер мы не используем, деплой пишется тоже очень просто. Поэтому мне и стало интересно, а зачем вообще докер нужен
А мне вот интересно, в чем причина не использовать его. В моей практике уже лет 6 как активно он юзается, т.к. он дает следующие фичи из коробки:
- стабильность окружения
- отсутствие поползновений разработчиков сделать хотфикс методом vim-deploy
- возможность поднять без каких-либо проблем N тестовых окружений (в частности, по мелкому стейджингу на ветку)
И самое главное, для новых разработчиков разворачивание приложения у себя упрощается до docker-compose build && docker-compose up
У меня просто не возникало причин его использовать. Развернуть проект локально очень просто (ставим rbenv, mysql, redis, rabbitmq, а потом bundle install). Хотфикс вимом у нас никто не делает, только merge request в master, а потом деплой через ci/cd. Стенды мы ансиблом поднимаем, проблем не возникает.
werf converge не рассматривали?
Готовое решение от flant, есть интеграция с GitHub и gitlab
А gitlab-agent не используете? Почему? https://docs.gitlab.com/ee/user/clusters/agent/install/
От прикодов с хауди хо подгорело))
Как вообще этот ваш CI CD настроить