Введение

  • 5 мин

Многие приложения состоят из программ, выполняющихся на нескольких разных компьютерах или устройствах. Для взаимодействия компонентов таких распределенных приложений необходимо пересылать сообщения по сети на большие расстояния. Для слабосвязанных архитектур даже в пределах одного сервера или центра обработки данных требуются механизмы обмена данными между компонентами. Надежный обмен сообщениями зачастую является критически важной проблемой.

Предположим, вы работаете в компании, которая разрабатывает приложение для обмена музыкой. Музыканты могут добавлять свои произведения на вашу платформу с помощью веб-интерфейса или мобильного приложения. Они также могут прослушивать и комментировать произведения других участников. Приложение состоит из веб-сайта, работающего в вашем isP, мобильном приложении, работающем на мобильных устройствах пользователей, веб-API, работающем в Azure, и База данных SQL Azure для хранения данных.

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

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

Цели обучения

Изучив этот модуль, вы сможете:

  • Описание событий и сообщений, а также проблем, которые можно решать с их помощью в распределенном приложении.
  • Определение сценариев, в которых очередь Службы хранилища является оптимальной технологией обмена сообщениями для приложения.
  • Определение сценариев, в которых Сетка событий является оптимальной технологией обмена сообщениями для приложения.
  • Определение сценариев, в которых Центры событий являются оптимальной технологией обмена сообщениями для приложения.
  • Определение сценариев, в которых Служебная шина является оптимальной технологией обмена сообщениями для приложения.