
Данный сервис был написан мной в целях представить простой в развертывании, модификации и
использовании сервис хранения артефактов.
Прежде всего образов контейнеров и helm charts. Я не претендовал и не претендую на
коммерческий продукт в широком публичном испльзовании.

Он успешно испытан при создании k8s кластеров и развертывании приложений в нем.

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

1 Это протокол передачи компонент образов контейнеров,
выросший из протокола, придуманном неким человеком в Docker.com.
У меня много вопросов к нему (к ним?). И предполагаю что некоторые будут
содержать преимуществнно обсценную лекcику, к которой пришел
в процессе реализации протокола.

Предволожительно и по содержанию первой версии docker сервиса,
это протокол, созданный начинающим в професиии человеком и знающим только HTTP.
Но интегрированный в деловые процессы он стал основой де-факто,
судя по всему без значительных попыток пересмотра.

Кодирование состояний приложения в коды HTTP считаю возможным, есть и более страннные подходы.
Но это как будто к тебе присылают немого курьера в красной куртке, что бы сообщить
что твоя посылка потеряна.

Позднее этот протокол был несколько облагорожен и получил статус и редакцию
стандарта от Open Container Initiative.

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

2 Созданнный в стиле первого, протокол передачи файлов и чартов. Фактически
ограничен реализацией протокола в утилите helm.

3 Протол управления аккаунтами и разрешениями сервиса. Он сделан по мотивам
JSON RPC и относительно независим от транспортной среды. Относительно незавивисим,
поскольку тип субьекта и операция с ним кодируются в пути запроса.
Этот подход с одной стороны относительно привычен для многих.
С другой стороны, мы не ограничены параметрами запросов и ответов, и ограничены
только границами json формализмов и сериализации.

