Идеи, связанные с решением
Эта статья — идея решения. Если вы хотите, чтобы мы дополнили содержимое дополнительными сведениями, такими как потенциальные варианты использования, альтернативные службы, рекомендации по реализации или рекомендации по ценообразованию, сообщите нам об этом, предоставив отзыв на GitHub.
Эта идея решения поможет вам понять, как повысить масштабируемость между облаками с помощью архитектуры решения, включающей Azure Stack.
Архитектура
Скачайте файл Visio этой архитектуры.
Поток данных
- Большое количество пользователей пытается получить доступ к веб-приложению.
- Диспетчер трафика возвращает DNS-имя Azure Stack.
- Пользователи получают доступ к веб-приложению Azure Stack.
- После достижения порогового значения функция запускает веб-приложение Azure и включает маршрут диспетчера трафика Azure.
- Трафик направляется в Azure, которая может автоматически масштабировать Служба приложений.
Компоненты
- Диспетчер трафика: маршрутизация входящего трафика для обеспечения высокой производительности и доступности
- Функции Azure: обработка событий с помощью бессерверного кода
- Azure Stack: создание и запуск инновационных гибридных приложений за пределами облака
Сведения о сценарии
Современное программное обеспечение все чаще подключается и распространяется. Согласованность Azure Stack с инфраструктурой и службами платформы Azure позволяет масштабировать ресурсы в разных облаках в соответствии с повышенной нагрузкой по мере необходимости и уменьшать ресурсы по мере снижения спроса. Оптимизируйте затраты и максимизируйте эффективность ресурсов, сохраняя при этом соответствие архитектуре между облаками.
Потенциальные варианты использования
Это решение применяется в следующих сценариях:
- Реализуйте методики непрерывной интеграции и непрерывной поставки (CI/CD) в реализации Azure Stack Hub и общедоступном облаке.
- Консолидация конвейера CI/CD в облачных и локальных средах.
- Разработка приложений с помощью облачных и локальных служб.