Опубликован: 28.01.2014 | Уровень: для всех | Доступ: платный
Лекция 10:

Использование Windows Azure Mobile Services

< Лекция 9 || Лекция 10: 1234 || Лекция 11 >

Собственный код (Custom API)

Как уже говорилось ранее, мобильный сервис автоматически генерирует REST API, состоящее из четырех обработчиков основных операций, для каждой таблицы в хранилище. Однако подобный подход накладывает серьезное ограничение на гибкость создаваемого решения – если разработчику необходимо переложить логику на серверную сторону, но эта логика не относится ни к одной из таблиц в хранилище, то использование автоматически генерируемых REST API приведет к лишним операциям с хранилищем. Летом 2013 года была анонсирована новая возможность, которая позволяет решить эту проблему – Custom Code, или собственный код. Собственный код также является автоматически генерируемым REST API для четырех основных операций, однако не привязан к конкретной таблицей, являя собой, таким образом, часть системы, на которую можно переложить некоторую логику, не задействуя при этом таблицы в хранилище мобильного сервиса. Программирование собственного кода аналогично программированию серверных скриптов для REST API, автоматически генерируемого для таблиц хранилища мобильного сервиса.

Поддержка Git и новые инструменты Visual Studio 2013

В Visual Studio 2013 появилась прямая интеграция Server Explorer с мобильными сервисами и другими сервисами Windows Azure. Подобная интеграция позволяет использовать инструменты IDE для редактирования и управления серверными скриптами мобильного сервиса.

Редактирование скриптов в Visual Studio 2013

увеличить изображение
Рис. 14.15. Редактирование скриптов в Visual Studio 2013

Вторым вариантом локального редактирования серверных скриптов является помещение скриптов в репозиторий Git, производящий синхронизацию локальной копии скриптов с их состоянием в мобильном сервисе.

Масштабирование мобильного сервиса

Масштабирование мобильного сервиса осуществляется на портале управления Windows Azure на вкладке Scale мобильного сервиса. Разработчик может производить масштабирование для вычислительных ресурсов и хранилища базы данных.

Так, для вычислительных ресурсов мобильного сервиса доступно три уровня использования:

  • Free. На данном уровне разработчик имеет 10 мобильных сервисов бесплатно, но ограничен малым количеством вызовов API (до 500 000), количеством задач планировщика (в час может быть выполнена только одна задача), а также количеством активных подключенных устройств. Также на уровне Free недоступны опции масштабирования.
  • Standard. На данном уровне разработчик оплачивает каждый из мобильных сервисов, но доступное количество вызовов API увеличено до 1.5 млн. на мобильный сервис, количество задач планировщика увеличено до 10 единиц, в час может быть выполнено 50 тысяч раз. Мобильный сервис уровня Standard может быть масштабирован до 6 единиц.
  • Premium. На данном уровне разработчик оплачивает каждый из мобильных сервисов, доступное количество вызовов API увеличено до 15 млн., количество задач равно 10 единицам, в час может быть выполнено 500 тысяч раз. Мобильный сервис уровня Premium может быть масштабирован до 10 единиц.

Переход на другой уровень осуществляется на панели управления мобильным сервисом. На уровнях Standard и Premium доступны дополнительные опции, такие как автомасштабирование согласно нагрузке, и ручное изменение количества экземпляров, выполняющих мобильный сервис. Также мобильный сервис интегрирован с сервисом Windows Azure SQL Databases, что означает возможность изменения уровня базы данных с облегченной версии Web на Business с соответствующим увеличением максимального размера базы данных (до 150 гб).

Маштабирование мобильного сервиса

увеличить изображение
Рис. 14.16. Маштабирование мобильного сервиса

Сервис Windows Azure Mobile Services имеет наборы разработки для всех популярных платформ – Windows 8, Windows Phone 8, Android, iOS. При этом принципиально функциональность API не отличается. Всё, что необходимо сделать разработчику для интеграции аутентификации на различные платформы или внедрения Push-уведомлений, которые рассылаются из единого места-бекэнда на платформы, например, Windows Phone, Android и iOS – это внести соответствующие изменения на портале управления Windows Azure, перейдя на панель управления мобильным сервисом.

Конфигурация сервисов Push-уведомлений для различных платформ

Рис. 14.17. Конфигурация сервисов Push-уведомлений для различных платформ

На панели управления мобильным сервисом также доступны тестовые приложения под все поддерживаемые платформы, уже преднастроенные для использования хранилища Windows Azure Mobile Services.

Панель управления мобильным сервисом – тестовые приложения

увеличить изображение
Рис. 14.18. Панель управления мобильным сервисом – тестовые приложения

Заключение

Сервис Windows Azure Mobile Services предоставляет единый бекэнд для приложений, работающих на всех мобильных платформах (плюс Windows 8), состоящий из четырех функциональных механизмов: аутентификации, хранилища данных, планировщика задач и уведомлений. Разработчику достаточно настроить мобильный сервис и, при необходимости, интегрировать его с соответствующими сервисами Google и Apple (например, для обеспечения Push-уведомлений). Windows Azure Mobile Services являются сервисом, способным осуществлять автоматическое и ручное масштабирование.

< Лекция 9 || Лекция 10: 1234 || Лекция 11 >
Руслан Муравьев
Руслан Муравьев

Сайт dreamspark пишет что код истек :(

Andriy Zymenko
Andriy Zymenko

Этот курс требует оновления https://portal.azure.com/#create/hub здесь нет пункта Web Site в разделе Compute. К тому же для создание трубуется подписка

Абакар Сотавов
Абакар Сотавов
Россия, Санкт-Петербург
Ivan Stefanov
Ivan Stefanov
Болгария