Вебинар ■ 13 ноябряРасширять или оптимизировать? Как управлять ресурсами кластера Зарегистрироваться

Deckhouse Galleon

Решение для хранения и дистрибуции артефактов внутри контура без ограничений на объём данных и количество операций

Все артефакты разработки в едином хранилище

Deckhouse Galleon хранит артефакты, с которыми работают команды, и распространяет их внутри контура с разграничением доступа

Образы контейнеров

Пакеты языков программирования

Helm⁠-⁠чарты

Подписи и SBOM

Произвольные файлы

Как Deckhouse Galleon решает ваши задачи

Независимость сборки от внешних сбоев

Все артефакты хранятся в локальном хранилище, что позволяет собирать и развёртывать приложения даже при сбоях работы публичных репозиториев

Воспроизводимость сборок

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

Единое хранилище для всех артефактов

Образы контейнеров, пакеты языков, Helm⁠-⁠чарты и другие файлы хранятся в одном месте с общими правилами доступа, что даёт понятный контроль над всеми артефактами и избавляет от множества разрозненных локальных копий

API⁠-⁠совместимость с Sonatype Nexus

API, совместимый с Sonatype Nexus, позволяет мигрировать на Deckhouse Galleon без изменения CI/CD: меняется только хранилище, остальные компоненты продолжают работать с прежними адресами

Как это работает

Разработка не зависит от внешних обстоятельств

При проксировании через Deckhouse Galleon разработчики работают с зависимостями как привыкли, но не зависят от работоспособности внешних источников

Сборка в CI/CD

Конвейер забирает зависимости из хранилища Deckhouse Galleon и публикует в нём результаты сборки. Сохранённые артефакты не меняются — любая сборка воспроизводима

Развёртывание в Kubernetes

Кластеры используют образы и Helm⁠-⁠чарты из локального хранилища, благодаря чему запуск и обновление сервисов не зависят от доступности внешних реестров

Установка Deckhouse Kubernetes Platform (DKP)

Deckhouse Galleon работает как прокси для реестра DKP: платформу можно установить и обновлять в закрытом контуре через одну контролируемую точку доступа

Для кого

Сборки не зависят от внешних источников

Блокировка публичного репозитория или падение канала связи не останавливают СI/CD⁠-⁠конвейер и не срывают выкатку релизов

Все артефакты — в одном хранилище

Deckhouse Galleon публикует и версионирует в хранилище Java⁠-⁠пакеты, Docker⁠-⁠образы, чарты и всё, что собрала команда

Миграция без перенастройки пайплайнов

Совместимость по API с Sonatype Nexus позволяет переключить конвейеры и пакетные менеджеры на Deckhouse Galleon по прежним адресам без изменений в пайплайне

Одно хранилище вместо разрозненных реестров

Все артефакты хранятся в одном месте: под каждый их тип не нужно создавать и поддерживать отдельное хранилище

Пакеты и обновления хранятся внутри контура

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

Контроль доступа в одном месте

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

Примеры использования

Снижение рисков простоя

Конвейер использует артефакты из локального хранилища, поэтому проблемы с публичным репозиторием не прерывают сборку и не мешают запускать новые сервисы

Работа в закрытом контуре

Deckhouse Galleon хранит всё нужное внутри контура, что позволяет собирать и развёртывать приложения в изолированных средах без доступа в интернет

Единое хранилище образов для Kubernetes

Кластеры используют образы и Helm⁠-⁠чарты из локального хранилища, что снижает зависимость от внешних источников

Что появится в Deckhouse Galleon

Поддержка S3⁠-⁠хранилищ

Артефакты хранятся в S3⁠-⁠хранилище, ёмкость которого можно увеличить без привязки к локальному диску

Отказоустойчивая работа в нескольких экземплярах

Хранилище развёртывается в нескольких экземплярах и продолжает работать, даже если один из узлов выходит из строя

Репозитории пакетов Linux: Deb и RPM

Серверы и рабочие узлы обновляют Linux с помощью локальных копий пакетов, а не ищут их во внешних источниках

Групповые репозитории

Один адрес объединяет несколько репозиториев, поэтому при добавлении нового источника не нужно перенастраивать конвейер сборки

Авторизация через OIDC

Единый доступ и централизованное управление правами без отдельных учётных записей

Как начать

Свяжитесь с нами любым удобным способом, чтобы обсудить подробности

how-to-start

Мы используем файлы cookie, чтобы сделать работу с сайтом удобнее.
Подробнее — в политике обработки персональных данных и политике использования файлов cookie.