Компания Аплана подготовил обширный обзор сценариев использования сервисов платформы Windows Azure. Мы рады поделиться с вами этим интересным документом, который будет полезен как отдельным разработчикам, так и компаниям, занимающимся созданием приложений и рассматривающим облако Windows Azure как платформу для своих решений.Теги: #Microsoft Azure #paas #облачные сервисы #сценарии #windows azureЭто руководство разделено на три части.
Во второй части вы узнаете о сценариях резервного копирования и отказоустойчивости для веб-приложений, мобильных и мультимедийных приложений.
Первая часть документа доступна по адресу эта ссылка .
Резервное копирование для веб-сайтов
Решение для резервного копирования и восстановления веб-сайтов позволяет реализовать механизм резервного копирования веб-сайта на базе хранилища Windows Azure. В ряде случаев решение позволяет обеспечить совместимость на уровне веб-сервера и базы данных, а также реализовать возможность запуска копии сайта непосредственно из облака.Подход к резервному копированию веб-сайта может состоять из нескольких этапов, перечисленных ниже:
Давайте начнем обсуждение решения резервного копирования и последующего восстановления веб-сайта с создания резервной копии сайта.
- Резервное копирование вашего сайта
- Запуск сайта из облака
- Миграция базы данных
Резервное копирование веб-сайта
В целом существует четыре типа веб-сайтов, для которых можно выполнить резервное копирование с помощью этого решения:Стоимость реализации решения по созданию резервной копии сайта на платформе Windows Azure зависит от того, как будет реализован компонент, формирующий и отправляющий «пакет» с копией сайта в Azure Storage.
- Простой сайт на IIS
- Скопировано: код, настройки сервера, структура файловой системы, файлы.
- Простой сайт на PHP
- Скопировано: код, настройки сервера, структура файловой системы, файлы.
- Сайт на IIS с базой данных
- Скопировано: код, настройки сервера, структура файловой системы, файлы, база данных.
- PHP-сайт с базой данных
- Скопировано: код, настройки сервера, структура файловой системы, файлы, база данных.
Запуск сайта из облака
В тех случаях, когда веб-сайт основан на наборе технологий, поддерживаемых в рамках инфраструктурных сервисов облачной платформы Windows Azure, это решение можно расширить за счет создания виртуальной машины или набора виртуальных машин и последующего размещения их в инфраструктуре Windows Azure. Отметим, что данный подход является одним из способов повышения отказоустойчивости сайта.Стоимость реализации решения по запуску копии сайта из облака зависит от характеристик виртуальной машины, в которой будет находиться образ сайта, требований к базе данных и объема исходящего трафика.
Повышение устойчивости веб-сайта
Решение для повышения отказоустойчивости сайта позволяет повысить масштабируемость и отказоустойчивость сайта, быстро реагировать на DOS и DDOS-атаки, осуществлять мониторинг и анализ входящего трафика, а также динамическую настройку веб-сервера.Ниже перечислены возможные подходы к реализации данного решения, выбор которых зависит от конфигурации существующего веб-сервера, инфраструктуры заказчика, а также стоящих перед ним задач:
Возможные расширения этого решения:
- Перенос сайта на Windows Azure.
- Возможные варианты реализации – использование Windows Azure Web Role, Windows Azure Web Sites, развертывание Windows Server и Internet Information Services (IIS) на виртуальной машине (инфраструктурные сервисы)
- Использование инфраструктурных сервисов для развертывания веб-сайта на виртуальной машине
- Обеспечение масштабируемости
- Использование механизма автомасштабирования (позволяет увеличить количество ресурсов, обрабатывающих входящие запросы и, таким образом, некоторое время «выдерживать» DOS/DDOS-атаки) — возможно, если вы используете сервисы платформы Windows Azure.
- Создание монитора, контролирующего количество и характеристики виртуальных машин, на которых размещен сайт — возможно, если вы используете инфраструктурные сервисы Windows Azure.
- Обеспечение повышенной отказоустойчивости
- Размещение дополнительных копий сайта в том же дата-центре, дата-центре в том же географическом районе, в дата-центре в другом географическом регионе, подключение Traffic Manager для внешней балансировки нагрузки и распределения входящих запросов.
Преимущества предлагаемого решения по повышению отказоустойчивости сайта:
- Реализация модуля мониторинга и анализа входящего трафика.
- Мониторинг и анализ входящего трафика включает сбор информации, которую затем можно использовать для динамической настройки веб-сервера.
- Реализация механизма динамической настройки веб-сервера.
- На основе данных, собранных модулем мониторинга и анализа входящего трафика, можно задать правила динамической настройки веб-сервера.
Как отмечалось выше, данное решение может быть реализовано в несколько этапов в зависимости от текущих задач заказчика.
- Повышение масштабируемости сайта
- Повышение отказоустойчивости сайта
- Снижение вероятности потери доступности ресурсов во время DOS/DDOS-атак.
- Умение анализировать и динамически настраивать веб-сервер
Мобильный доступ к ресурсам
Данное решение позволяет использовать облако для предоставления мобильного доступа к ресурсам компании – как для сотрудников компании, так и для партнеров и конечных пользователей.Одной из задач, с которой часто сталкиваются многие компании, является предоставление доступа к ресурсам компании, расположенным во внутренней инфраструктуре — такими ресурсами могут быть как файлы, так и некоторые приложения или процессы.
Чаще всего данная задача возникает в случаях, когда необходимо обеспечить доступ к ресурсам с мобильных устройств – это могут быть как мобильные устройства сотрудников, так и мобильные устройства конечных пользователей.
Выделим три основные категории пользователей мобильных услуг:
Существует 3 основных типа ресурсов, которые могут быть интересны сотрудникам, оснащенным мобильными устройствами:
- Сотрудники – их количество известно, особых требований к масштабируемости приложения нет.
- Партнеры - их количество известно, умеренные требования к масштабируемости приложения
- Конечные пользователи – их количество заранее неизвестно, высокие требования к масштабируемости приложения
Из этой классификации ресурсов естественным образом возникают следующие сценарии:
- Приложения, работающие во внутренней инфраструктуре компании.
- Данные, хранящиеся в базах данных и других типах хранилищ, расположенных во внутренней инфраструктуре компании.
- Внутренние порталы и веб-сайты компании, доступные только внутри компании.
Реализация одного или нескольких из вышеперечисленных сценариев зависит, как минимум, от следующего:
- Сценарий 1:
- Компании необходимо предоставить сотрудникам, оснащенным мобильными устройствами, доступ к внутренним приложениям.
- Сценарий 2:
- Компании необходимо предоставить сотрудникам, оснащенным мобильными устройствами, доступ к данным или подмножеству данных, хранящихся внутри компании.
- Сценарий 3:
- Компании необходимо предоставить сотрудникам, оснащенным мобильными устройствами, доступ к внутренним порталам и/или сайтам компании (интранет).
В целом решение по обеспечению мобильного доступа к ресурсам компании должно отвечать следующим требованиям:
- Текущая инфраструктура и технологии, используемые внутри компании.
- Бюджет и ресурсы, выделенные на создание мобильных решений
- Политика компании в области поддержки устройств, принесенных самими пользователями (Bring Your Own Device, BYOD), а также принятые в компании стандарты для мобильных устройств и поддерживаемых типов устройств.
- Безопасность
- Решение должно поддерживать аутентификацию и авторизацию как на уровне принятых в компании механизмов (например, Active Directory и ролевой модели), так и наиболее популярных систем, включая Live ID, Google ID и т. д.
- Масштабируемость
- В случае предоставления доступа к подмножеству ресурсов внешним пользователям, количество которых заранее неизвестно, решение должно обеспечивать адекватный ответ на поступающие запросы, своевременно выделяя необходимые ресурсы, необходимые для их обработки.
- Поддерживает различные типы мобильных устройств.
- В случае предоставления доступа к подмножеству ресурсов внешним пользователям или партнерам решение должно обеспечивать поддержку различных типов мобильных устройств – как на уровне интерфейса, так и на уровне методов и протоколов взаимодействия.
Мобильный доступ к приложениям
В этом сценарии компании необходимо предоставить сотрудникам, оснащенным мобильными устройствами, доступ к внутренним приложениям.Реализация данного сценария зависит от приложений, доступ к которым необходимо реализовать на уровне создаваемого решения.
В целом можно выделить три типа приложений:
В первом случае реализация т.н.
- Приложения, поддерживающие базовые механизмы интеграции
- Приложения, поддерживающие механизмы интеграции на уровне веб-сервисов.
- Приложения реализованы как функциональный набор веб-сервисов, интегрированных друг с другом.
«уровень интеграции», который будет представлять собой программное решение, которое взаимодействует с базовыми механизмами интеграции «традиционных» приложений и «открывает» эти механизмы для стандартного набора веб-сервисов, созданных в рамках решения.
Второй и третий типы приложений потребуют реализации механизма взаимодействия существующих на уровне приложения веб-сервисов со стандартным набором веб-сервисов, создаваемых в рамках решения.
Доступ к мобильным данным
В этом сценарии компании необходимо предоставить сотрудникам, оснащенным мобильными устройствами, доступ к данным или подмножеству данных, хранящихся внутри компании.Реализация этого сценария зависит от типа данных, к которым необходимо получить доступ в рамках создаваемого решения.
Как правило, это могут быть данные, хранящиеся в системах управления базами данных (СУБД), и данные, хранящиеся в виде файлов в хранилищах соответствующего типа.
В общем, в создаваемом решении доступны два типа данных:
В зависимости от типа перечисленных выше данных могут быть реализованы два подхода к обеспечению мобильного доступа к ним – либо получение данных непосредственно из хранилища компании (для часто изменяемых данных), либо создание промежуточного «облачного» хранилища для обеспечения доступа к редко изменяемым данным.
- Данные, состав и содержание которых редко меняются.
- Например: контактная информация, список продукции, маркетинговые материалы.
- Данные, состав и содержание которых часто меняются.
- Например, складские остатки, цены на продукцию
.
В зависимости от частоты изменения данных можно использовать тот или иной подход или их комбинацию.
Для снижения нагрузки на внутренние системы компании можно реализовать, например, автоматическую выгрузку данных через заданные промежутки времени или, например, синхронизацию данных, хранящихся в СУБД, с соответствующим хранилищем в облаке.
Как и в предыдущем сценарии, конкретная реализация этого решения зависит от типа данных, частоты их обновления и объема данных, которые, как ожидается, будут потребляться мобильными пользователями.
Мобильный доступ к веб-ресурсам
В этом сценарии компании необходимо предоставить сотрудникам, оснащенным мобильными устройствами, доступ к внутренним порталам и/или веб-сайтам компании (Интернет).Сравнительно часто перед компанией стоит задача сделать доступными веб-ресурсы, полная оптимизация которых невозможна.
Например, хотя все современные мобильные устройства поддерживают веб-браузеры, которые можно использовать для доступа к веб-ресурсам, часто структура и дизайн таких ресурсов не соответствуют требованиям удобства использования при доступе с мобильных устройств.
Особенно актуальна эта проблема для мобильных телефонов с небольшим размером экрана — в этом случае предполагается работа с веб-страницами, оптимизированными под этот форм-фактор.
Создание отдельной мобильной версии веб-ресурса не всегда возможно – эта задача требует дополнительного бюджета, ресурсов и зачастую все ресурсы просто не нужны пользователям, оснащенным мобильными устройствами.
Подход, предлагаемый в этом решении, заключается в создании промежуточного «облачного» хранилища, которое будет служить «буфером» между пользователями, оснащенными мобильными устройствами, и веб-ресурсами компании.
Такой подход может быть актуален в случаях, когда количество пользователей заранее неизвестно, а оптимизация существующей инфраструктуры невозможна — в этом случае все задачи по обеспечению масштабируемости берет на себя «облачный» буфер.
Далее, в зависимости от потребностей конкретного заказчика, могут быть созданы либо мобильные клиентские приложения, либо набор HTML-страниц, оптимизированных для отображения на мобильных устройствах.
Описанный выше подход имеет следующие преимущества:
Стоимость хостинга решения для мобильного доступа к веб-ресурсам компании обычно складывается из стоимости двух описанных ранее решений — решения для доступа к приложениям и решения для доступа к данным.
- Позволяет обеспечить мобильный доступ к веб-ресурсам компании без необходимости оптимизации существующей инфраструктуры.
- Обеспечивает высокую надежность и масштабируемость за счет использования соответствующих компонентов сервисов платформы Windows Azure.
- Обеспечивает необходимый уровень безопасности, поскольку пользователи получают доступ к «облачному» буферу, а не к внутренним веб-ресурсам компании.
- Он расширяем – без каких-либо изменений со стороны инфраструктуры компании, при необходимости можно добавить поддержку новых типов устройств.
Пример Выбор «облака» в качестве буфера между инфраструктурой заказчика и мобильными пользователями позволяет существенно повысить масштабируемость и отказоустойчивость решения.В этом случае практически не требуется никаких изменений в существующей инфраструктуре заказчика.
Именно так поступили специалисты компании «Аплана» при создании решения для одного из столичных аэропортов.
Реализованное на платформе Windows Azure решение получает данные из внутренней системы аэропорта по FTP, преобразует их, сохраняет в облачном хранилище и предоставляет информацию о рейсах, услугах и общественном транспорте сотням тысяч пользователей мобильных приложений аэропорта.
Использование медиаданных
Службы платформы Microsoft Windows Azure (PaaS) включают компонент для работы с мультимедийными данными (Windows Azure Media Services).Медиа-сервисы — это набор функций для размещения, преобразования, защиты и трансляции контента.
Медиа-услуги и обучение
Примером использования медиа-сервисов может быть внутренняя система обучения сотрудников и партнеров.В данной системе реализована возможность отслеживания действий учащихся – например, они не могут пропускать фрагменты видео, должны реагировать на информацию, представленную на экране и т. д. В сочетании с игровым механизмом (геймификацией) такая система может стать новым шагом в обучение и развитие сотрудников и партнеров.
Медиа-услуги и маркетинговые программы
Второй пример использования медиасервисов — публикация маркетинговых материалов со встроенной рекламой и системой сбора метрик на сайте компании и/или ее партнеров.Этот подход не требует размещения материалов на внешних хостинговых системах, таких как YouTube, и позволяет гибко подходить к определению собираемых данных, форматов их представления и т. д., а также предоставляет такие функции, как поддержка конвертации на лету.
форматов файлов, адаптивное потоковое воспроизведение и т. д. Второй вариант — использовать медиасервисы в качестве промежуточной платформы при создании маркетинговых материалов, например, для сбора мнений конкретной аудитории или партнеров.
Готовые материалы публикуются на YouTube или другом публичном медиа-хостинге.
Использование медиа-сервисов
Пример В целях повышения прозрачности своей деятельности одно из министерств РФ решило выложить в открытый доступ видеозаписи деятельности своих ведомств.Использование Windows Azure Media Services позволяет решить задачу предоставления видеоинформации в виде адаптивного потока, учитывающего скорость соединения пользователей, а интеграция с Active Directory (через Windows Azure Active Directory) обеспечивает распределение прав на сотрудники организации, которые размещают данные и редактируют атрибуты.Видеозаписи сопровождаются набором расширенных атрибутов, часть из которых автоматически добавляется из внутренней системы министерства.
Общий объем информации составляет несколько миллионов записей.
Монетизация данных и услуг
Другой вариант использования сервисов платформы Microsoft Windows Azure (PaaS) — создание сервиса предоставления данных (например, каталогов и т.п.) партнерам для их последующей «продажи» конечным потребителям.
В этом случае создается сервис, имеющий «коммерческую» составляющую, позволяющий, например, отслеживать количество обращений к данным от каждого партнера и на этой основе ежемесячно выставлять партнерам счета.
Поскольку сами данные и сервисы располагаются в «облаке», это делает такое решение независимым от базовой инфраструктуры заказчика и масштабируемым – т.е.
при увеличении количества обращений к сервису автоматически выделяются дополнительные ресурсы для измеряемых – т. е.
становится возможным отслеживать обращения к сервисам и данным.
О компании Аплана
Компания «Аплана» специализируется на разработке, тестировании и сопровождении программного обеспечения, созданного в соответствии с конкретными требованиями заказчика, и предоставляет услуги по внедрению и интеграции приложений для корпоративных клиентов на российском и зарубежном рынках.Компания «Аплана» входит в Группу компаний «АйТи» и имеет представительства в России, США и Великобритании.
Компания «Аплана» является официальным партнером Microsoft и имеет ряд наград Microsoft Partner Awards в области разработки программного обеспечения.
В 2013 году «Аплана» получила награду «Партнер года» в номинациях.
«Аплана» стала первой российской компанией, ставшей участником Azure Circle — программы, объединяющей ведущих партнеров Microsoft, выполняющих полный комплекс работ по созданию приложений на платформе Windows Azure для корпоративных клиентов.
Участие в этой программе позволяет «Аплане» расширить спектр предоставляемых услуг, повысить технический уровень и качество реализуемых проектов, а также дает возможность привлечь ресурсы Microsoft при поиске решений возникающих вопросов и предложении оптимизированных проектных решений.
В штат компании входят разработчики, сдавшие экзамен «Проектирование и разработка приложений Windows Azure», подтвердивший свою квалификацию в области платформенных и облачных технологий от Microsoft. Кроме того, «Аплана» реализовала ряд успешных проектов для российских и зарубежных заказчиков, в том числе «Телеграф Медиа Групп», UBM Medica, Аэропорт Шереметьево и ряда других компаний.
Продолжение чтения в следующей статье.
-
Армения
19 Oct, 24 -
Закрытие Автоматических Интерфейсов Webmoney
19 Oct, 24 -
Почему Нужно Мечтать
19 Oct, 24 -
Проблемы Интернета Будущего. Что Нас Ждет?
19 Oct, 24 -
Будут Ли Google И Myspace Работать Вместе?
19 Oct, 24
