Google недавно анонсировал новую функцию под названием «монтирование томов в предварительной версии». Эта функция призвана упростить интеграцию облачных приложений с общими решениями для хранения данных, такими как сегменты Cloud Storage и общие ресурсы NFS, непосредственно внутри экземпляров Cloud Run.
Функция монтирования томов реализована в Cloud Run, полностью управляемой контейнерной платформе, построенной на масштабируемой инфраструктуре Google. Предоставляя контейнерам доступ к сегменту хранилища или содержимому файлового сервера, как если бы оно было локальным, Google улучшает семантику файловой системы, предлагая разработчикам более привычный интерфейс. Это устраняет необходимость в сложных решениях или альтернативных услугах, которые ранее требовались для доступа к общим данным.
Примеры использования подключения томов включают хранение файлов конфигурации приложений, обработку управляемых событиями операций облачного хранилища, загрузку векторных файлов базы данных для таких приложений, как Langchain, и более эффективное обслуживание статических веб-сайтов. Например, теперь разработчики могут подключать сегменты Cloud Storage для предоставления конфигураций сервисам или для прямого обслуживания статического контента веб-сайтов без необходимости перестраивать и повторно развертывать образы контейнеров после каждого обновления. Такая гибкость полезна для приложений, требующих регулярного обновления статического контента или конфигурации.
Пример размещения статического контента на веб-сайтах (Источник: сообщение в блоге Google Cloud)
Другой пример: монтирование томов упрощает создание обработчиков облачного хранилища, управляемых событиями, устраняя необходимость в специальном коде для извлечения файлов из облачного хранилища. Подключив соответствующую корзину, можно получить доступ к файлам напрямую через файловую систему, что упрощает процесс.
Кроме того, возможность подключения хранилища NFS, такого как экземпляр Cloud Filestore, имеет решающее значение для сервисов без отслеживания состояния, которые полагаются на внешние базы данных, такие как ChromaDB. Это обеспечивает согласованный доступ к динамически изменяющимся данным без их внедрения в контейнер.
Разработчики могут подключить корзину Cloud Storage или любой общий файловый ресурс NFS с помощью команды gcloud, обновить определение ресурса Cloud Run YAML или развернуть его через Terraform. Например, они могут выполнить развертывание на основе источника в новом задании Cloud Run и смонтировать корзину Cloud Storage с помощью следующей команды:
обновление служб запуска бета-версии gcloud SERVICE –execution-environment gen2 –add-volume name=VOLUME_NAME,type=cloud-storage,bucket=BUCKET_NAME –add-volume-mount Volume=VOLUME_NAME,mount-path=MOUNT_PATH
Внедрение монтирования томов ставит Google Cloud Run в конкуренцию аналогичным предложениям от AWS и Azure. Интеграция AWS Fargate с томами постоянного хранилища. Возможность Azure Container Instances (ACI) монтировать файлы Azure подчеркивает движение отрасли к более гибким и масштабируемым облачным сервисам.
Этьен Фонтен, инженер по надежности сайтов в BlaBlaCar, подчеркнул конкурентное преимущество Google Cloud Run; он написал в Твиттере:
Я думаю, что это имеет значение по сравнению, например, с AWS с Fargate и EFS.
Более подробную информацию о Google Cloud Run можно найти на веб-сайте документации.
2024-04-03 10:01:07
1712140187
#Подключение #томов #Google #Cloud #Run #предварительной #версии #более #легкий #доступ #файлам #контейнерах
