что такое microsoft azure простыми словами
Microsoft Azure — что это за программа и нужна ли она?
Приветствую. Многие IT-компании, организации используют сервера в дата-центрах для обработки данных (ЦОД) и хранения (ЦХОД), в том числе больших.
Однако все больше компаний выбирает облачные мощности — экономичнее, надежнее, дешевле. Особенно, когда данную услугу предоставляет один из лидеров в IT сфере — корпорация Microsoft.
Ребята, сегодня будет мини-краткий обзор, расскажу основные моменты, зачем нужно, пару слов о ценах.
Microsoft Azure — что это такое?
Платформа, предоставляющая возможность разработки, выполнения приложений и хранения/обработки данных на серверах, расположенных в крупнейших дата-центрах.
Сегодня Microsoft Azure — восемь гигантских дата-центров в США (4 ЦОД), Европе (2 ЦОД) и в Азиатско-Тихоокеанском региона (2 ЦОД). Доступность серверов обеспечивают 24 узла CDN (Content Delivery Network или Content Distribution Network — cеть доставки и дистрибуции контента). Один из узлов которых находится в Москве. Результат — доступность серверов держится на уровне 99.95% в 83 странах мира, включая Россию.
Примерно так выглядит интерфейс Microsoft Azure:
Как работают облачные вычисления?
Ненужно запускать собственное оборудование, платить за использование железа в чужом ЦОД (центре обработки данных).. вместо этого — платите за доступ к огромному пулу вычислительных ресурсов. Что позволяет например:
При этом вы платите столько, сколько вам нужно вычислительных ресурсов, а не за определенное количество аппаратных серверов в стойке.
Службы в облаке могут быть либо общедоступные, либо только для организаций.
Поддерживаемые языки программирования
Поддержка языков осуществляется набором библиотек, предоставляемых Microsoft.
Это только часть функционала. Также присутствуют сервисы (их более 600) — инфраструктурные, платформенные, однако сегодня мы только базово рассматриваем Microsoft Azure.
Вообще поддерживаемых сервисов, сфер применения — куда больше:
Microsoft Azure — цены
На офф сайте Microsoft присутствует онлайн-калькулятор цен. На сайте можно выбрать пример сценария, после чего нажать Добавить для расчета и на вкладке Сохраненные отчеты вы увидите цену.
Также на офф сайте присутствуют цены на функции Azure:
Нет смысла расписывать о ценах Azure — на офф веб-сайте об этом сказано более чем детально.
Заключение
Microsoft Azure — корпоративная платформа облачных вычислений. Основные плюсы — надежная компания, мировой опыт, мгновенная доступность серверов почти в любой точке мира.
Конкуренты — Google, Amazon, простыми словами — серьезные ребята.
Что такое Microsoft Azure и как ее можно использовать
Е сли Вы следили за новостями Microsoft, есть большая вероятность, что Вы слышали о Microsoft Azure, ранее известном как Windows Azure. Этот сервис облачных вычислений является большой частью бизнеса Microsoft, и он конкурирует с аналогичными сервисами от Amazon и Google.
Понятие облачных вычислений
Microsoft Azure — это сервис облачных вычислений, который работает аналогично Amazon Web Services (AWS) и облачной платформе Google.
Под «облачными вычислениями» мы не подразумеваем туманный термин, который часто применяется к потребительским сервисам, которые хранят Ваши данные на удаленном сервере. Мы имеем в виду фактические вычисления как услугу для компаний, организаций и даже частных лиц, которые хотят этим воспользоваться.
Традиционно предприятия и другие организации размещают свою собственную инфраструктуру. У бизнеса будет собственный веб-сервер (или почтовый сервер, или что-то еще) на своем собственном оборудовании. Если бы потребовалось больше мощности, бизнесу пришлось бы покупать больше серверного оборудования. Компании также придется платить кому-то за администрирование этого оборудования и платить за надежное подключение к Интернету для обслуживания своих клиентов. Кроме того, есть хостинговые компании, которые размещают Ваши сервисы на некоторых из своих аппаратных средств в своих центрах обработки данных, за деньги.
Облачные вычисления работают немного по-другому. Вместо того, чтобы запускать собственное оборудование или платить за использование определенного оборудования в чужом центре обработки данных, Вы просто платите за доступ к огромному пулу вычислительных ресурсов, предоставляемых Microsoft (или Amazon, или Google). Это позволяет Вам размещать веб-серверы, серверы электронной почты, базы данных, серверы хранения файлов, виртуальные машины, пользовательские каталоги или все, что Вам может понадобиться. Когда Вам нужно больше вычислительных ресурсов, Вам не нужно приобретать физическое оборудование. «Облако» разделяет аппаратное обеспечение и автоматически назначает работу по мере необходимости. Вы платите за столько вычислительных ресурсов, сколько Вам нужно, а не за определенное количество аппаратных серверов в стойке.
Службы, которые Вы развертываете таким образом, могут быть либо общедоступными серверами, доступными для всех, либо частью «частного облака», которое используется только в организации.
В чем смысл
При использовании облачных вычислений значительно снижаются первоначальные затраты. Вам не нужно вкладывать кучу денег в создание собственного центра обработки данных, приобретать оборудование для него и оплачивать услуги персонала. Нет риска переплачивать за слишком много оборудования или покупать слишком мало и не иметь того, что Вам нужно.
Вместо этого Вы размещаете все необходимое для размещения «в облаке», предоставляемом такой службой, как Microsoft Azure. Вы платите только за те вычислительные ресурсы, которые используете. Если Вам нужно больше, он может мгновенно масштабироваться для удовлетворения спроса. Если Вам нужно меньше, Вы не платите больше, чем нужно.
По этой причине все, от внутренней почтовой системы компании до общедоступных веб-сайтов и сервисов для мобильных приложений, все чаще размещается на облачных платформах.
Что может сделать Microsoft Azure
Веб-сайт Microsoft Azure предоставляет каталог сотен различных сервисов, которые Вы можете использовать, включая полноценные виртуальные машины, базы данных, хранилище файлов, резервные копии и сервисы для мобильных и веб-приложений.
Первоначально эта служба называлась «Windows Azure», но была переименована в «Microsoft Azure», поскольку она может делать гораздо больше, чем просто Windows. Например, Вы можете запускать виртуальные машины Windows или Linux в Azure — в зависимости от того, что Вы предпочитаете.
Копаясь в этих сотнях сервисов, Вы увидите, что можете делать практически все, что угодно. И для всего, что Azure не предлагает в простом обслуживании, Вы можете настроить виртуальную машину Windows или Linux, на которой размещено любое программное обеспечение, которое Вы хотите использовать. Вы даже можете разместить на виртуальной машине рабочий стол Windows или Linux в облаке и подключаться к нему удаленно. Это просто еще один способ использовать удаленные вычислительные ресурсы.
Многое из того, что делает Azure, не является эксклюзивным для Azure. Amazon, Microsoft и Google конкурируют. Например, Amazon Web Services является лидером в этой области, опережая предложения Microsoft и Google.
Azure Active Directory и Windows 10
Microsoft также использует Azure для расширения Windows несколькими важными способами. Традиционно организациям, которые хотели иметь центральный пользовательский каталог и управление своими ПК, требовалось запустить собственный сервер Microsoft Active Directory. Теперь, в дополнение к традиционному программному обеспечению Active Directory, которое может быть установлено на сервере Windows, организация может использовать Azure Active Directory.
Azure AD — то же самое, но размещено в Microsoft Azure. Это позволяет организациям иметь все эти функции централизованного администрирования, не требуя от них размещения собственного сервера Active Directory (и настройки зачастую сложной инфраструктуры и разрешений доступа, необходимых для его удаленной работы).
Эти сервисы не идентичны, но Microsoft однозначно делает ставку на то, что Azure AD — это будущее. Пользователи Windows 10 могут присоединиться к Azure Active Directory через функцию «Рабочий доступ», а служба Microsoft Office 365 использует Azure Active Directory для проверки подлинности пользователей.
Как каждый может использовать Azure
Любой может использовать Microsoft Azure. Просто зайдите на веб-сайт Azure, и Вы сможете зарегистрировать новую учетную запись. Каждая учетная запись имеет кредит в размере 12 500 рублей, который Вы можете использовать в течение первых 30 дней, чтобы Вы могли начать и посмотреть, как работает Azure. Вы также получаете определенное количество бесплатных услуг в течение первого года, включая доступ к виртуальным машинам Linux, виртуальным машинам Windows, хранилищу файлов, базам данных и пропускной способности.
Обзор: Windows Azure — правильно сделанный облачный хостинг виртуальных машин
Добрый день, уважаемые коллеги,
Представляю вам перевод статьи от нашего зарубежного айтишника-коллеги про Windows Azure Virtual Machines. В связи с большим количеством идиоматических и просто словесных изысков, местами перевод довольно вольный.
Некоторые из самых главных противостояний Microsoft не ведутся в открытую, на спорном поле, на котором главенствует общественное мнение, постоянно при этом освещаемое СМИ. Но, если же есть что-то, что Microsoft всегда делали лучше конкурентов — так это распахивание новой целины, нахождение новых возможностей и точная, но безотказная их обработка. Apple и Samsung могут, конечно, и дальше держать нос по курсу, тупиком которого всегда будет бытовая электроника; Microsoft же имеет куда больший потенциал, будучи восходящей звездой на облачной арене. Это противостояние началось со стремления Microsoft перенести электронную почту в облако Office 365, дальше же в битву за господство отправляются Windows Azure и XaaS.
Если вы все еще считаете, что мы еще не перешли в эпоху «больших данных», вы дико ошибаетесь. Наши потребности в данных уже достигли астрономического уровня, что подтверждает IBM: 90 процентов данных, которые мы имеем сегодня, было создано только за последние два года. Вовсе не удивительно, что большая часть этих растущих потребностей в данных в настоящее время перебрасываются в виртуальную среду, будь то локальная инфраструктура под управлением VMWare или Hyper-V или лично мой выбор: виртуальные машины в облаке.
Прежде чем углубиться в свои рассуждения о Microsoft Azure как о платформе, на которой можно размещать виртуальные машины, позвольте мне сказать, что я и несколько моих клиентов использовали этот ресурс на ограниченной основе примерно с октября прошлого года. Тем временем Microsoft тихо вывела IaaS-составляющую Windows Azure из беты, что произошло всего несколько недель назад. Наряду с замечательными выкаченными SLA для виртуальных машин (99,95%), компания еще и всерьез намерилась ввязаться в ценовую войну с гигантами рынка Аmazon, войну, исхода которой предсказать не представляется возможным. Так что, если вы думали, что Microsoft позиционировала Azure как не более чем некий домашний проектик, стоит еще раз подумать.
Сейчас жаркая пора – ресурсы переходят из физической среды в облачную. По моему мнению, как консультанта многих представителей мелкого и среднего бизнеса в Чикаго, виртуальные машины, размещенные в облаке, больше подходят для маленьких организаций (до 25 человек), и этому есть причины. Некоторые из них – самые серьезные преимущества облачных виртуальных машин над виртуальными машинами в локальной инфраструктуре – перечислены ниже:
Есть и другие аспекты, но мои первые впечатления от Azure были крайне положительными. Нет, были и проблемы, но, если сравнивать с Amazon EC2, который я использовал в то же время, я отдаю предпочтение Azure.
Там все просто, очень достойные по сравнению с конкурентами цены, и есть гибкость, которая нужна любому проекту по виртуализации. Microsoft даже предоставляет возможность запуска в облаке Linux.
Использование Azure означает то, что вы имеете доступ к быстрейшим каналам связи. Инфраструктура датацентров Microsoft одна из лучших в мире, и скриншот выше с результатами тестирования скорости для виртуальной машины с Server 2012, расположенной в Production в Azure, говорит сам за себя.
Amazon и Microsoft – не единственные, кто выступает на арене виртуальных машин в облаке. Какое-то время назад в игру вступили RackSpace и множество мелких вендоров типа SoftSys, PayPerCloud и MyHosting. Я это пишу не для того, чтобы как-то принизить этих ребят, поскольку у меня немного опыта работы с SoftSys, но они просто не могут соревноваться с Azure в двух основных аспектах: количестве предоставляемых функций и цене. В этих двух аспектах Microsoft и Amazon лидируют.
Конечно, Google запустил в середине 2012 года Compute Engine. Но, так как они поддерживают виртуальные машины только на Linux, да еще и с определенными вопросами по загрузке, я не рассматриваю Google как серьезного игрока. Пока. На мой взгляд, сервису необходимо добавить поддержку виртуальных машин под управлением Windows для того, чтобы конкурировать с Azure и EC2.
Старая-добрая война цен? Ничего подобного
Я не из тех, кто оценивает компании по одной только стоимости – я знаю, что есть гораздо больше факторов, играющих роль в сравнении качества. Но сегодня бюджеты играют роль, и, когда планка качества одинакова, смотрят на бюджеты. Поэтому Microsoft должны удерживать Amazon, если хотят превратить развивающийся Azure в сервис, которым будут пользоваться все. Также, как Microsoft побили ценой провайдеров Exchange со своим Office 365, я думаю, что была создана арена виртуальных инфраструктурных сервисов, на которой всего два игрока – Amazon и Microsoft.
Это помогает Microsoft держать планку ценообразования такой же, либо меньшей, нежели Amazon EC2 и S3. Своим недавним решением снизить цены на 21-33 процента Microsoft даёт техническому коммьюнити уверенность в том, что корпорация хочет выровнять рынок – основываясь на функциональности, а не цене. Моим клиентам это помогло рассматривать Azure в качестве вполне жизнеспособного конкурента.
Но сравнение цен Amazon и Microsoft – то еще болезненное занятие. Вебсайт Amazon EC2 настолько коряв, что есть одна страница, описывающая цены и сравнительные таблицы сервисов, для понимания характеристик которых необходимо вернуться на страницу, описывающую типы экземпляров виртуальных машин. Похоже, Amazon хочет создать облако непонимания.
Калькулятор затрат Azure же, в отличие от, прост до такой степени, что достаточно использовать веб-форму, расчитывающую стоимость используемых сервисов налету в зависимости от количества виртуальных машин, выбранных исходя из необходимой производительности. При этом можно смешивать и сравнивать развертывания Windows и Linux, добавлять экземпляры SQL, и так далее. Просто, быстро, четко – я, как технический специалист и как клиент, ценю, когда компании используют KISS.
Чисто на ценовых позициях Microsoft наступает на цены Amazon достаточно для того, чтобы это стоило отметить. Ниже представлено сравнение цен от 7 мая 2013, основанное на публично доступных ценах. Для Amazon использовались цены US East как самые низкие цены на сервисы Amazon в США.
Как можно увидеть, практически аналогичный экземпляр Medium Windows у Microsoft стоит меньше на более чем 12 процентов. Перед тем, как вы скажете, что «есть же различия в количестве памяти», обратите внимание, что эта разница – всего 6 процентов. Если рассматривать цифры, то это все равно означает, что Microsoft предлагает цену на 6 процентов лучшую нежели Amazon. Для той организации, которая думает на тему того, чтобы использовать эти виртуальные машины в режиме нон-стоп многие месяцы, эта небольшая разница существенна. Для тех, кому интересно, что скрывается за unit of EC2 processing power, вы можете почитать официальный FAQ.
Такое же преимущество в чистых цифрах у Microsoft и в том случае, если мы вырастаем до, например, уровня Extra Large:
Управление тоже считается, и тут Azure выше EC2
Еще одной областью, в которой Microsoft укладывает Amazon, является управление. Если вы хотите быстро развернуть виртуальную машину на Amazon, вам сначала нужно изучить здоровенный справочник, иначе может так получиться, что вы выберете слишком большой экземпляр и получите чек-сюрприз. Пациенту не станет лучше, пока Amazon не предпримет серьезных решений по тому количеству шагов, которые нужно совершить для создания экземпляра на EC2.
Портал управления Microsoft Azure (также известный как просто Портал) выглядит достаточно цельно, прост в освоении и управлении и логично сбалансирован. Панель управления же Amazon EC2 – развал технических жаргонизмов и ссылок. Неудивительно, что мне больше нравится работать на портале управления Azure, нежели копаться на свалке Amazon.
Портал управления Microsoft понятен и четок. Хотите виртуальную машину? Нажмите на большой кнопке New в левом нижнем углу, выберите ОС и заполните несколько необходимых текстовых полей. Далее портал управления будет в реальном времени сообщать о том, какой статус у развертываемой виртуальной машины.
Еще кое-что – управление различными сервисами у Amazon нелогично разнесено по разным панелям. Управление EC2 отлично от управления S3 и RDS. Почему нельзя было сыграть красиво и разместить все на едином портале управления, как у Azure? Если мне нужно объяснить малому бизнесу, как управлять несколькими сервисами Amazon AWS, я не представляю, как все это объяснять.
Вот так Amazon предлагает управлять их сервисами онлайн. У каждого сервиса – собственная панель управления.
Я отлично знаю, что большинство организаций не будет проводить много времени в онлайн-панелях управления, но есть множество ситуаций, в которых нужно включать-выключать виртуальные машины или развертывать тестовые среды для различных задач. Подход к управлению облачными сервисами Microsoft выглядит гораздо более цельным, осмысленным и «взрослым», даже учитывая то, что Amazon на этом рынке дольше всех. Возраст не всегда полезен, как оказалось.
Производительность и надежность – приз у Azure
Microsoft, может, и относительные новички на облачной арене, но работают они однозначно как ветераны, если судить по отчетам энтерпрайз-вендора систем хранилища данных Nasumi. Nasumi пару месяцев назад опубликовали их второй отчет State of Cloud Storage, и Azure выиграла по многим аспектам, включая производительность и надежность. Свои выводы Nasumi подкрепили довольно жестким заключением: “Microsoft Azure практически во всех категориях ушли далеко вперед по сравнению с Amazon S3”.
О каких категориях говорили Nasumi? Тесты были проведены с ноября 2012 по январь 2013:
• Скорость: Azure оказалась на 56 процентов быстрее, нежели их конкурент Amazon S3.
• Доступность: Скорость ответа Azure была на 25 процентов быстрее, нежели у Amazon S3, у которых второе место.
Единственное, в чем Amazon обошли Azure, это масштабируемость, но и то всего на 1.3 процента. «Мало того, что Microsoft в чистых тестах значительно превзошли конкурентов — их облачная платформа для хранения данных не выдала ни одной ошибки на 100 миллионов операций чтения и записи», говорится в отчете. Amazon плотно занял второе место, но Nasumi уверены, что Azure вполне может быть лидером в облачном хранении данных и облачных сервисах.
Возможности Azure выглядят безграничными
В этом обзоре мы рассмотрели только виртуальные машины Azure. Но при всем при том, что мы увидели, в этой области Microsoft может ограничить только небо. Платформа уже содержит много предлагаемых сервисов, например, облачный SQL, мобильные сервисы, блобы, хранилище данных, и аппетиты Microsoft по переходу всего в облако не уменьшаются.
Возьмем, например, возможность аутентификации в Azure с помощью Active Directory. Сегодня эта функция ограничена только платформой и федерацией с существующими сервисами и локальной инфраструктурой AD, но только представьте, если мы сможем взять все оставшиеся локальные сервера AD и поместить их в облако? Я знаю, что это реально, и ожидаю, что это скоро начнет происходить. Дальнейшие изыскания еще больше уверили меня в свете свежих новостей о новом проекте, находящемся в разработке. Под кодовым именем Mohoro Microsoft рассматривают разработку облачного VDI, рынок которого сейчас занят игроками типа Citrix. Если Microsoft сделает все правильно и встроит эту функцию в Azure на основе оплаты-по-факту-использования, VDI может стать гораздо дешевле и доступнее для мелкого бизнеса.
Подобные сценарии VDI в экосистеме Windows были традиционно доступны только энтерпрайзу. Почему? Дорогое железо; дорогой софт; сложное лицензирование; огромные затраты на планирование; полный поворот в том, как организация реализует свою десктопную технологию. Azure уже доказал, что может предоставить бэкенд для реализации различных сценариев. Не сомневаюсь, что они могут сделать “VDI для народа» уже очень скоро.
И, если Windows проходит путь к модели оплаты-по-факту-использования, то остальные продукты Windows впоследствии отправятся за Windows. Сегодняшние усилия Microsoft по превращению Office в 365-платформу не меняют тот факт, что софт все еще надо загружать и устанавливать локально.
Если же Azure будет развиваться в следующие 5-10 лет, это все может стать достоянием прошлого. Представьте, что вы сможете просто выбрать, какие приложения Office вы хотите использовать, нажать кнопку и налету получить их в десктопе Windows на Azure за несколько секунд.
Microsoft (почти) все правильно делает с Azure
Microsoft Azure идеален? Конечно, нет. Есть проблемы, но они не делают сервис менее привлекательным. Например, резервирование статических IP для виртуальных машин – все еще боль тогда, когда вы удаляете виртуальную машину. Еще Microsoft не избегает детских ошибок со своим проектом, например, как произошло в феврале прошлого года. Но, как и с любым другим облачным сервисом, есть проблемы, и они решаются. Подождем и посмотрим, что будет дальше. Непохоже же, что Google Apps не подвержены простоям.
Если же вы ищете сервис, который достаточно гибок для реализации различных сценариев, имеет хорошие цены и авторитет в вопросах безопасности, мне кажется, большего просить невозможно. Azure прошла путь от сервиса, добавленного задним числом, до полноценного предложения, которым я уже воспользовался для многих клиентов, и расчитываю сделать еще больше в будущем.
Будет интересно, насколько жизнеспособна идея с VDI на Azure, и выгорит ли она или нет. Некоторые исследования уже выяснили, что VDI используется более 80 процентов организаций, и цифра растет. Тем временем, как индустрия пытается уйти от Редмонда, такие качественные предложения будут их обратно выталкивать. Надеюсь, что другие, типа Amazon, не отстанут в этом.
Книга «Основы Microsoft Azure»
В этой книге приводится наиболее важная информация о ключевых службах платформы Azure для разработчиков и ИТ-специалистов без опыта работы с облачными технологиями. Приведены подробные пошаговые инструкции, которые помогут читателю изучить основы работы со всеми важными службами.
Материал будет полезен не только для начинающих освоение Azure, но и для специалистов, которым требуется восстановить материал в памяти, а также для людей, знакомых лишь с некоторыми из рассматриваемых тем. Главы книги являются независимыми: чтобы понять содержимое какой-либо главы, изучать примеры из предыдущих глав не требуется.
Сегодня мы публикуем часть первой главы этой книги. Полную версию вы можете скачать бесплатно по ссылке.
Оглавление
Знакомство с Azure
Что такое Azure?
Azure — это облачная платформа Microsoft.
Облачные технологии — общие сведения
Облачные техно логии — это современная альтернатива привычным локальным центрам обработки данных. Все задачи по закупке и обслуживанию оборудования находятся полностью в ведении поставщика услуг публичного облака. Он предоставляет клиентам доступ к различным службам платформы. Клиенты арендуют аппаратные и программные ресурсы, которые требуются им лишь время от времени. Так они преобразуют капитальные расходы на закупку оборудования в операционные издержки. Кроме того, такой подход позволяет клиентам получать в аренду доступ к аппаратным и программным ресурсам, покупка которых была бы слишком дорогостоящей. Клиентам доступны лишь те устройства, которые предлагает поставщик облачной платформы, но платят они только по мере их использования.
Для управления облачными средами (их вычислительными ресурсами, хранилищами, сетями и приложениями) используются веб-порталы. Например, на портале Azure пользователь может создать конфигурацию виртуальной машины (ВМ), в которой будут определены следующие характеристики: конфигурация виртуальной машины (процессор, оперативная память и локальные диски), операционная система, предварительно развернутое программное обеспечение, сетевая конфигурация и расположение виртуальной машины. После этого пользователь может развернуть виртуальную машину на основе этой конфигурации и начать работу с ней уже через несколько минут. Раньше потребовалось бы развертывать физическую машину, одна только закупка которой могла бы занять несколько недель, поэтому возможность быстрого развертывания выглядит очень привлекательно.
Мы рассказали о публичных облаках. Существуют еще частные и гибридные облака. Частное облако — это облачная среда, которая создается в собственном центре обработки данных компании, а пользователям (сотрудникам компании) предоставляются инструменты для самостоятельного использования ее ресурсов. Пользователи работают с такой средой практически так же, как с публичным облаком, но все задачи по закупке и обслуживанию оборудования, выбору аппаратных и программных ресурсов полностью находятся в ведении компании. Гибридное облако — это среда, сочетающая в себе публичное и частное облако. Такой подход позволяет выбирать наиболее подходящий вариант размещения рабочих нагрузок. Например, если нагрузка на веб-сайт колеблется в широких пределах, его можно разместить в публичном облаке и подключить к защищенной базе данных в своем частном облаке (или в локальном центре обработки данных).
Решения Microsoft поддерживают публичные, частные и гибридные облака. Платформа Microsoft Azure, которой посвящена эта книга, представляет собой публичное облако. Microsoft Azure Stack является расширением для Windows Server 2016, которое позволяет развернуть множество базовых служб Azure в локальном центре обработки данных и предоставить пользователям портал самообслуживания. Эти компоненты можно интегрировать с гибридным облаком посредством виртуальной частной сети (VPN).
Локальная среда и Azure — сравнение
При использовании локальной инфраструктуры аппаратные и программные компоненты, которые вы развертываете, находятся полностью под вашим управлением. Поэтому раньше при закупке оборудования обычно стремились к вертикальному масштабированию (т. е. старались приобрести сервер с большим количеством ядер, чтобы обеспечить требуемую производительность). Если же вы используете Azure, вы можете использовать только те устройства, которые предлагает Microsoft. В этом случае для того, чтобы повысить производительность, используется горизонтальное масштабирование: вы просто развертываете дополнительные вычислительные узлы. Эту особенность приходится учитывать при проектировании архитектуры программных систем, однако, как показала практика, горизонтальное масштабирование (развертывание недорогих устройств) гораздо более экономически эффективно, нежели вертикальное (закупка высокопроизводительных устройств).
На момент написания данной книги, центры обработки данных Microsoft Azure открыты более чем в 22 регионах мира: от Мельбурна до Амстердама, от Сан-Паулу до Сингапура. Кроме того, корпорация Microsoft заключила соглашение с компанией 21Vianet, и теперь платформа Azure доступна в двух регионах Китая. Корпорация Microsoft объявила о развертывании Azure еще в восьми регионах. Открывать центры обработки данных с таким размахом могут только крупнейшие корпорации мира. Поэтому с помощью Azure компании любого масштаба могут развертывать свои службы в местах концентрации своих клиентов в любых регионах Земли. И все это — даже не выходя из офиса!
Azure позволяет молодым компаниям начать с очень небольших затрат и быстро масштабировать инфраструктуру по мере появления новых клиентов. Запуск одной или нескольких новых виртуальных машин не требует больших предварительных платежей. Современные молодые компании обычно быстро масштабируются и быстро учатся на своих ошибках. Использование облачных технологий полностью соответствует этим принципам.
Azure помогает быстро и гибко запускать новые среды для разработки и тестирования. Для развертывания таких сред можно использовать сценарии. Так вы сможете при необходимости запустить среду разработки или тестирования, провести тестирование и удалить ее. В результате компания сильно экономит и почти не тратит денег на поддержку инфраструктуры.
Еще одно преимущество Azure — возможность тестировать новые версии программного обеспечения, не заменяя локальное оборудование. Предположим, вам нужно узнать, как изменится работа вашего приложения при переходе с Microsoft SQL Server 2014 на Microsoft SQL Server 2016. Для этого вы просто создаете экземпляр SQL Server 2016 и запускаете копию ваших служб, подключив ее к новой базе данных — не нужно ни выделять оборудование, ни протягивать провода. Или вы можете запустить виртуальную машину под управлением Microsoft Windows Server 2012 R2 вместо Microsoft Windows Server 2008 R2.
Облачное предложение
Облачные службы обычно относятся к одной из трех категорий: SaaS, PaaS или IaaS. Однако с развитием облачных технологий граница между ними становится все менее четкой.
SaaS: программное обеспечение как услуга
Программное обеспечение, которое размещается в централизованной среде и управляется по поручению клиента, называется SaaS (программное обеспечение как услуга). Обычно при таком подходе используется мультитенантная архитектура, т. е. всем клиентам предоставляется приложение одной и той же версии. Его можно масштабировать на несколько экземпляров, чтобы обеспечить оптимальную производительность вне зависимости от местоположения. Для лицензирования SaaS обычно используются подписки с ежемесячными или ежегодными платежами.
Один из примеров SaaS — Microsoft Office 365. Пользователи оплачивают месячную или годовую подписку и получают доступ к нескольким продуктам: Exchange как услуга (веб-клиент и (или) настольное приложение Outlook), служба хранения как услуга (OneDrive) и другие компоненты пакета Microsoft Office (настольные и (или) веб-версии). При этом подписчикам всегда предоставляется наиболее актуальная версия продукта. Так вы можете, по сути, получить в свое распоряжение сервер Microsoft Exchange без необходимости его покупки, установки и поддержки — управлением сервером Exchange, в том числе установкой исправлений и обновлений, займутся другие. Такой вариант гораздо дешевле и проще с точки зрения обслуживания, нежели установка программного пакета Microsoft Office и его ежегодное обновление.
Другие примеры продуктов SaaS — Dropbox, WordPress и Amazon Kindle.
PaaS: платформа как услуга
В рамках подхода PaaS вы развертываете свое приложение в специальной среде размещения приложений, которая находится у поставщика облачных служб. Разработчик создает приложение, а поставщик PaaS предоставляет возможность развернуть и запустить его. В результате разработчикам нет необходимости заниматься обслуживанием инфраструктуры, а значит, они могут посвятить все свое время разработке.
В рамках Azure доступно несколько предложений PaaS, к которым относится компонент «веб-приложения» службы приложений Azure, а также облачные службы Azure (веб-роль и рабочая роль). Во всех случаях разработчикам доступно множество способов развернуть приложение без необходимости разбираться в деталях работы вспомогательной инфраструктуры. Разработчикам не придется ни создавать виртуальные машины, ни подключаться к ним по протоколу удаленного рабочего стола (RDP), ни устанавливать приложение. Им достаточно просто нажать на кнопку (или совершить другое столь же простое действие), и инструменты Microsoft подготовят виртуальные машины, развернут и установят на них приложение.
IaaS: инфраструктура как услуга
Поставщик облачных служб IaaS контролирует и обслуживает серверные фермы, на которых выполняются программные системы виртуализации. В этих системах клиенты создают виртуальные машины, которые функционируют в инфраструктуре поставщика. Клиент создает виртуальную машину под управлением Windows или Linux (доступные варианты зависят от поставщика услуг) и устанавливает на ней все необходимое. Azure позволяет конфигурировать виртуальные сети, балансировщики нагрузки и хранилища, а также использовать многие другие службы, которые работают в этой среде. Клиент не может управлять устройствами или программными системами виртуализации, но почти все остальное находится в его полном
распоряжении. При таком подходе (в отличие от PaaS) программное обеспечение контролирует заказчик.
Виртуальные машины Azure (IaaS-предложение Azure) — очень популярный инструмент для миграции служб в Azure, поскольку он, по сути, позволяет просто перенести нужные решения. Вы можете создать виртуальную машину, аналогичную инфраструктуре вашего центра обработки данных, в которой службы работают сейчас, и перенести свои приложения на нее. В некоторых случаях могут потребоваться дополнительные действия (например, изменение URL-адресов таким образом, чтобы они указывали на новые службы или хранилища), однако такой подход позволяет переместить очень многие приложения.
Масштабируемые наборы виртуальных машин Azure (VMSS), основанные на виртуальных машинах Azure, позволяют быстро создать кластер идентичных виртуальных машин. Кроме того, VMSS поддерживает автоматическое масштабирование (автоматическое развертывание новых виртуальных машин по необходимости). Благодаря этому VMSS представляет собой идеальную платформу для размещения вычислительных кластеров на основе микрослужб более высокого уровня: например, для Azure Service Fabric и службы контейнеров Azure.
Службы Azure
В состав облачной платформы Azure входит множество служб. Рассмотрим некоторые из них.
Новый мир: Диспетчер Ресурсов Azure
Диспетчер Ресурсов Azure — это новый подход к развертыванию ресурсов.
Что это такое?
Модель развертывания с использованием управления службами Azure (Azure Service Management, ASM) использовалась для развертывания служб с момента запуска общедоступной ознакомительной версии. Службы, для управления которыми используется ASM, на портале Azure называются классическими. В 2015 году Microsoft представила модель развертывания с помощью Диспетчера Ресурсов Azure (современную и более функциональную замену ASM), которую рекомендуется использовать для управления новыми рабочими нагрузками.
Эти режимы развертывания часто называют «плоскостями управления» (control plane), потому что они используются не только для развертывания служб, но и для управления ими. Не следует путать их с «плоскостями данных» (data plane) — средствами управления данными, которые используются службой.
Функционирующая в Azure инфраструктура, как правило, содержит множество ресурсов, некоторые из которых связаны между собой: например, для запуска веб-приложения требуются службы компонентов. Предположим, вам нужны две виртуальные машины, на которых будет работать веб-приложение. Для хранения данных будет использоваться база данных, размещенная в той же виртуальной сети. Диспетчер ресурсов позволяет развернуть все это в рамках одной группы ресурсов, которыми можно управлять как одним целым. Развертывание, обновление и удаление всех ресурсов, которые относятся к одной группе, выполняется одним действием.
В рассматриваемом примере группа ресурсов будет содержать следующее:
В чем преимущества Диспетчера Ресурсов?
Использование Диспетчера Ресурсов открывает ряд преимуществ. Он позволяет развертывать ресурсы быстрее, так как выполняет операции не последовательно (как ASM), а параллельно. Модель развертывания с помощью Диспетчера Ресурсов Azure позволяет каждой службе работать со своим поставщиком службы и при необходимости обновлять его независимо от других служб. У хранилища Azure — один поставщик службы, у виртуальных машин — другой, и так далее. При использовании модели ASM все службы должны были обновляться одновременно, поэтому если одна служба заканчивала обновление раньше остальных, ей все равно потребовалось бы дождаться других перед выпуском. Вот еще несколько важных преимуществ модели развертывания с помощью Диспетчера Ресурсов Azure:
Возможность развертывания с использованием шаблонов
Если, например, веб-приложением и несколькими связанными ресурсами занимается один отдел, вы можете назначить всем этим ресурсам один тег. После этого вы сможете получать по указанному тегу информацию о платежах, связанных с этим отделом.
Примечание. Ресурсы в составе группы не наследуют тег, установленный для группы в целом. Теги нужно будет назначить каждому отдельному ресурсу.
Используйте Диспетчер Ресурсов максимально эффективно
Корпорация Microsoft подготовила несколько советов по эффективной работе с приложениями и компонентами с помощью Диспетчера Ресурсов.
Советы по использованию групп ресурсов
При разделении ресурсов по группам руководствуйтесь соображениями целесообразности в конкретной ситуации. Группа ресурсов представляет собой логический контейнер, в котором содержатся связанные между собой ресурсы для приложения или группы приложений. При принятии решений относительно группы ресурсов стоит учитывать следующее:
Советы по использованию шаблонов Диспетчера Ресурсов
Шаблоны Диспетчера Ресурсов, по сути, представляют собой инструкции по развертыванию и конфигурированию приложения. Они используются для многократного развертывания приложения и всех ресурсов, которые для него требуются.
Вы можете разделить развертывание на несколько шаблонов и создать главный шаблон, в котором будут содержаться ссылки на все другие необходимые шаблоны.
Шаблоны можно изменять. Измененные шаблоны можно развертывать снова. Например, можно добавить в шаблон запись о новом ресурсе или обновить данные о конфигурации ресурса. При повторном развертывании шаблона Диспетчер Ресурсов создает все необходимые новые ресурсы и применяет обновленные параметры. Пример использования этой возможности рассматривается в главе 5 («Виртуальные сети Azure») при развертывании шаблона Vnet с двумя подсетями. После этого добавляется третья подсеть и повторно разворачивается шаблон, после чего эта подсеть появляется на портале Azure.
Шаблоны можно параметризовать, чтобы более гибко управлять процессом развертывания. Параметризация позволяет использовать шаблон повторно, но при этом присваивать другие значения параметрам, таким как имя виртуальной машины, имя виртуальной сети, имя учетной записи хранения, регион и т. п.
Данные о текущем состоянии ресурсов в группе ресурсов можно экспортировать в виде шаблона. Затем его можно использовать в качестве макета для других развертываний или изменить и развернуть повторно, чтобы модифицировать свойства текущих ресурсов в составе группы.
Ниже приведен пример шаблона JSON. При развертывании этого шаблона создается учетная запись с именем «mystorage» в регионе «западная часть США» (West US). Шаблон является параметризованным; вы можете создать файл с параметрами и указать в нем значения параметров newStorageAccountName (имя новой учетной записи хранения) и location (местоположение). Если такого файла нет, используются стандартные параметры.
Классическая модель развертывания
Поговорим немного о том, что было до появления Диспетчера Ресурсов. Теперь такие ресурсы называют классическими. Например, у клиента могут быть учетные записи хранения, виртуальные машины и виртуальные сети, для управления которыми используется классическая модель развертывания. Классическая модель и модель развертывания с помощью Диспетчера Ресурсов Azure несовместимы — ресурсы Диспетчера Ресурсов не могут взаимодействовать с классическими ресурсами и наоборот. Например, компонент «Облачные службы PaaS Azure» является классическим, поэтому работать с ним можно только посредством классических учетных записей хранения. Из этого правила есть одно исключение: в классических учетных записях хранения можно размещать виртуальные машины Диспетчера Ресурсов. Эта возможность упрощает миграцию виртуальных машин из классической модели развертывания в модель развертывания с помощью Диспетчера Ресурсов Azure.
Обратите внимание: в ходе такой миграции может потребоваться войти на классический портал Azure, в котором отображаются классические ресурсы, но отсутствуют ресурсы Диспетчера Ресурсов, и наоборот.
Примечание. Есть две версии портала. Актуальным является портал Azure, доступный по адресу portal.azure.com. Большая часть возможностей была перемещена на портал Azure, но есть несколько исключений, например, Azure Active Directory (Azure AD). Предыдущая версия портала называется «классический портал Azure» (https://manage.windowsazure.com). Сейчас его можно использовать для управления службами Azure AD, а также для конфигурирования и масштабирования классических ресурсов (например, облачных служб).
Вы можете перенести свои ресурсы с классической модели развертывания на модель развертывания с помощью Диспетчера Ресурсов Azure.
Учет модели развертывания в сценариях PowerShell
В главе 8 («Средства управления») рассматриваются некоторые инструменты работы с Azure, в том числе командлеты Azure PowerShell и Azure CLI.
При разработке модели развертывания с помощью Диспетчера Ресурсов специалисты Azure стремились создать командлеты PowerShell, которые работали бы только для модели развертывания с помощью Диспетчера Ресурсов. В имени таких командлетов вместо слова Azure указывается слово AzureRm. Например, для создания классической учетной записи хранения можно воспользоваться командлетом New-AzureStorageAccount. Для того чтобы создать учетную запись хранения в Диспетчере Ресурсов, нужно запустить командлет New-AzureRmStorageAccount.
Это сделано для того, чтобы пользователь мог сразу понять, ресурс какого типа он создает. Кроме того, таким образом обеспечивается возможность корректного исполнения созданных ранее сценариев. При каждом развертывании ресурса Диспетчера Ресурсов необходимо указать группу ресурсов, в которую его требуется поместить. Кроме того, некоторые командлеты Диспетчера Ресурсов (например, командлет для создания виртуальной машины) поддерживают более подробные параметры, чем командлеты классической модели.
И последнее замечание: изменения затрагивают только те командлеты PowerShell, связанные с учетными записями хранения, которые относятся к плоскости управления (например, командлеты для создания, удаления и вывода списка учетных записей хранения). Для командлетов PowerShell, которые служат для доступа к содержимому хранилищ (BLOB-объектам, таблицам, очередям и файлам), ничего не изменилось. Достаточно передать им ссылку на нужную учетную запись хранения, и они готовы к использованию.
Бесплатно скачать полную версию книги и изучить ее вы можете по ссылке ниже.