Контейнерное обслуживание Реестра Гугл создано, чтобы разрешить разработчикам разместить, совместно применять и руководить частными репозиториями контейнера Докера на его Облачной Платформе.В последних месяцах Гугл развернул пару одолжений упростить для разработчиков делать контейнеры Докера на его Облачной Платформе.
Примеры включают размещенную контейнерную платформу управления, названную Гугл Container Engine; оптимизированные контейнером изображения Гугл Compute Engine; и Kubernetes, инструмент с открытым исходным кодом для управления контейнизировал приложения через кластер хост-машин.Основываясь на тех перемещениях, Гугл 23 января заявил о бета доступности нового обслуживания Гугл Container Registry, которое разрешит разработчикам разместить, совместно применять и руководить частными репозиториями контейнера Докера на его Облачной Платформе.Обслуживание дает компаниям метод обеспечивать, что лишь авторизованные члены проектной группы могут получить доступ к частным изображениям контейнера Докера в облаке, Прэфуле Даблише, технический начальник программы для Облачной Платформы сообщил в сообщении в блоге, объявляющем об обслуживании.Обслуживание реестра разрешает разработчикам размещать частные изображения в Google Cloud Storage как часть их облачного проекта платформы.
Это включает разработчикам, трудящимся над проектом надежно продвинуть и вытянуть изображения посредством командной строки набора разработчика ПО Гугл Cloud Platform, сообщил он. «VMs узла контейнера может тогда получить доступ к защищенным изображениям без дополнительного упрочнения», отметил Даблиш.Обслуживание реестра также предложит шифрование серверной стороны, чтобы обеспечивать, что частные контейнерные изображения машинально зашифрованы, когда загружено на облако Гугл.
Реестр также включит стремительное и надежное развертывание контейнеров, в силу того, что частные изображения хранятся в облаке и кэшируются в центрах обработки данных Гугл. Они готовы к развертыванию на Контейнерных кластерах Механизма Google либо оптимизированной контейнером работе VMs Вычислять Механизм, сообщил Даблиш.Разработка докера по большей части разрешает приложениям выполнить внутренние «контейнеры», которые являются весьма переносимыми и выполняются поверх хостовой ОС.
В отличие от виртуальных автомобилей, которые требуют экземпляра ОС для каждого VM в хост-совокупности, многократные контейнеры могут совместно применять единственную хостовую ОС. Подход разрешает компаниям запускать намного больше приложений на единственном сервере либо хост-совокупности, если сравнивать с разработками виртуализации.Докер сделал несложным для фирм контейнизировать приложения, обеспечив доступ больше чем к 15 000 «изображений» и вторым компонентам ПО, которые компании могут применять для стремительного создания контейнеров приложения.
Разработчики могут применять Концентратор Докера компании, чтобы загрузить и загрузить другие компоненты и изображения ПО и совместно применять и сотрудничать на контейнерах с другими разработчиками.Докер также предлагает личный реестр, что разработчики могут применять для сотрудничества на программе разработки приложений, не делая изображения общедоступными. Кое-какие компании устанавливают собственные реестры Докера сзади их брандмауэра для еще более тяжёлого управления доступом и совместного применения контейнерных компонентов на протяжении процесса разработки.
Новый Контейнерный Реестр Гугл сейчас предлагает разработчикам другую опцию чтобы сделать ту же вещь. В объявлении о бета доступности ее нового обслуживания Гугл рекламировал опыт вебмагазина Zulily как пример преимуществ, которые разработчики могут взять из обслуживания.«Личная помощь реестров, но им нужны допустимые сертификаты, брандмауэры и аутентификация, контроль и резервные копии», цитировал Гугл разработчика ПО от Zulily что. Обслуживание Гугл удовлетворяет эти требования, также предоставляя реестр, что с потоком развёртывания разработки и операций приложений Zulily.
В течение бета периода Контейнерное обслуживание Реестра будет доступно бесплатный, не смотря на то, что разработчики должны будут оплатить за сетевые ресурсы и ресурсы хранения, использованные любыми частными изображениями, они хранят в платформе облачного сервиса Google.