Знакомство
Многие приложения состоят из программ, работающих на нескольких разных компьютерах или устройствах. В таких распределённых приложениях сообщения должны отправляться между компонентами через сети на большие расстояния. Даже на одном сервере или в одном центре обработки данных слабо связанные архитектуры требуют механизмов взаимодействия компонентов. Надежная передача сообщений часто является критической проблемой.
Предположим, вы работаете в программной компании, которая разрабатывает приложение для обмена музыкой. Музыканты могут отправлять музыку, которую они создают на платформу с помощью веб-интерфейса или мобильного приложения. Они могут слушать и комментировать работу других участников. Приложение состоит из следующих компонентов:
- Веб-сайт, работающий у вашего поставщика услуг Интернета (ISP)
- Мобильное приложение, работающее на мобильных устройствах пользователей
- Веб-API, которое работает в Azure
- База данных SQL Azure для хранилища данных.
Вы заметили, что во время высокого спроса некоторые музыкальные файлы не успешно загружены, и некоторые комментарии не публикуются. Ваше тестирование показывает, что потерянные сообщения между фронтальными компонентами и веб-API вызывают эти проблемы. Вы планируете решить эти проблемы с помощью одной или нескольких следующих технологий: очередей хранилища Azure, центров событий Azure, сетки событий Azure и служебной шины Azure.
Здесь вы узнаете, как выбрать правильную технологию обмена сообщениями в Azure для каждой задачи связи в распределенном приложении.
Цели обучения
В этом модуле вы будете:
- Описывайте события и сообщения, а также проблемы, которые можно использовать для решения в распределенном приложении.
- Определите сценарии, в которых очередь хранилища является лучшей технологией обмена сообщениями для приложения.
- Определите сценарии, в которых сетка событий является лучшей технологией обмена сообщениями для приложения.
- Определите сценарии, в которых Центры событий являются лучшими технологиями обмена сообщениями для приложения.
- Определите сценарии, в которых служебная шина является лучшей технологией обмена сообщениями для приложения.