Pull to refresh

Comments 6

А где будут данные хранится? На дисках очень дорого.

А как происходит очистка старых образов? Все хранить опять же дорого, да и не нужно

А как на счет HA? Сервис максимально критичный, поскольку если он встанет, то колом встанет все

Выглядит как лабораторная работа студента. Даже для небольшого проекта в прод я бы это не пустил.

Это платформа для разработки и тестирования. В production из нее деплоится только production контур и в нем можно сделать HA. Колом встанет не все, а только разработка. Удалить старые образы можно нажав пиктограмму Корзины в Web-интерфейсе. Платформа развернута к Kubernetes и там простор для типов подключаемых Persistent Volume. Можно подключить хоть NAS на Ceph

То есть, вы предлагаете для каждого стейджа свой регистри делать? А потом еще их синхронизировать между собой? Удаление руками, в WebUI! вы точно про продакшен рейди продукт говорите?

Регистри один, контуров 3 - development, staging и production. При необходимости для автоматизации очистки реестра можно добавить еще один пайплайн в Jenkins. Мы обязательно доработаем этот нюанс. Спасибо за ваш фидбек

Тогда почему регистри не HA? Ваш регистри упал, сломался, не справился с нагрузкой и все стейджы встали, ни сборку сделать, ни выкатить новую версию. Да еще и в проде под решил переехать на другую ноду, а там нет образа и ваш прибыльный сервис начал терять деньги.

Пока вы предлагает откровенно непригодное для прода решение.

Это резонно, но это тема как минимум для отдельной статьи, чтобы материал относящийся к Docker-registry не утонул в материале про HA) Ровно так же все встанет, если упадет Git-сервер или Jenkins или Keycloak. При подготовке следующей статьи как раз о горизонтальном масштабировании мы подумаем о HA.

Sign up to leave a comment.