Нагрузочное тестирование служб Центров событий Azure с ограниченным общим доступом

Нагрузочное тестирование служб Центров событий Azure с ограниченным общим доступом

В этой статье описано, как использовать Нагрузочное тестирование Azure протестировать сервис на основе Центры событий Azure с ограниченной общедоступной конечной точкой. Доступ к конечной точке Центров событий Azure ограничен определенными IP-адресами клиентов. Например, служба собирает события из различных локальных источников событий, анализирует эти события и генерирует оповещения при обнаружении аномалий.

Детали сценария

В этом сценарии нагрузочное тестирование Azure используется для проверки производительности архитектуры на основе Центров событий Azure. Нагрузочное тестирование Azure можно легко настроить для поддержки сетевых требований целевой службы. Ресурсы нагрузочного тестирования развертываются только во время тестов, и ими можно управлять из конвейера Azure DevOps или действия Github.

Возможные варианты использования

Организации могут использовать нагрузочное тестирование Azure для проверки производительности следующих вариантов использования на основе Центров событий Azure:

• Обнаружение аномалий (мошенничество/выбросы)
• Регистрация приложений
• Аналитические конвейеры, такие как Clickstream
• Живые панели мониторинга
• Архивирование данных
• Обработка транзакции
• Обработка телеметрии пользователя
• Потоковая передача телеметрии устройства

Архитектура системы, которую мы хотим загрузить тестом

Поток данных

В этом параграфе описан возможный пример сценария системы, которую мы хотим протестировать. Сначала брандмауэр пространства имен Центров событий Azure настроен на прием подключений из разных источников в Интернете, добавив исходные IP-адреса в конфигурацию брандмауэра.

1. Центры событий Azure собирают события из разных источников.

2. Служба анализирует события, используя различные возможные ресурсы, такие как Фабрика данных Azure, Машинное обучение Azure, Azure Stream Analytics, Azure Synapse Analytics. При обнаружении аномалии предупреждение отправляется в концентратор выходных событий.

Архитектура нагрузочного тестирования

Нагрузочное тестирование этой инфраструктуры требует развертывания службы нагрузочного тестирования Azure с использованием этого сценария. нагрузочное тестирование общедоступной конечной точки с ограничениями доступа.

В этом случае помимо службы нагрузочного тестирования Azure развертываются виртуальная сеть Azure и шлюз Azure NAT, чтобы использовать один и тот же общедоступный IP-адрес источника для запросов, поступающих от службы нагрузочного тестирования. Конвейер (конвейер Azure DevOps, действие Github), выполняющий нагрузочный тест, добавляет общедоступный IP-адрес источника в конфигурацию брандмауэра Центра событий перед запуском тестов и удаляет его после завершения тестов.

Сценарий нагрузочного тестирования

В этом параграфе описаны все действия по загрузке тестовых Центров событий Azure с ограниченным общим доступом.

1. Настройте брандмауэр пространства имен Центров событий Azure для приема подключений из различных источников в Интернете, включая службу нагрузочного тестирования Azure, добавив исходные IP-адреса в конфигурацию брандмауэра.
2. Запустите службу нагрузочного тестирования, чтобы отправлять запросы во входной концентратор событий.
3. Центры событий Azure собирают события из разных источников.
4. Служба анализирует события, используя различные возможные ресурсы, такие как Фабрика данных Azure, Машинное обучение Azure, Azure Stream Analytics, Azure Synapse Analytics. При обнаружении аномалии предупреждение отправляется в концентратор выходных событий.
5. Оповещение может инициировать отправку письма или уведомления. Более того, оповещение может храниться в хранилище Azure и Azure SQL Server.
6. Хотя нагрузочное тестирование по-прежнему отправляет запросы в концентратор событий Azure, конвейер нагрузочного тестирования отправляет события, которые должны вызвать оповещение, тот же конвейер считывает события (оповещения) из концентратора выходных событий для измерения задержки системы.
7. По достижении продолжительности нагрузочного тестирования служба прекращает отправку запросов во входной концентратор событий. Результаты нагрузочного тестирования являются успешными, если задержка оповещения не ухудшается из-за высокого входящего трафика.

Компоненты

Помимо нагрузочного тестирования Azure и концентраторов событий Azure, в этом параграфе описывается список служб, которые можно развернуть в Azure для анализа входящих событий и, возможно, для создания оповещений при обнаружении аномалии.

• Нагрузочное тестирование Azure: Дайте разработчикам и тестировщикам возможность создавать крупномасштабные нагрузки и запускать симуляции, которые позволяют получить полезную информацию о производительности, масштабируемости и емкости приложений с помощью полностью управляемой службы нагрузочного тестирования.
• Быстро создавайте тесты без предварительного знания инструментов нагрузочного тестирования или загружайте существующие сценарии Apache JMeter. Получайте специализированные рекомендации, подкрепленные комплексными метриками и аналитикой, а также поддерживайте постоянное совершенствование посредством автоматизированных рабочих процессов непрерывной интеграции и непрерывной доставки (CI/CD) — и все это с помощью службы тестирования, созданной для Azure.
• Центры событий Azure: Потоковая передача миллионов событий в секунду из любого источника для создания динамических конвейеров данных и немедленного реагирования на бизнес-задачи.
• Машинное обучение Azure: дает возможность ученым и разработчикам данных быстрее и увереннее создавать, развертывать высококачественные модели и управлять ими.
• Фабрика данных Azure: Интегрируйте все свои данные с помощью Azure Data Factory — полностью управляемой бессерверной службы интеграции данных.
• Azure Synapse Analytics: Безграничный аналитический сервис, объединяющий интеграцию данных, хранилище корпоративных данных и анализ больших данных.
• Azure Stream Analytics: переход от нуля к производству за считанные минуты с помощью SQL, который легко расширяется с помощью специального кода и встроенных возможностей машинного обучения для более сложных сценариев.
• Служба Azure Kubernetes: Самый быстрый способ начать разработку и развертывание облачных приложений в Azure, центрах обработки данных или на периферии с помощью встроенных конвейеров передачи кода в облако и защитных ограждений.
• Хранилище BLOB-объектов Azure: масштабируемое объектное хранилище для любого типа неструктурированных данных, включая изображения, видео, аудио, документы и многое другое. Это легко и экономически эффективно.
• База данных SQL Azure: Полностью управляемая служба реляционных баз данных, созданная для облака. Создайте свое следующее приложение, используя простоту и гибкость многомодельной базы данных, которая масштабируется в соответствии с потребностями.
• Электронная почта: создавайте автоматизированные задачи и рабочие процессы с помощью Azure Logic Apps и Microsoft 365 Outlook Connector для отправки электронной почты.

Соображения

Оптимизация затрат

Следующие шаги