Гугл производит технический документ, что растолковывает, как автоматизировать развертывание сборок пользовательского изображения для «облачных» приложений.Гугл выпустил новый технический документ и ссылочную реализацию с открытым исходным кодом, чтобы оказать помощь ее облачным клиентам платформы скоро и машинально создать пользовательские изображения для их приложений Гугл Compute Engine и Докера.Цель пребывает в том, чтобы дать фирмам метод сократить время, которое требуется для устанавливания приложений и трудящийся на облачной платформе Гугл.
«При запуске приложения на Вычислить экземпляре Механизма Вы сперва должны развернуть одну либо более виртуальных автомобилей и сконфигурировать их так Ваши работы приложения», сообщил Гугл Solutions Architect Evan Brown в сообщении в блоге в среду. Это – процесс, что в большинстве случаев включает устанавливание приложения и всех его зависимостей от внесения изменений и виртуальной машины специфичной для приложений конфигурации, таких как соединения с БД либо ключи API, сообщил Браун.
Предприятия Сейчай могут делать это вручную, соединяясь с каждой виртуальной машиной, когда она загружается и конфигурирование его к требованиям каждого приложения. Либо они имели возможность применять сценарии конфигурации, которые трудятся машинально на новом проекте и делают нужную настройку.
Оба способа имеют собственные неприятности, сообщил Браун. Ручная конфигурация есть подверженной неточностям и очень медленной. Исполнение автоматических сценариев конфигурации требует громадного количества начальной базы и может не всегда масштабироваться отлично, сообщил он.Лучший подход обязан создать пользовательские изображения для разных требований к приложению и применять их, чтобы скоро установить и развернуть новые «облачные» приложения, сообщил он.
ПО Preinstalling в пользовательское изображение может оказать помощь сократить время начальной загрузки и сократить связь между доступности и организации сторонних репозиториев, сообщил Гугл в его техническом документе.Фирмы могут выбрать какое количество параметров настройки параметров конфигурации и программного обеспечения для включения в их пользовательские изображения.
На самом низком уровне изображение имело возможность содержать легко изображение базисной ОС и некое главное инструменты конфигурирования и программное обеспечение. «К примеру, Вы можете предварительно установить время исполнения языка как Java либо Ruby, сконфигурировать удаленную регистрацию либо применить патчи безопасности», было сообщено в документе Гугл. Фирмы могут тогда приспособить это базисное изображение для любого приложения.
На самом верхнем уровне пользовательское изображение имело возможность включать базисное изображение, и вдобавок все другое, что требуется, чтобы запускать приложение. Это включает данные о исполнении и конфигурационную данные, такую как соединения с БД и уязвимые эти, которые имели возможность бы потребоваться, чтобы запускать приложение.Технический документ Гугл обрисовывает в общем различные подходы, которые организации могут показать для автоматизации процесса создания пользовательских изображений для «облачных» приложений. Это надеется на применение разработок с открытым исходным кодом как Дженкинс постоянный сервер интеграции, инструмент Packer для аналогичных изображений виртуальной автомобили от единственной исходной конфигурации и Kubernetes, технологии управления кластером Linux Гугл.
Техническая газета сказала, что Гугл обойдет предприятия при помощи процесса создания виртуальных изображений в центральном проекте и потом добавит те изображения с другими проектами в организации. «Многие способы самая успешной практики, которые используются к созданию ПО также, используются к изображениям», сказала техническая газета Гугл.«Вы можете управление предположениями для управления сценариев конфигурации изображения; инициируйте сборки, когда трансформации будут внесены в те сценарии; выполните сборки изображения машинально; и версия а также тестирует получающиеся артефакты изображения, когда сборки завершили».