GitHub может заменить DockerHub

Было интересно наблюдать стремительный рост Docker на протяжении многих лет, и нет сомнений в том, что технология, которая была впервые разработана и популяризирована Docker (правильнее называть Linux Containers), останется здесь надолго. Рост технологии был частично связан с простотой публикации комейнеров благодаря бесплатному сервису DockerHub. Однако в этой статье я предполагаю, что DockerHub как единый репозиторий образов контейнеров становится все менее и менее важным, чем когда-то, и на этом месте GitHub является сильным претендентом на роль репозитория №1 для контейнеров — поскольку он нацелен на то, чтобы быть всем, что нужно разработчику.

Некоторое время DockerHub служил единственным репозиторием для образов контейнеров, но быстро начали появляться дополнительные реестры контейнеров, такие как quay.io. Само по себе это не было бы угрозой популярности DockerHub. Как правило, людям нравится искать свое программное обеспечение в одном месте — вот почему им нравятся магазины приложений. Однако, когда вы используете контейнеры Linux, с разными репозиториями просто не возникает проблем. Никакой настройки не требуется — единственная разница будет заключаться в том, что docker pull quay.io/fedora vs docker pull docker.io/fedora. Если бы потребовались усилия, чтобы начать использовать quay.io или другие, люди бы не стали их использовать, но это не требует усилий и никаких трудностей. Если образ контейнера, который мне нужен, находится в репозитории quay.io, я просто копирую эту «команду pull».

Веб-интерфейс DockerHub тоже не вызывает у меня желания им пользоваться. На самом деле это неплохо, но в этом нет необходимости, после того как я нашел нужный образ контейнера, у меня больше нет причин взаимодействовать с веб-интерфейсом. То же самое и с большинством базовых реестров контейнеров — они представляют собой просто «папку с материалами», большинство из которых не добавляют дополнительной ценности. У Quay.io есть действительно хорошая видимость безопасности изображения, что приятно знать, но я не ищу его после того, как найду изображение, которое мне нужно.
Компания Docker на протяжении многих лет пыталась сделать DockerHub более полезным. Был добавлен значок «Официальный имидж» и несколько других мелких косметических улучшений.

Одним из огромных улучшений полезности DockerHub стала автоматическая сборка. Это была потрясающая функция… Пока эта функция не была закрыта для неплатящих пользователей.
Я довольно часто использовал функцию автоматической сборки — почему бы и нет? Бесплатные инструменты CI / CD? Да, пожалуйста! Однако когда меня уведомили о прекращении работы этой функции, мне было все равно. Я могу просто перейти в один из многих других репозиториев, которые предлагают эту функцию, или построить где-нибудь еще. В DockerHub не было ничего «липкого», что удерживало меня в сервисе.

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

Параллельно с ростом Docker появился GitHub, который стал еще более популярным среди пользователей.
GitHub стал де-факто стандартом для любого проекта с открытым исходным кодом, и разработчикам в целом, похоже, нравится его использовать. Однако в тот момент, когда вы рассердите или рассердите разработчиков, они перестанут пользоваться вашими инструментами и вашими вещами. Я думаю, что команда, стоящая за GitHub, знает это довольно хорошо, и поэтому они кажутся довольно консервативными в отношении изменений. Тем не менее, незаметно для себя в фоновом режиме он получил впечатляющую функциональность для автоматизированных сборок с помощью действий GitHub. Мы улучшаем проблемы, документацию и функциональность хостинга сайтов. И, что самое главное, в этой статье появилась поддержка «пакетов».
Во времена SourceForce было невероятно легко размещать двоичные пакеты и загружать их. Это одна из немногих вещей, в которых SourceForce действительно хорошо справилась. Однако со временем его съели заживо, не уделяя внимания опыту разработчиков. Однако, по сравнению с GitHub, он сделал это лучше в одном — GitHub всегда был довольно плохим в размещении двоичных пакетов, которые легко загружать пользователям.

Мы увидели, как функциональность тегов была улучшена, и теперь на GitHub есть «Релизы». К сожалению, это все еще может казаться немного скрытым в пользовательском интерфейсе, но я подозреваю, что со временем мы начнем видеть это улучшение удобства использования для нетехнических пользователей, просматривающих GitHub.
Сегодня пакеты GitHub уже поддерживают контейнеры, но лишь немногие проекты размещают там свои образы контейнеров. Однако есть поддержка пакетов Python, пакетов Ruby и многого другого.
В преддверии проблем DockerHub с монетизацией в пакетах GitHub есть несколько уровней оплаты. Однако, что важно, чтобы заинтересовать пользователей, у него есть уровень бесплатного пользования.
Я думаю, что пользовательский интерфейс GitHub будет и дальше улучшаться для конечных пользователей, делая его более доступным для образов контейнеров, а также для загрузки других «бинарных» пакетов.
Сообщество многим обязано Docker — компании, технологиям и т. Д.