Знакомство с windows azure

Знакомство с Microsoft Azure - Microsoft Azure Hub

знакомство с windows azure

Совсем недавно компания Microsoft опубликовала книгу «Знакомство с Windows Azure для ИТ-специалистов», переведенную на русский. «Знакомство с Windows Azure для ИТ-специалистов». Windows Azure — открытая и гибкая облачная платформа, позволяющая быстро. Windows Azure — это открытая и гибкая облачная платформа, позволяющая быстро создавать, развертывать и управлять приложениями в глобальной.

Веб сайты Один из наиболее распространённых способов использования облачных платформ — это запуск в нём вебсайтов и веб-приложений. А что если вам просто нужен вебсайт, уже администрируемый кем-то другим? Вы можете перенести существующий вебсайт работающий под управлением IIS на платформу Microsoft Azure в неизменном виде, или же вы можете создать новый сайт прямо в облаке.

Для ведения разработки он поддерживает. Он также содержит встроенную поддержку нескольких популярных приложений, включая WordPress, Joomla и Drupal. Цель состоит в том, чтобы предложить недорогую, масштабируемую и широко используемую платформу для создания веб-сайтов и веб-приложений в публичном облаке.

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

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

Эта технология разработана специально для поддержки масштабируемых, надёжных и требующих минимальных административных усилий приложений. Затем ваш код выполняется в виртуальных машинах называемых экземплярами под управлением версии операционной системы Windows Server. Начнём с того, что платформа Microsoft Azure сама управляет ими, выполняя такие операции как установка обновлений операционной системы и автоматическое развёртывание исправленных образов.

Кстати, это означает, что ваше приложение не должно сохранять своё состояние в сети или в экземпляре рабочей роли: Платформа Microsoft Azure также следит за состоянием этих виртуальных машин, при необходимости перезагружая те, в работе которых возникают сбои. Как показано на рисунке 2, когда вы создаёте экземпляр, вы можете выбрать одну из двух ролей, каждая из которых базируется на операционной системе Windows Server.

Основное различие между ними состоит в том, что в экземпляре веб-роли запускаются службы IIS, в то время как в экземпляре рабочей роли этого не происходит. Тем не менее, обе роли управляются одинаково, и использование приложением сразу обеих является общей практикой. Например, экземпляр веб-роли может принимать запросы от пользователей и затем передавать их экземпляру рабочей роли для обработки.

Для масштабирования в обе стороны вашего приложения вы можете давать платформе Microsoft Azure указания создать дополнительные экземпляры любой роли или завершить работу имеющихся. Каждой из трёх моделей выполнения платформы Microsoft Azure отведена особая роль. Виртуальные машины платформы Microsoft Azure обеспечивают вычислительную среду общего назначения. Веб сайты платформы Microsoft Azure предлагают недорогой веб-хостинг. А Облачные службы платформы Microsoft Azure — это наилучший выбор для создания масштабируемых надёжных приложений с низкими затратами на администрирование.

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

Книга «Знакомство с Windows Azure для ИТ-специалистов» на русском языке

Управление данными Приложениям нужны данные. Причём разным типам приложений нужны разные типы данных. Поэтому платформа Microsoft Azure предоставляет несколько различных способов для хранения и управления данными. Один из них уже был упомянут: Важно понимать, что этот вариант не ограничивает вас реляционными системами: Развёртывание собственной системы управления базами данных — это простой и понятный путь, это повторение того, к чему мы привыкли в своих собственных центрах обработки данных, но этот способ также подразумевает занятие администрированием этой СУБД.

Чтобы облегчить жизнь, платформа Microsoft Azure предлагает три варианта управления данными, в значительной степени беря это управление на. Эти варианты представлены на рисунке 3. Для управления данными платформа Microsoft Azure предлагает реляционное хранилище, масштабируемые NoSQL-таблицы и неструктурированное хранилище двоичных данных Каждый из этих трёх вариантов направлен на различные нужды: Во всех трёх случаях данные автоматически реплицируются на три различных компьютера в центре обработки данных Microsoft Azure для обеспечения высокой доступности.

Также стоит отметить, что во всех трёх вариантах данные могут быть доступны как из приложений платформы Microsoft Azure, так и из приложений, выполняющихся где-либо ещё, например, в вашем локальном центре обработки данных, на вашем ноутбуке или на вашем телефоне. Независимо от способов применения данных, оплата за все услуги управления ими, предоставляемые платформой Microsoft Azure, основывается на реальном использовании, включая месячную ставку за хранение гигабайта информации. Вы по-прежнему управляете вашими данными и определяете круг тех, кто может получить к ним доступ, но База данных SQL берёт на себя всю тяжёлую административную работу, такую как управление аппаратной инфраструктурой и автоматическое поддержание программного обеспечения операционной системы и сервера баз данных в актуальном состоянии.

База данных SQL также предоставляет услугу федерации данных, то есть может распределять данные между несколькими серверами. Это полезно для приложений, которые работают с большими объёмами данных или которым для улучшения производительности требуется распределить запросы к данным между несколькими серверами. Если вы создаёте приложение для платформы Microsoft Azure используя любую из трёх моделей выполнениякоторому требуется хранилище реляционных данных, то База данных SQL может оказать подходящим вариантом.

Впрочем, и приложения, выполняющиеся вне облака, также могут воспользоваться этим сервисом, так что в этом случае существует ещё масса вариантов. Например, доступ к данным, хранящимся в Базе данных SQL, может быть осуществлён из различных клиентских систем, включая настольные компьютеры, ноутбуки, планшеты и телефоны. И, поскольку при помощи встроенной репликации обеспечивается высокая доступность данных, использование Базы данных SQL может свести время простоя к минимуму.

Книга «Знакомство с Windows Azure для ИТ-специалистов» на русском языке | hontefulha.tk

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

Ожидается, что приложение будет очень популярным, поэтому вам надо будет работать с большими объёмами данных, но вы не планируете особых операций с ними помимо хранения, кроме разве что несложных выборок.

знакомство с windows azure

Этот как раз один из тех сценариев, когда применение Таблиц платформы Microsoft Azure имеет смысл. Вместо этого, Таблицы платформы Microsoft Azure позволяют приложению хранить свойства различных типов, таких как строки, целые числа и даты.

Приложение может извлекать группу свойств по уникальному ключу этой группы. Хотя сложные операции, такие как объединения таблиц, не поддерживаются, таблицы обеспечивают быстрый доступ к типизированным данным. Кроме того, таблицы очень масштабируемы: И, в соответствии с их простотой, таблицы обычно менее дороги в использовании по сравнению с реляционным хранилищем Базы данных SQL.

Большие двоичные объекты Blobs Третий вариант управления данными, Большие двоичные объекты БДО платформы Microsoft Azure Blobs, разработан для хранения неструктурированных двоичных данных. Как и Таблицы, Большие двоичные объекты являются недорогим хранилищем, и в одном БДО может храниться до терабайта данных. Приложения, которые хранят, например, видео, или резервные копии носителей информации, или другие двоичные данные могут использовать БДО в качестве простого, дешёвого хранилища.

Приложения платформы Microsoft Azure могут также использовать накопители платформы Microsoft Azure, с помощью которых БДО играют роль постоянного хранилища для файловой системы Windows, смонтированной в экземпляре Microsoft Azure.

Приложение видит обычные файлы Windows, однако их содержимое на самом деле хранится в Больших двоичных объектах. Сетевые средства В настоящее время платформа Microsoft Azure выполняется в нескольких распределённых центрах обработки данных, расположенных на территории Соединённых Штатов, Европы и Азии.

Когда вы запускаете приложение или сохраняете данные, вы можете выбрать для использования один или несколько этих центров обработки данных.

Также вы можете подключиться к этим центрам различными способами: Рисунок 4 иллюстрирует эти три варианта. Платформа Microsoft Azure позволяет создавать облачные виртуальные частные сети, соединять приложение в облаке с локальными машинами, а также интеллектуально распределять запросы пользователей между центрами обработки данных Виртуальная сеть Полезный подход к использованию публичного облака — это относиться к нему как к расширению вашего собственного центра обработки данных.

Поскольку вы можете создавать виртуальные машины по требованию, а затем, когда необходимость в них отпадёт, удалять их, то у вас есть возможность иметь компьютерные мощности только тогда, когда вы этого хотите.

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

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

Connect Создание виртуальной частной сети между вашей локальной сетью и группой виртуальных машин в облаке — это полезно, но в то же время требует наличия аппаратного VPN-шлюза и услуг сетевого администратора.

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

Это может потребоваться, если вы создали приложение на основе Облачных служб, которому, к примеру, необходим доступ к базе данных, расположенной на одном из этих локальных серверов, а вы не хотите связываться с проблемой настройки шлюза виртуальной частной сети. Он обеспечивает простой способ установки безопасного соединения между приложением платформы Microsoft Azure и группой компьютеров под управлением Windows.

Разработчику достаточно установить программные компоненты Connect на локальных машинах в этом случае нет никакой необходимости привлекать сетевого администратора и настроить приложение платформы Microsoft Azure. После этого, приложение может взаимодействовать с локальными компьютерами, как если бы они были в одной локальной сети. Диспетчер трафика Traffic Manager Приложение платформы Microsoft Azure, пользователи которого находятся лишь в одной части планеты, может выполняться в одном единственном центре обработки данных Microsoft Azure.

А приложение, пользователи которого разбросаны по всему миру, скорее всего, будет выполняться в нескольких центрах обработки данных, может быть даже сразу во всех центрах платформы. Во втором случае вы столкнётесь с проблемой — как интеллектуально сопоставить пользователей с экземплярами приложения? Вероятно, вы предпочтёте, чтобы в течение большей части времени каждый пользователь имел доступ к ближайшему для себя центру обработки данных, что, скорее всего, обеспечит наилучшее время отклика.

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

знакомство с windows azure

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

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

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

Облачная платформа предоставляет набор ресурсов, доступных по требованию и оплачиваемых по мере использования, которые делают её хорошим основанием для подобного рода вычислений. Соответственно, платформа Microsoft Azure предлагает два варианта для бизнес аналитики.

Рисунок 5 иллюстрирует этот выбор. Для бизнес аналитики платформа Microsoft Azure предлагает службу отчётов и поддержку анализа больших объёмов данных Анализ данных может принимать множество разных форм, поэтому эти два варианта совершенно разные.

Стоит рассмотреть каждый из них по отдельности. Служба отчётов SQL Reporting Одним из наиболее распространённых способов использования хранимых данных является создание отчётов на основе этих данных. Этот компонент, являющийся подмножеством служб отчётов, поставляемых совместно с SQL Server, позволяет создавать отчёты в приложениях, выполняемых как в облаке Microsoft Azure, так и локально.

Знакомство с Windows 10

Другой вариант анализа данных, хранящихся в базе данных SQL, — это использование локальных инструментов бизнес аналитики. Технология Hadoop На протяжении многих лет основная часть анализа данных осуществлялась над реляционными данными, помещёнными в хранилище, построенное на основе реляционной СУБД. Этот вид бизнес аналитики по-прежнему важен и останется таким ещё в течение длительного времени. Но что делать, если размер данных, которые нужно анализировать, настолько велик, что реляционные базы данных просто не могут с ним справиться?

знакомство с windows azure

А если предположить, что эти данные и не являются реляционными? И здесь нужен другой подход. Сегодня доминирующей технологией для анализа больших данных является Hadoop. Это проект с открытым исходным кодом, разрабатываемый фондом Apache Software Foundation. В рамках этой технологии данные сохраняются посредством распределённой файловой системы Hadoop HDFSи в дальнейшем разработчики получают возможность анализировать эти данные, создавая задания параллельных распределённых вычислений в соответствии с моделью MapReduce.

Файловая система HDFS распределяет данные между множеством серверов и затем на каждом из них выполняются одинаковые элементарные операции, определённые заданием MapReduce, что позволяет обрабатывать данные параллельно. Как показано на рисунке 5, служба платформы Microsoft Azure, реализующая технологию Apache Hadoop, позволяет файловой системе HDFS распределять данные между множеством виртуальных машин, а затем доводит логику задания MapReduce до каждой из.

Как и в случае с кластером Hadoop, расположенным вне облака, данные обрабатываются на виртуальных машинах, во-первых, локально алгоритм их обработки загружается в каждую машину совместно со своим фрагментом данных и, во-вторых, параллельно, что улучшает производительность. Служба платформы Microsoft Azure, реализующая технологию Apache Hadoop, поддерживает и другие компоненты этой технологии, включая проекты Hive и Pig. Microsoft также разработала подключаемый модуль Excel для создания Hive-запросов.

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

В других случаях требуется более сложное взаимодействие. Платформа Microsoft Azure предлагает несколько разных способов решения такого рода задач. Рисунок 6 иллюстрирует возможные варианты.

Знакомство с Windows Azure

Дать возможность экземпляру веб-роли общаться с экземпляром рабочей роли в рамках одного приложения Облачных служб — это наиболее распространённый способ применения Очередей в настоящее время. Например, предположим, вы создаёте на платформе Microsoft Azure приложение для предоставления видео контента в общий доступ. Приложение состоит из кода на PHP, работающего в веб-роли и позволяющего загружать видео на сервер и просматривать.

Также приложение включает в себя рабочую роль, реализованную на Cкоторая конвертирует загруженное на сервер видео в различные форматы. Когда экземпляр веб-роли получает от пользователя новый видеоролик, он может сохранить его как Большой двоичный объект, а затем послать сообщение рабочей роли через очередь с информацией о месте хранения этого видео.

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

знакомство с windows azure

Шина обслуживания Service Bus Приложения должны взаимодействовать независимо от того исполняются ли они в облаке, или в вашем центре обработки данных, или на мобильном устройстве, или ещё где-либо. Цель Шины обслуживания Microsoft Azure заключается в том, чтобы приложения, работающие практически везде, где бы то ни было, могли обмениваться данными.

Как видно из рисунка 6, Шина обслуживания тоже предоставляет услугу очередей. Однако эта услуга не идентична только что описанным Очередям. Это позволяет организовывать внутри набора приложений связь в режиме один ко многим так, что одно сообщение будет прочитано многими получателями. Впрочем, очереди — это не единственный вариант: Шина обслуживания также позволяет создание прямых связей через собственный сервис ретрансляции, обеспечивая безопасный путь взаимодействия через брандмауэры.

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

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

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

Каждой из трёх моделей выполнения платформы Windows Azure отведена особая роль. Виртуальные машины платформы Windows Azure обеспечивают вычислительную среду общего назначения. Веб сайты платформы Windows Azure предлагают недорогой веб-хостинг. А Облачные службы платформы Windows Azure — это наилучший выбор для создания масштабируемых надёжных приложений с низкими затратами на администрирование.

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

Один из них уже был упомянут: Важно понимать, что этот вариант не ограничивает вас реляционными системами: Развёртывание собственной системы управления базами данных — это простой и понятный путь, это повторение того, к чему мы привыкли в своих собственных центрах обработки данных, но этот способ также подразумевает занятие администрированием этой СУБД.

Чтобы облегчить жизнь, платформа Windows Azure предлагает три варианта управления данными, в значительной степени беря это управление на. Эти варианты представлены на рисунке 3. Для управления данными платформа Windows Azure предлагает реляционное хранилище, масштабируемые NoSQL-таблицы и неструктурированное хранилище двоичных данных Каждый из этих трёх вариантов направлен на различные нужды: Во всех трёх случаях данные автоматически реплицируются на три различных компьютера в центре обработки данных Windows Azure для обеспечения высокой доступности.

  • Дэвид Чеппелл. Знакомство с Microsoft Azure
  • Знакомство c Windows Azure
  • Большая и бесплатная книга «Знакомство с Windows Azure для ИТ-специалистов» на русском языке.

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

Независимо от способов применения данных, оплата за все услуги управления ими, предоставляемые платформой Windows Azure, основывается на реальном использовании, включая месячную ставку за хранение гигабайта информации. Вы по-прежнему управляете вашими данными и определяете круг тех, кто может получить к ним доступ, но База данных SQL берёт на себя всю тяжёлую административную работу, такую как управление аппаратной инфраструктурой и автоматическое поддержание программного обеспечения операционной системы и сервера баз данных в актуальном состоянии.

База данных SQL также предоставляет услугу федерации данных, то есть может распределять данные между несколькими серверами. Это полезно для приложений, которые работают с большими объёмами данных или которым для улучшения производительности требуется распределить запросы к данным между несколькими серверами.

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

Например, доступ к данным, хранящимся в Базе данных SQL, может быть осуществлён из различных клиентских систем, включая настольные компьютеры, ноутбуки, планшеты и телефоны. И, поскольку при помощи встроенной репликации обеспечивается высокая доступность данных, использование Базы данных SQL может свести время простоя к минимуму.

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

Ожидается, что приложение будет очень популярным, поэтому вам надо будет работать с большими объёмами данных, но вы не планируете особых операций с ними помимо хранения, кроме разве что несложных выборок. Этот как раз один из тех сценариев, когда применение Таблиц платформы Windows Azure имеет смысл.

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

Кроме того, таблицы очень масштабируемы: И, в соответствии с их простотой, таблицы обычно менее дороги в использовании по сравнению с реляционным хранилищем Базы данных SQL. Большие двоичные объекты Blobs Третий вариант управления данными, Большие двоичные объекты БДО платформы Windows Azure Blobs, разработан для хранения неструктурированных двоичных данных. Как и Таблицы, Большие двоичные объекты являются недорогим хранилищем, и в одном БДО может храниться до терабайта данных.

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

Сетевые средства В настоящее время платформа Windows Azure выполняется в нескольких распределённых центрах обработки данных, расположенных на территории Соединённых Штатов, Европы и Азии. Когда вы запускаете приложение или сохраняете данные, вы можете выбрать для использования один или несколько этих центров обработки данных. Также вы можете подключиться к этим центрам различными способами: Рисунок 4 иллюстрирует эти три варианта. Платформа Windows Azure позволяет создавать облачные виртуальные частные сети, соединять приложение в облаке с локальными машинами, а также интеллектуально распределять запросы пользователей между центрами обработки данных Виртуальная сеть Полезный подход к использованию публичного облака — это относиться к нему как к расширению вашего собственного центра обработки данных.

Поскольку вы можете создавать виртуальные машины по требованию, а затем, когда необходимость в них отпадёт, удалять их, то у вас есть возможность иметь компьютерные мощности только тогда, когда вы этого хотите. Хотя, чтобы этот подход стал по-настоящему полезным, и ваши пользователи должны иметь возможность относиться к этим приложениям так, как если бы они выполнялись в вашем собственном центре обработки данных.

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

Пользователи в вашей организации смогут получить доступ к приложениям, содержащимся в этих виртуальных машинах, как если бы они выполнялись локально. Connect Создание виртуальной частной сети между вашей локальной сетью и группой виртуальных машин в облаке — это полезно, но в то же время требует наличия аппаратного VPN-шлюза и услуг сетевого администратора.

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

Он обеспечивает простой способ установки безопасного соединения между приложением платформы Windows Azure и группой компьютеров под управлением Windows. Разработчику достаточно установить программные компоненты Connect на локальных машинах в этом случае нет никакой необходимости привлекать сетевого администратора и настроить приложение платформы Windows Azure.

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

Во втором случае вы столкнётесь с проблемой — как интеллектуально сопоставить пользователей с экземплярами приложения?

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

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

Бизнес аналитика Анализ данных — это основная форма использования бизнесом информационных технологий. Облачная платформа предоставляет набор ресурсов, доступных по требованию и оплачиваемых по мере использования, которые делают её хорошим основанием для подобного рода вычислений. Соответственно, платформа Windows Azure предлагает два варианта для бизнес аналитики. Рисунок 5 иллюстрирует этот выбор. Для бизнес аналитики платформа Windows Azure предлагает службу отчётов и поддержку анализа больших объёмов данных Анализ данных может принимать множество разных форм, поэтому эти два варианта совершенно разные.

Стоит рассмотреть каждый из них по отдельности. Служба отчётов SQL Reporting Одним из наиболее распространённых способов использования хранимых данных является создание отчётов на основе этих данных. Этот компонент, являющийся подмножеством служб отчётов, поставляемых совместно с SQL Server, позволяет создавать отчёты в приложениях, выполняемых как в облаке Windows Azure, так и локально.

Другой вариант анализа данных, хранящихся в базе данных SQL, — это использование локальных инструментов бизнес аналитики. Технология Hadoop На протяжении многих лет основная часть анализа данных осуществлялась над реляционными данными, помещёнными в хранилище, построенное на основе реляционной СУБД.

Этот вид бизнес аналитики по-прежнему важен и останется таким ещё в течение длительного времени. Но что делать, если размер данных, которые нужно анализировать, настолько велик, что реляционные базы данных просто не могут с ним справиться? А если предположить, что эти данные и не являются реляционными? И здесь нужен другой подход. Сегодня доминирующей технологией для анализа больших данных является Hadoop.

Это проект с открытым исходным кодом, разрабатываемый фондом Apache Software Foundation. В рамках этой технологии данные сохраняются посредством распределённой файловой системы Hadoop HDFSи в дальнейшем разработчики получают возможность анализировать эти данные, создавая задания параллельных распределённых вычислений в соответствии с моделью MapReduce.

Файловая система HDFS распределяет данные между множеством серверов и затем на каждом из них выполняются одинаковые элементарные операции, определённые заданием MapReduce, что позволяет обрабатывать данные параллельно. Как показано на рисунке 5, служба платформы Windows Azure, реализующая технологию Apache Hadoop, позволяет файловой системе HDFS распределять данные между множеством виртуальных машин, а затем доводит логику задания MapReduce до каждой из.

Как и в случае с кластером Hadoop, расположенным вне облака, данные обрабатываются на виртуальных машинах, во-первых, локально алгоритм их обработки загружается в каждую машину совместно со своим фрагментом данных и, во-вторых, параллельно, что улучшает производительность.

Служба платформы Windows Azure, реализующая технологию Apache Hadoop, поддерживает и другие компоненты этой технологии, включая проекты Hive и Pig. Microsoft также разработала подключаемый модуль Excel для создания Hive-запросов. Обмен сообщениями Программный код, независимо от того, что он делает, часто должен взаимодействовать с другим кодом.

В некоторых случаях для этого достаточно обычной очереди сообщений. В других случаях требуется более сложное взаимодействие. Платформа Windows Azure предлагает несколько разных способов решения такого рода задач. Рисунок 6 иллюстрирует возможные варианты. Дать возможность экземпляру веб-роли общаться с экземпляром рабочей роли в рамках одного приложения Облачных служб — это наиболее распространённый способ применения Очередей в настоящее время. Например, предположим, вы создаёте на платформе Windows Azure приложение для предоставления видео контента в общий доступ.

Приложение состоит из кода на PHP, работающего в веб-роли и позволяющего загружать видео на сервер и просматривать. Также приложение включает в себя рабочую роль, реализованную на Cкоторая конвертирует загруженное на сервер видео в различные форматы. Когда экземпляр веб-роли получает от пользователя новый видеоролик, он может сохранить его как Большой двоичный объект, а затем послать сообщение рабочей роли через очередь с информацией о месте хранения этого видео.

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

Структурирование приложения таким образом даёт возможность проводить асинхронную обработку, а также облегчает масштабирование приложения, поскольку количества экземпляров веб-роли и рабочей роли могут меняться независимо друг от друга.

Шина обслуживания Service Bus Приложения должны взаимодействовать независимо от того исполняются ли они в облаке, или в вашем центре обработки данных, или на мобильном устройстве, или ещё где-либо. Цель Шины обслуживания Windows Azure заключается в том, чтобы приложения, работающие практически везде, где бы то ни было, могли обмениваться данными. Как видно из рисунка 6, Шина обслуживания тоже предоставляет услугу очередей.

Однако эта услуга не идентична только что описанным Очередям. Это позволяет организовывать внутри набора приложений связь в режиме один ко многим так, что одно сообщение будет прочитано многими получателями. Впрочем, очереди — это не единственный вариант: Шина обслуживания также позволяет создание прямых связей через собственный сервис ретрансляции, обеспечивая безопасный путь взаимодействия через брандмауэры. При помощи Шины обслуживания могут взаимодействовать как приложения платформы Windows Azure, так и программы, работающие на какой-либо иной облачной платформе.

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

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

Кэширование Приложения, как правило, обращаются к одним и тем же данным снова и. Один из способов повысить производительность — это хранить копию данных поближе к приложению, сводя к минимуму время, необходимое для их получения. Для реализации этого, платформа Windows Azure предлагает два различных сервиса. Это, во-первых, кэширование данных, используемых приложениями Windows Azure, в оперативной памяти, и, во-вторых, сеть доставки контента CDNкоторая кэширует данные из больших двоичных объектов на дисках серверов, расположенных как можно ближе к потребителям этих данных.

Рисунок 7 иллюстрирует оба способа. Приложение Windows Azure может кэшировать данные в памяти, а копии больших двоичных объектов могут кэшироваться на сайтах, расположенных по всему миру Кэширование Скорость доступа к данным, хранящимся в любой из служб управления данными платформы Windows Azure в Таблицах, в Базе данных SQL, в Больших двоичных объектахдостаточно высока.

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

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