Мне обьяснит кто, какая польза от обновлений этой дьявольской хрени?

аджайл же! девопс, все быстро и динамично!

вжух и ты уже в девопс!

кстати, вопрос такой.. как вы думаете, где лучше хранить код? на github.com или на внутреннем gitlab?

кстати, вопрос такой.. как вы думаете, где лучше хранить код? на github.com или на внутреннем gitlab?

Свое всегда ближе

я тоже придерживаюсь такого)

просто спрашивают сверху а какие плюсы от этого… и чет то что я говорю хранить его под замком внутри совсем не убедительно

ну и само сабой внутренние интеграции

SSO, LDAP все дела внутри AWS

гитхаб платный для приватных реп)

вот интересно послушать еще мнения, может что можно еще обвязать с гитлабом внутри среды нормально ?

пока еще не слишком поздно...

если гитхаб не может в раннеры и пайплайны то зачем он вообще

как комьюнити опенсорсное да

как профайл специалиста да

но для проды - глупость

но для проды - глупость

Без платной версии согласен

а у платной какие фичи

а, еще немало важный момент, админку девопсам не дали

?

да лана

а кому дали

? та хз, кроме вытягивания кода я вообще сделать ничего не могу там

как обычно - тому кто не понимает как устроено? классика

но для проды - глупость

что значит для прода? есть еще тестовый?)

?

?

что значит для прода? есть еще тестовый?)

ну кто в здравом уме продакшен будет держать в гитхабе, ну смешно жи

ну всм прод-ветки мастеровые

а, про гитххаб я думал про гитлаб

нееее

к гитлабу претензий нет

хотя стойте, много же кто юзает гитхаб

и катятся с него на прод

в тот же авс

соболезную им

одно дело хранить код

другое дело, что там интеграций не так много

кстати а от гитлаба девопстул не ставили еще ? который делает весь пайплайн от сборки до деплоя?

другое дело иметь целую экосистему связанную с гитлабом

поставили

6.11 две недели назад релизнулся

автодевопс вышел из беты

есть профит? или по старинке лучше все таки?

а там вроде кубер нужен

а не знаю кто то говорит что все фигня, будем по старому лично я пока сомневаюсь что он правильно проверяет образы на CVE

Кстати, что почитать про переключение раннеров?

Кстати, что почитать про переключение раннеров?

что значит "переключение ранчеров" ?

смотря откуда куда:)

что значит "переключение ранчеров" ?

Сборка на шаредах, деплой на локнутом

и в чём вопрос ? scheduling ?

Не могу понять, как деплоить.

Сборку осилил

кстати, кто то на containerd уже перевел проду кубера?

кстати, кто то на containerd уже перевел проду кубера?

Я с него нечайно начал

Не понял вопроса. Можешь поподробней расписать - что есть сейчас, чего не получается, и чего хочется ?

Вопрос в том - как задеплоить в ранчер из гитлаба или что ?

раннер а не ранчер

Не понял вопроса. Можешь поподробней расписать - что есть сейчас, чего не получается, и чего хочется ?

Хочу: 0. Сборка на раннере A 1. Тесты на раннере B 2. Выкладка на раннер C (locked to repo) Есть: 0. Сборка, без артефактов в докер, оттуда push во внутренний registry. Ранчер даже не трогал.

Хочу: 0. Сборка на раннере A 1. Тесты на раннере B 2. Выкладка на раннер C (locked to repo) Есть: 0. Сборка, без артефактов в докер, оттуда push во внутренний registry. Ранчер даже не трогал.

автоматически переключение хз

По stages нельзя?

Хочу: 0. Сборка на раннере A 1. Тесты на раннере B 2. Выкладка на раннер C (locked to repo) Есть: 0. Сборка, без артефактов в докер, оттуда push во внутренний registry. Ранчер даже не трогал.

неверно прочитал, ок. А зачем эта история ? Формально - просто тегами задаёшь. Просто я не оч. понимаю - зачем раннеры разделять.

а че просто джобами не разделить их

Эм. Дабы на деве/проде не собирать

профита не вижу особого:)

А у тебя есть раннеры на проде ? А зачем ?

А у тебя есть раннеры на проде ? А зачем ?

А нахрена CI без выкладки на тестинг как минимум?

ERROR: S client not available

А у тебя есть раннеры на проде ? А зачем ?

В планах, но видимо я что-то не понимаю

а тут видно никто ниче не понял:)))

А нахрена CI без выкладки на тестинг как минимум?

стоп, раннер - он тебе образ собирает (build) Дальше ты его можешь внедрять как угодно. Какой раннер будет выполнять стадию - тегами помечаешь.

Сейчас у меня пашет jenkins. Хочу: 0. Сборку 1. Выкладку Сейчас это пашет через - master -> build -> production - develop -> build -> stage jenkins агенты везде.

стоп, раннер - он тебе образ собирает (build) Дальше ты его можешь внедрять как угодно. Какой раннер будет выполнять стадию - тегами помечаешь.

Пример тэга, желательно в полном gitlab-ci как гуглить?

DEV_docker_deploy: <<: *DEVELOP_ENV script: - export NAME=$IMAGE_NAME TAG=$IMAGE_TAG - docker-compose -f ./backup-cron/docker-compose-dev.yml down - docker-compose -f ./backup-cron/docker-compose-dev.yml up -d backup-cron-dev stage: docker_deploy tags: - server4-shell only: - develop when: on_success allow_failure: false

runner tag = server4-shell ?

И как работает allow_failure: false ?

Если деплой зафейлился - не плачем На самом деле странная история, согласен надо будет посмотреть, что будет, если он действительно зафейлился.

Ребят, прошу критики. Это просто идея, набросок. Но всякому малому бизнесу и небольшим командам будет подспорьем. https://hastebin.com/oxomuwodeg.cs

Зачем ejabbed ?

Зачем lxc >

office ?

Ребят, прошу критики. Это просто идея, набросок. Но всякому малому бизнесу и небольшим командам будет подспорьем. https://hastebin.com/oxomuwodeg.cs

.

Зачем ejabbed ?

Как внутренний мессенджер.

office ?

Для hr-ов, и тд. Веб реализация, которая интегранётся с owncloud

Хотя у вас актуально, наверно, да.

Зачем lxc >

Легче управлять конфигурацией

Хотя у вас актуально, наверно, да.

В россии - ещё как. Если даже не вспоминать про ФЗ.

Мысли/предложения?

Легче управлять конфигурацией

от количества облаков зависит. если это одна виртуалка на которой куча сервисов - хоть lxc, хоть docker - в профиль. если k8s - зачем lxc ? внутренний мессенджер - непонятно зачем, но если закрывает риски - ок.

от количества облаков зависит. если это одна виртуалка на которой куча сервисов - хоть lxc, хоть docker - в профиль. если k8s - зачем lxc ? внутренний мессенджер - непонятно зачем, но если закрывает риски - ок.

Суть - All In One. Просто apt-get install -yq и завелось. k8s тут только для гитлаба, как development окружения. есть весомый процент компаний, который юзает внутреннее.

Суть - All In One. Просто apt-get install -yq и завелось. k8s тут только для гитлаба, как development окружения. есть весомый процент компаний, который юзает внутреннее.

Еслм там в каждой строке есть разумное объяснение - ок. Вопрос - резервирование и бекапы

Еслм там в каждой строке есть разумное объяснение - ок. Вопрос - резервирование и бекапы

Резервирование - отсутсвует. Закладывать такое на первые шаги - самоубийство. Бекапы - настрою, это точно не проблема. Завтра попробую расписать максимально подробно

Хотя я бы lxc заменил на еще один k8s, чтобы в случае чего масштабироваться можно было просто.

Не получится всё это в докере без костылей завести.

Резервирование - отсутсвует. Закладывать такое на первые шаги - самоубийство. Бекапы - настрою, это точно не проблема. Завтра попробую расписать максимально подробно

Главное - проверь их восстановление.

докер - костыли по умолчанию ))

Вот и я о чём

А lxc у меня в проде второй год, без проблем совершенно.

основной вопрос в возможностях расширения. Что будет, если тебе нужно будет масштабировать инфраструктуру в 3 раза. Получится ?

основной вопрос в возможностях расширения. Что будет, если тебе нужно будет масштабировать инфраструктуру в 3 раза. Получится ?

При наличии 10гбс между сервами - думаю да, эту хрень можно будет так завести. Плюс БД вынести на шареды, файло на любую распределённую ФС.