Цель лекции: Ознакомление с новой версией Windows Azure Compute – основной компонентой Windows Azure для управления вычислениями; с компонентами самой Azure Compute и их возможностями для пользователей.
Презентацию к лекции вы можете скачать здесь.
Windows Azure Compute – компонента для управления вычислениями в Windows Azure.
Компонента Windows Azure Compute предоставляет разработчикам платформу для размещения и управления приложениями, выполняемыми в центрах обработки данных (ЦОД) корпорации Microsoft.
Основные возможности Windows Azure Compute:
Эти возможности будут проиллюстрированы далее в данной лекции на практике.
Приложение в Windows Azure строится из одной или более компонент, называемых ролями. Сразу отметим: в .NET термин роль означает совершенно иное – группу пользователей с определенными полномочиями. Это вызывает определенные трудности при начальном ознакомлении с платформой Azure, которая как раз и реализована на основе .NET. Итак, подчеркнем еще раз: в Azure, в отличие от .NET, роль – это программная компонента приложения.
Роли в Azure бывают трех различных типов: Web-роль, Worker-роль, и роль Virtual Machine (VM). Такая классификация адекватно отражает различные архитектуры программ: Web-роль – это Web-приложение (как правило, ASP.NET – приложение); Worker-роль – это обычный независимый процесс; VM-роль – это приложение (задача), исполняемая в своей отдельной виртуальной машине.
Windows Azure Web-роль используется для хостинга web-приложений, использующих Internet Information Services (IIS). Worker-роль может выполнять любое приложение, но обычно используется для хостинга фоновых процессов для web-роли. Windows Azure Web- и Worker-роли предоставляют разработчикам возможности для развертывания и управления программными сервисами, выполняемыми в той же виртуальной машине. Для всех приложений общепринятым методом взаимодействия является взаимодействие через Web-роль, а затем распределение задач в виде Worker-ролей для их решения.
Разработчики свободны в принятии решения об использовании .NET Framework или другого программного обеспечения в среде Windows в качестве Worker-роли или Web-роли.
Удобство для хостинга приложений. Благодаря тому, что Windows Azure Web-роль предконфигурирована для использования с IIS (Internet Information Service), облегчается создание приложений, использующих ASP.NET, Windows Communication Foundation (WCF) или другие web-технологии. Разработчики могут также создавать приложения, испольлую такие языки, как PHP и Java.
Акцент на обработке приложения, а не на ограничениях функциональности. Автоматическое управление сервисами предоставляет пользователям Windows Azure следующие преимущества:
В данном разделе описана практическая работа в Windows Azure с целью тестирования и использования компоненты Windows Azure Compute.
Войдем в облако http://windows.azure.com.
Основная страница Web-интерфейса изображена на рис 7.1.
(рис 7.1) Основная страница Web-интерфейса новой версии Azure
Для перехода к созданию и анализу Web-сайтов пользователя в облаке Azure необходимо кликнуть пункт "Web-сайты". Для экспериментов автором заранее создан средствами портала управления Azure Web-сайт с URL-адресом saf1.azurewebsites.net. На рис 7.2 показана визуализация информации о Web-сайте. Контент сайта добавлен системой Azure по умолчанию.
(рис 7.2) Информация о Web-сайте
Попробуем обратиться к новому сайту, кликнув на его URL. Его вид показан на рис 7.3.
(рис 7.3) Информация о Web-сайте
На странице сайта даны рекомендации о дальнейшей его разработке. Рекомендуется воспользоваться для реализации конкретного контента либо средствами Visual Studio, либо новым инструментом Microsoft WebMatrix.
Кликнув на имени сайта на странице, изображенной на рис 7.2, переходим к странице для поддержки начала работы над реализацией сайта (рис 7.4):
(рис 7.4) Страница с информацией о поддержке начала работы над сайтом
Рекомендуется инсталлировать WebMatrix и Windows Azure SDK, разработать наполнение сайта, опубликовать его в облаке и интегрировать с системой управления версиями.
Рассмотрим теперь основные возможности управления сайтом на портале Azure.
Кликнув "Панель мониторинга", получаем информацию для мониторинга сайта (рис 7.5).
(рис 7.5) Страница мониторинга сайта.
Кликнув "Отчеты", получаем отчет об использовании сайта – число обращений, время обращений и т.д. (рис 7.6).
(рис 7.6) Страница отчета о работе сайта
Кликнув "Настроить", переходим к странице).
(рис 7.7) Страница настройки сайта
Кликнув "Связанные ресурсы", переходим к странице для связывания с сайтом ресурсов (рис 7.8).
(рис 7.8) Страница связывания с сайтом ресурсов
В роли ресурса может выступать, например, база данных SQL. У нашего сайта связанных с ним ресурсов нет.
Новая версия Azure Compute предоставляет весьма удобные средства создания виртуальных машин и управления ими. На виртуальных машинах, созданных клиентом облака, могут выполняться различные приложения (роли). Возможно создание виртуальных машин, работающих под управлением ОС Windows Server 2012 или Linux. По умолчанию будет создана виртуальная Windows – машина.
Для создания виртуальной машины необходимо кликнуть пункт "Виртуальные машины". Получаем страницу с сообщением о том, что пока виртуальных машин нет, и приглашением создать виртуальную машину (рис 7.9).
(рис 7.9) Страница для создания виртуальной машины
Кликнув "Создать виртуальную машину", переходим к странице для ее быстрого создания (рис 7.10). Выбираем ее доменное имя (в примере – saf2.cloudapp.net), платформу для виртуальной машины (по умолчанию – Windows 2012 Server), размер (маленький, одноядерная машина, память 1 Гб), имя пользователя-администратора, его пароль и ЦОД ее расположения (предложена Юго-восточная Азия):
(рис 7.10) Быстрое создание виртуальной машины
Новая виртуальная машина saf3 создана (рис 7.11):
(рис 7.11) Виртуальная машина создана
Кликнув на имени виртуальной машины, переходим к странице со справочной информацией для начала работы (рис 7.12).
(рис 7.12) Справка для начала работы в виртуальной машине
Попытка входа в новую виртуальную машину не удается, так как не создана конечная точка для входа (endpoint). Теперь создадим конечную точку, кликнув на странице, показанной на рис 7.13, "Создать конечную точку":
(рис 7.13) Страница для создания конечной точки для входа в виртуальную машину
На полученной странице выбираем "Добавить конечную точку" (рис 7.14):
(рис 7.14) Добавление конечной точки
Имя новой конечной точки – safendpoint, номера портов – общий 2013 и частный 2013. Конечная точка создана (рис 7.15):
(рис 7.15) Конечная точка создана
Для подключения к виртуальной машине необходимо кликнуть "Подключиться" (обозначение <>, см. рис 7.16):
(рис 7.16) Подключение к виртуальной машине
Для подключения к виртуальной машине в облаке используется хорошо знакомое пользователям Windows средство – Подключение удаленному рабочему столу (Remote Desktop Connection), см. рис 7.17:
(рис 7.17) Подключение к виртуальной машине через Remote Desktop Connection
Наконец, вход в виртуальную машину выполнен! Как обычно, ее имя визуализируется в верхней части экрана (на скриншотах не отображено). Войдя на виртуальную машину, вызываем на ней Server Manager для необходимых настроек (рис 7.18):
(рис 7.18) Вызов Server Manager на виртуальной машине
На виртуальной машине мы попадаем в привычный нам пользовательский интерфейс Windows Server (рис 7.19). Вызываем инструмент командной строки Windows PowerShell и в нем выполняем команду ls (вывод содержимого рабочей директории):
(рис 7.19) Вызов PowerShell на виртуальной машине
Далее вызываем на виртуальной машине другой привычный инструмент – файл-менеджер (рис 7.20):
(рис 7.20) Вызов файл-менеджера на виртуальной машине
С помощью Server Manager теперь можно создавать и конфигурировать на вертуальной машине Web-роли и Worker-роли, для этого предусмотрен специальный мастер (wizard), см. рис 7.21:
(рис 7.21) Добавление ролей на виртуальной машине
Таковы базовые возможности управления виртуальными машинами в Windows Azure. В примерах не рассмотрено создание и использование виртуальной машины на базе ОС Linux.
Новая версия Windows Azure позволяет создавать облачные сервисы и управлять ими. При этом необходимо иметь в виду, что реализация (наполнение) облачного сервиса должны быть созданы программным путем, с помощью Visual Studio или другого программного инструмента, что будет рассмотрено отдельно в одной из следующих лекций. Здесь рассмотрим наиболее базовые возможности – выбор имени облачного сервиса, территориальной группы и начало работы над его реализацией.
Кликнув "Облачные службы" на основной странице портала Azure, получаем информацию о них. На данный момент облачных сервисов создано не было, поэтому система выдает соответствующее сообщение и предлагает создать новый облачный сервис (рис 7.22):
(рис 7.22) Облачных сервисов нет. Создание облачного сервиса
Кликнув "Создать облачную службу", переходим к следующей странице для быстрого создания облачного сервиса (рис 7.23) :
(рис 7.23) Быстрое создание облачного сервиса
Выбираем (или создаем, если ее не было) территориальную группу для размещения облачного сервиса в наиболее удобных центрах обработки данных конкретного региона. Задаем имя для URL-адреса облачного сервиса, система проверяет его уникальность. URL-адрес создаваемого облачного сервиса – .
(рис 7.24) Новый облачный сервис создан
Однако если попытаться обратиться по приведенному URL-адресу, будет выдано сообщение об ошибке 404 – такого URL-адреса пока нет, так как сервис еще не реализован.
Кликнув по имени (saf1) облачного сервиса, переходим к началой странице для реализации сервиса (рис 7.25) :
(рис 7.25) Рекомендации по реализации облачного сервиса
Система рекомендует скачать и инсталлировать Windows Azure SDK, затем реализовать сервис, задать параметры его развертывания в облаке и интегрировать код реализации сервиса с системой управления версиями.
Мобильный сервис – это облачный сервис, доступный для использования с мобильного устройства (например, смартфона). Кликнув, как обычно, надпись "Мобильные службы", получаем сообщение системы об их отсутствии в данный момент и приглашение создать мобильный сервис (рис 7.26):
(рис 7.26) Попытка создания мобильного сервиса
Следует иметь в виду (что далеко не очевидно начинающему пользователю), что мобильный сервис для хранения информации используют базу данных SQL, которая и должна быть создана вместе с мобильным сервисом, а для этой базы данных должен быть создан облачный SQL-сервер. Подробно работа с базами данных SQL в облаке рассмотрена в следующих лекциях. Здесь полезно подчеркнуть, что создаваемый мобильный сервис и создаваемая для него база данных SQL (вместе со своим SQL-сервером) должны быть в одном регионе.
Кликнув "Создать мобильную службу", переходим к странице для создания имени мобильного сервиса. Система требует сразу вместе с именем указать имя базы данных SQL (или создать ее) и выбрать регион для создания мобильного сервиса (рис 7.27):
(рис 7.27) Выбор имени мобильного сервиса, его региона и базы данных
Здесь и выясняется, что мы в данной ситуации не можем создать мобильный сервис. При попытке создания базы данных для него оказывается, что (ввиду ограниченности академической подписки) система предлагает нам выбор регионов для самого мобильного сервиса и для его базы данных таким образом, что они оказываются в разных регионах (рис 7.28):
Разумеется, для реализации мобильного сервиса, когда он в конце концов будет создан, система предложит скачать и инсталлировать соответствующий SDK.
(рис 7.28) Мобильный сервис и база данных для него – в разных регионах
Компонента Windows Azure Compute предоставляет удобный и надежный интерфейс для управления приложениями, отражающий потребности серверного ПО. Возможно создание Web-сайтов, виртуальных машин, облачных сервисов и мобильных сервисов. Обеспечивается мониторинг созданных облачных объектов. Для реализации Web-сайтов, облачных сервисов и мобильных сервисов используется Windows Azure SDK, т.е. они требуют программирования. При создании виртуальной машины для связи с ней необходимо создать конечную точку (endpoint). Возможно использование виртуальных машин на базе Windows Server или Linux. В виртуальной машине можно создавать Web-роли или Worker-роли для их выполнения.
Windows Azure Compute – сервис Windows Azure для управления вычислениями в облаке.
Web-роль –Web-приложение (как правило, ASP.NET – приложение) в облаке
Worker-роль – независимый процесс в облаке
VM-роль – приложение (задача), исполняемая в своей отдельной виртуальной машине.
Конечная точка (endpoint) – объект для связи с виртуальной машиной, задающий протокол и адреса портов
Мобильный сервис – облачный сервис, доступный с мобильного устройства
Облачный сервис – Web-сервис, являющийся частью облака.
Подсистема Windows Azure Compute предназначена для управления вычислениями в облаке – развернутыми приложениями. Приложения представлены в виде ролей: Web-роли – это Web-приложения, используемые для взаимодействия программных компонент; Worker-роли – это обычные независимые процессы в облаке; VM-роли – это процессы, в которых запущены виртуальные машины.
Compute предоставляет достаточно удобный Web-интерфейс для визуализации информации о запущенных приложениях, их статусе, для управления ими (приостановке и т.д.). Эти средства аналогичны пользовательскому интерфейсу обычной ОС для управления пользовательскими процессами.
Отличительной чертой подхода Azure является то, что рекомендуется, в целях надежности, иметь по нескольку экземпляров каждой роли, так как код исполняется на облачных серверах, число обращений к которым может быть весьма велико.
Компонента Windows Azure Compute предоставляет удобный и надежный интерфейс для управления приложениями, отражающий потребности серверного ПО. Возможно создание Web-сайтов, виртуальных машин, облачных сервисов и мобильных сервисов. Обеспечивается мониторинг созданных облачных объектов. Для реализации Web-сайтов, облачных сервисов и мобильных сервисов используется Windows Azure SDK, т.е. они требуют программирования. При создании виртуальной машины для связи с ней необходимо создать конечную точку (endpoint). Возможно использование виртуальных машин на базе Windows Server или Linux. В виртуальной машине можно создавать Web-роли или Worker-роли для их выполнения.
Цель лекции: Ознакомление с новой версией Windows Azure Compute – основной компонентой Windows Azure для управления вычислениями; с компонентами самой Azure Compute и их возможностями для пользователей.
Презентацию к лекции вы можете скачать здесь.
Windows Azure Compute – компонента для управления вычислениями в Windows Azure.
Компонента Windows Azure Compute предоставляет разработчикам платформу для размещения и управления приложениями, выполняемыми в центрах обработки данных (ЦОД) корпорации Microsoft.
Основные возможности Windows Azure Compute:
Эти возможности будут проиллюстрированы далее в данной лекции на практике.
Приложение в Windows Azure строится из одной или более компонент, называемых ролями. Сразу отметим: в .NET термин роль означает совершенно иное – группу пользователей с определенными полномочиями. Это вызывает определенные трудности при начальном ознакомлении с платформой Azure, которая как раз и реализована на основе .NET. Итак, подчеркнем еще раз: в Azure, в отличие от .NET, роль – это программная компонента приложения.
Роли в Azure бывают трех различных типов: Web-роль, Worker-роль, и роль Virtual Machine (VM). Такая классификация адекватно отражает различные архитектуры программ: Web-роль – это Web-приложение (как правило, ASP.NET – приложение); Worker-роль – это обычный независимый процесс; VM-роль – это приложение (задача), исполняемая в своей отдельной виртуальной машине.
Windows Azure Web-роль используется для хостинга web-приложений, использующих Internet Information Services (IIS). Worker-роль может выполнять любое приложение, но обычно используется для хостинга фоновых процессов для web-роли. Windows Azure Web- и Worker-роли предоставляют разработчикам возможности для развертывания и управления программными сервисами, выполняемыми в той же виртуальной машине. Для всех приложений общепринятым методом взаимодействия является взаимодействие через Web-роль, а затем распределение задач в виде Worker-ролей для их решения.
Разработчики свободны в принятии решения об использовании .NET Framework или другого программного обеспечения в среде Windows в качестве Worker-роли или Web-роли.
Удобство для хостинга приложений. Благодаря тому, что Windows Azure Web-роль предконфигурирована для использования с IIS (Internet Information Service), облегчается создание приложений, использующих ASP.NET, Windows Communication Foundation (WCF) или другие web-технологии. Разработчики могут также создавать приложения, испольлую такие языки, как PHP и Java.
Акцент на обработке приложения, а не на ограничениях функциональности. Автоматическое управление сервисами предоставляет пользователям Windows Azure следующие преимущества:
В данном разделе описана практическая работа в Windows Azure с целью тестирования и использования компоненты Windows Azure Compute.
Войдем в облако http://windows.azure.com.
Основная страница Web-интерфейса изображена на рис 7.1.
(рис 7.1) Основная страница Web-интерфейса новой версии Azure
Для перехода к созданию и анализу Web-сайтов пользователя в облаке Azure необходимо кликнуть пункт "Web-сайты". Для экспериментов автором заранее создан средствами портала управления Azure Web-сайт с URL-адресом saf1.azurewebsites.net. На рис 7.2 показана визуализация информации о Web-сайте. Контент сайта добавлен системой Azure по умолчанию.
(рис 7.2) Информация о Web-сайте
Попробуем обратиться к новому сайту, кликнув на его URL. Его вид показан на рис 7.3.
(рис 7.3) Информация о Web-сайте
На странице сайта даны рекомендации о дальнейшей его разработке. Рекомендуется воспользоваться для реализации конкретного контента либо средствами Visual Studio, либо новым инструментом Microsoft WebMatrix.
Кликнув на имени сайта на странице, изображенной на рис 7.2, переходим к странице для поддержки начала работы над реализацией сайта (рис 7.4):
(рис 7.4) Страница с информацией о поддержке начала работы над сайтом
Рекомендуется инсталлировать WebMatrix и Windows Azure SDK, разработать наполнение сайта, опубликовать его в облаке и интегрировать с системой управления версиями.
Рассмотрим теперь основные возможности управления сайтом на портале Azure.
Кликнув "Панель мониторинга", получаем информацию для мониторинга сайта (рис 7.5).
(рис 7.5) Страница мониторинга сайта.
Кликнув "Отчеты", получаем отчет об использовании сайта – число обращений, время обращений и т.д. (рис 7.6).
(рис 7.6) Страница отчета о работе сайта
Кликнув "Настроить", переходим к странице).
(рис 7.7) Страница настройки сайта
Кликнув "Связанные ресурсы", переходим к странице для связывания с сайтом ресурсов (рис 7.8).
(рис 7.8) Страница связывания с сайтом ресурсов
В роли ресурса может выступать, например, база данных SQL. У нашего сайта связанных с ним ресурсов нет.
Новая версия Azure Compute предоставляет весьма удобные средства создания виртуальных машин и управления ими. На виртуальных машинах, созданных клиентом облака, могут выполняться различные приложения (роли). Возможно создание виртуальных машин, работающих под управлением ОС Windows Server 2012 или Linux. По умолчанию будет создана виртуальная Windows – машина.
Для создания виртуальной машины необходимо кликнуть пункт "Виртуальные машины". Получаем страницу с сообщением о том, что пока виртуальных машин нет, и приглашением создать виртуальную машину (рис 7.9).
(рис 7.9) Страница для создания виртуальной машины
Кликнув "Создать виртуальную машину", переходим к странице для ее быстрого создания (рис 7.10). Выбираем ее доменное имя (в примере – saf2.cloudapp.net), платформу для виртуальной машины (по умолчанию – Windows 2012 Server), размер (маленький, одноядерная машина, память 1 Гб), имя пользователя-администратора, его пароль и ЦОД ее расположения (предложена Юго-восточная Азия):
(рис 7.10) Быстрое создание виртуальной машины
Новая виртуальная машина saf3 создана (рис 7.11):
(рис 7.11) Виртуальная машина создана
Кликнув на имени виртуальной машины, переходим к странице со справочной информацией для начала работы (рис 7.12).
(рис 7.12) Справка для начала работы в виртуальной машине
Попытка входа в новую виртуальную машину не удается, так как не создана конечная точка для входа (endpoint). Теперь создадим конечную точку, кликнув на странице, показанной на рис 7.13, "Создать конечную точку":
(рис 7.13) Страница для создания конечной точки для входа в виртуальную машину
На полученной странице выбираем "Добавить конечную точку" (рис 7.14):
(рис 7.14) Добавление конечной точки
Имя новой конечной точки – safendpoint, номера портов – общий 2013 и частный 2013. Конечная точка создана (рис 7.15):
(рис 7.15) Конечная точка создана
Для подключения к виртуальной машине необходимо кликнуть "Подключиться" (обозначение <>, см. рис 7.16):
(рис 7.16) Подключение к виртуальной машине
Для подключения к виртуальной машине в облаке используется хорошо знакомое пользователям Windows средство – Подключение удаленному рабочему столу (Remote Desktop Connection), см. рис 7.17:
(рис 7.17) Подключение к виртуальной машине через Remote Desktop Connection
Наконец, вход в виртуальную машину выполнен! Как обычно, ее имя визуализируется в верхней части экрана (на скриншотах не отображено). Войдя на виртуальную машину, вызываем на ней Server Manager для необходимых настроек (рис 7.18):
(рис 7.18) Вызов Server Manager на виртуальной машине
На виртуальной машине мы попадаем в привычный нам пользовательский интерфейс Windows Server (рис 7.19). Вызываем инструмент командной строки Windows PowerShell и в нем выполняем команду ls (вывод содержимого рабочей директории):
(рис 7.19) Вызов PowerShell на виртуальной машине
Далее вызываем на виртуальной машине другой привычный инструмент – файл-менеджер (рис 7.20):
(рис 7.20) Вызов файл-менеджера на виртуальной машине
С помощью Server Manager теперь можно создавать и конфигурировать на вертуальной машине Web-роли и Worker-роли, для этого предусмотрен специальный мастер (wizard), см. рис 7.21:
(рис 7.21) Добавление ролей на виртуальной машине
Таковы базовые возможности управления виртуальными машинами в Windows Azure. В примерах не рассмотрено создание и использование виртуальной машины на базе ОС Linux.
Новая версия Windows Azure позволяет создавать облачные сервисы и управлять ими. При этом необходимо иметь в виду, что реализация (наполнение) облачного сервиса должны быть созданы программным путем, с помощью Visual Studio или другого программного инструмента, что будет рассмотрено отдельно в одной из следующих лекций. Здесь рассмотрим наиболее базовые возможности – выбор имени облачного сервиса, территориальной группы и начало работы над его реализацией.
Кликнув "Облачные службы" на основной странице портала Azure, получаем информацию о них. На данный момент облачных сервисов создано не было, поэтому система выдает соответствующее сообщение и предлагает создать новый облачный сервис (рис 7.22):
(рис 7.22) Облачных сервисов нет. Создание облачного сервиса
Кликнув "Создать облачную службу", переходим к следующей странице для быстрого создания облачного сервиса (рис 7.23) :
(рис 7.23) Быстрое создание облачного сервиса
Выбираем (или создаем, если ее не было) территориальную группу для размещения облачного сервиса в наиболее удобных центрах обработки данных конкретного региона. Задаем имя для URL-адреса облачного сервиса, система проверяет его уникальность. URL-адрес создаваемого облачного сервиса – .
(рис 7.24) Новый облачный сервис создан
Однако если попытаться обратиться по приведенному URL-адресу, будет выдано сообщение об ошибке 404 – такого URL-адреса пока нет, так как сервис еще не реализован.
Кликнув по имени (saf1) облачного сервиса, переходим к началой странице для реализации сервиса (рис 7.25) :
(рис 7.25) Рекомендации по реализации облачного сервиса
Система рекомендует скачать и инсталлировать Windows Azure SDK, затем реализовать сервис, задать параметры его развертывания в облаке и интегрировать код реализации сервиса с системой управления версиями.
Мобильный сервис – это облачный сервис, доступный для использования с мобильного устройства (например, смартфона). Кликнув, как обычно, надпись "Мобильные службы", получаем сообщение системы об их отсутствии в данный момент и приглашение создать мобильный сервис (рис 7.26):
(рис 7.26) Попытка создания мобильного сервиса
Следует иметь в виду (что далеко не очевидно начинающему пользователю), что мобильный сервис для хранения информации используют базу данных SQL, которая и должна быть создана вместе с мобильным сервисом, а для этой базы данных должен быть создан облачный SQL-сервер. Подробно работа с базами данных SQL в облаке рассмотрена в следующих лекциях. Здесь полезно подчеркнуть, что создаваемый мобильный сервис и создаваемая для него база данных SQL (вместе со своим SQL-сервером) должны быть в одном регионе.
Кликнув "Создать мобильную службу", переходим к странице для создания имени мобильного сервиса. Система требует сразу вместе с именем указать имя базы данных SQL (или создать ее) и выбрать регион для создания мобильного сервиса (рис 7.27):
(рис 7.27) Выбор имени мобильного сервиса, его региона и базы данных
Здесь и выясняется, что мы в данной ситуации не можем создать мобильный сервис. При попытке создания базы данных для него оказывается, что (ввиду ограниченности академической подписки) система предлагает нам выбор регионов для самого мобильного сервиса и для его базы данных таким образом, что они оказываются в разных регионах (рис 7.28):
Разумеется, для реализации мобильного сервиса, когда он в конце концов будет создан, система предложит скачать и инсталлировать соответствующий SDK.
(рис 7.28) Мобильный сервис и база данных для него – в разных регионах
Компонента Windows Azure Compute предоставляет удобный и надежный интерфейс для управления приложениями, отражающий потребности серверного ПО. Возможно создание Web-сайтов, виртуальных машин, облачных сервисов и мобильных сервисов. Обеспечивается мониторинг созданных облачных объектов. Для реализации Web-сайтов, облачных сервисов и мобильных сервисов используется Windows Azure SDK, т.е. они требуют программирования. При создании виртуальной машины для связи с ней необходимо создать конечную точку (endpoint). Возможно использование виртуальных машин на базе Windows Server или Linux. В виртуальной машине можно создавать Web-роли или Worker-роли для их выполнения.
Windows Azure Compute – сервис Windows Azure для управления вычислениями в облаке.
Web-роль –Web-приложение (как правило, ASP.NET – приложение) в облаке
Worker-роль – независимый процесс в облаке
VM-роль – приложение (задача), исполняемая в своей отдельной виртуальной машине.
Конечная точка (endpoint) – объект для связи с виртуальной машиной, задающий протокол и адреса портов
Мобильный сервис – облачный сервис, доступный с мобильного устройства
Облачный сервис – Web-сервис, являющийся частью облака.
Подсистема Windows Azure Compute предназначена для управления вычислениями в облаке – развернутыми приложениями. Приложения представлены в виде ролей: Web-роли – это Web-приложения, используемые для взаимодействия программных компонент; Worker-роли – это обычные независимые процессы в облаке; VM-роли – это процессы, в которых запущены виртуальные машины.
Compute предоставляет достаточно удобный Web-интерфейс для визуализации информации о запущенных приложениях, их статусе, для управления ими (приостановке и т.д.). Эти средства аналогичны пользовательскому интерфейсу обычной ОС для управления пользовательскими процессами.
Отличительной чертой подхода Azure является то, что рекомендуется, в целях надежности, иметь по нескольку экземпляров каждой роли, так как код исполняется на облачных серверах, число обращений к которым может быть весьма велико.
Компонента Windows Azure Compute предоставляет удобный и надежный интерфейс для управления приложениями, отражающий потребности серверного ПО. Возможно создание Web-сайтов, виртуальных машин, облачных сервисов и мобильных сервисов. Обеспечивается мониторинг созданных облачных объектов. Для реализации Web-сайтов, облачных сервисов и мобильных сервисов используется Windows Azure SDK, т.е. они требуют программирования. При создании виртуальной машины для связи с ней необходимо создать конечную точку (endpoint). Возможно использование виртуальных машин на базе Windows Server или Linux. В виртуальной машине можно создавать Web-роли или Worker-роли для их выполнения.
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.