Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В приложениях службы приложений Linux (приложениях с кодом и пользовательских контейнерах) контейнер-сайдкар является вспомогательным контейнером, который запускается в той же среде, что и основной контейнер приложения. Сайдкары могут предоставлять вспомогательные службы (например, телеметрию, кэширование или инференс ИИ) и управляются в рамках вашего приложения службы приложений App Service.
Зачем использовать сайдкары в службе приложений?
Боковые контейнеры позволяют добавлять новые возможности, такие как мониторинг, кэширование, ИИ или пользовательская логика, без изменения основного кода приложения (в приложениях, состоящих только из кода) или основного контейнера (в пользовательских контейнерах). Она предлагает следующие преимущества:
- Разделение проблем: Добавьте или обновите службы независимо от основного приложения.
- Расширяемость: Интегрируйте готовые или пользовательские расширения (например, OpenTelemetry, Redis, модели ИИ Phi-3/4).
- Операционная гибкость: Управляйте, обновляйте или масштабируйте сайдкары вместе с вашим приложением.
- Путь миграции: Перейдите с Docker Compose или других решений с несколькими контейнерами на управляемую, масштабируемую платформу (см. Migrate Docker Compose apps to sidecars in Служба приложений Azure).
Как работают сайдкары в App Service?
-
Роли контейнеров: Каждое приложение с поддержкой сайдкара имеет один основной контейнер (
isMain: true) и до девяти контейнеров-сайдкаров (isMain: false). В конфигурации контейнераisMain: trueобозначает главный контейнер для приложения. Все остальные должны иметьisMain: false. -
Сети: Все контейнеры в приложении используют одно и то же сетевое пространство имен и обмениваются данными
localhost. Разрешение имен службы не требуется, поэтому используйтеlocalhost:<port>. Каждый контейнер должен прослушивать уникальный порт. Для внешнего HTTP-трафика поддерживаются только порты 80 и 8080. Для внутреннего взаимодействия используйте любой доступный уникальный порт.
Это важно
Поскольку сайдкары используют то же сетевое пространство имен и среду, что и ваше основное приложение, запускайте только проверенный код и образы контейнеров в качестве сайдкаров.
- Жизненный цикл: Сайдкары запускаются, останавливаются и масштабируются вместе с основным контейнером приложения. Когда ваше приложение масштабируется, увеличивая или уменьшая нагрузку, все связанные контейнеры сайдкар автоматически следуют тому же жизненному циклу.
- Конфигурация: Сайдкары могут настраиваться с помощью портала Azure, шаблонов ARM или CLI. Вы указываете образ контейнера, переменные среды и другие параметры для каждого контейнера. Параметры приложения общие для всех контейнеров. Можно также задать переменные среды, относящиеся к контейнеру.
- Точки подключения томов: Каждый контейнер может иметь собственные точки подключения томов.
- Authentication: Боковики могут извлекать изображения из общедоступных или частных реестров, включая Реестр контейнеров Azure. Используйте управляемые удостоверения или учетные данные администратора для частных реестров.
Типы колясок
- Пользовательские боковики: Любой предоставленный образ контейнера, например сборщик OpenTelemetry, NGINX или собственную микрослужбу.
-
Предварительно созданные расширения: Официально поддерживаемые контейнеры для:
- ИИ (Phi-3, Phi-4): Интегрируйте выводы локальной малой языковой модели SLM в ваше приложение.
- Redis: Добавьте локальный кэш Redis для быстрого доступа к данным.
- Кроме того, Azure расширяет каталог.
Часто задаваемые вопросы
Могу ли я использовать сайдкары в моих существующих приложениях Linux?
Существующие только кодовые приложения для Linux (во встроенных контейнерах) см. Tutorial: настройка sidecar-контейнера для приложения Linux в Служба приложений Azure.
Для существующих пользовательских приложений контейнеров см. раздел «Включение поддержки сайдкар для пользовательских контейнеров Linux».
Как следить за сайдкарами и устранять их неполадки?
В портале Azure используйте Azure Monitor, Log Analytics и вкладку Diagnose & Solve. Журналы из всех контейнеров доступны в потоке журналов службы приложений.
Существуют ли ограничения?
Среда службы приложений (ASE) и национальные облака пока не поддерживаются. Ознакомьтесь с новейшей документацией Azure для получения обновлений.
Дополнительные ресурсы
- Интерактивное руководство: боковые автомобили в службе приложений Azure
- Учебное пособие: настройка сайдкар-контейнера для Linux-приложения в Служба приложений Azure
- Учебник: Настройка контейнера-сайдкара для пользовательского контейнера в Служба приложений Azure
- Configure Sidecars в Служба приложений Azure
- Перенос существующих контейнерных приложений на боковую модель в Служба приложений Azure
- Учебник: запуск чат-бота в службе приложений с сайдкар-расширением Phi-4 (ASP.NET Core)
- Руководство: Запуск чат-бота в службе приложений с сайдкаровым расширением Phi-4 (Spring Boot)
- Руководство: Запуск чат-бота на платформе приложений с расширением Phi-4 в виде модуля-дополнения (FastAPI)
- Руководство по запуску чат-бота в приложении App Service с дополнением сайдкар Phi-4 (Express.js)