Size: a a a

DevOps — русскоговорящее сообщество

2021 April 06

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
А как Compose совмещают с Кубером? Используют то и другое? Зачем Compose, если есть Кубер?
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
окружений сколько ?
все - это любой разработчик в команде, верно ?
источник

AY

Aleksey Yasinskiy in DevOps — русскоговорящее сообщество
в прод деплоим уже конкретные релизы без латест и остального, дев и мастер это у нас дев и тест)
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
само приложение - это что - бинарник или контейнер ?
источник

AK

Anton Kucherov in DevOps — русскоговорящее сообщество
Один конфиг каждого приложения на каждое окружение. Окружений могут быть десятки (В каждом свои параметры для каждого приложения).
источник

AK

Anton Kucherov in DevOps — русскоговорящее сообщество
Да
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
Упрощу: условно в кубере применяется новый configmap или условно secret, версия контейнера не меняется.
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
Для чего-то необходимо рестартануть контейнер для чего-то нет, зависит от приложения и специфики
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Повышение аптайма для веб-приложений в продакшене и упрощение развертывания для тестовых сред on-demand.

Платить готовы только временем разработчиков и моим

Кластер развернуть как-нибудь справлюсь. Чарты, пускай кривые, но напишу на то, что есть уже. Проблема в том как поддерживать и кластер, и дев среды локальные, и чарты. Сейчас девы хоть композы сами правят
источник

AY

Aleksey Yasinskiy in DevOps — русскоговорящее сообщество
у нас нет кубера в том сегменте о котором я говорю - только композерус
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
если у вас gitlab - то там есть специальная концепция - environment, в которую можно отдельные конфиги вписывать.
минус - оно не версионируется

можно загнать всё это в vault (если залеплоенные приложухи имеют доступ к общему волту)

можно в ansible - там весьма хорошее разделение окружений, которое весьма понятно.
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
Это можно версионировать если держать в отдельной репе и оттуда обновлять через  api :) Про Gitlab
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
не надо этой чёрной магии.
источник

AK

Anton Kucherov in DevOps — русскоговорящее сообщество
Блин. куда загонять это понятно. Не понятно, как это каталагизировать/организовать этот репозиторий или этот каталог внутри GitLab/Vault/etcd whatever. :)
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
С помощью api можно очень крутые решения строить, Gitlab это значительно больше, чем очередной cicd :)
источник

AK

Anton Kucherov in DevOps — русскоговорящее сообщество
Но раз говорите что каких то обощенных решений нет, буду думать и делать как получится. Там глядишь схема вирисуется.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
ну от специфики же зависит.
пока этой специфики нет.
если интересно - набери меня голосом.
пока в эту историю мне добавить нечего.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
вот да - agile-подход - подумай, сделай, проанализируй - можно ли улучшить, улучши и по кругу.
источник

A

Asdqwert in DevOps — русскоговорящее сообщество
источник

AK

Anton Kucherov in DevOps — русскоговорящее сообщество
Могу еще перефразировать. Есть я, чувак который понимает все эти ваши Докеры/кубернетесы и может любой Ямл написать и задеплоить. да и сам Кубер задеплоить
Есть еще ряд разработчиков, которые не знают, и знать не хоят. Им надо волшабная кнопка: Задеплоить: Приложение: app, Версия: 1, конфиг: 2, окружене 3
Какие есть походы к организации всего этого добра и реализации волшебной кнопки?
источник