azureedge net что за сайт
Как пользоваться Azure бесплатно (лайфхак для студентов)
Сегодня мы поделимся интересным лайфхаком о том, как можно пользоваться нашей платформой Azure бесплатно без проблем с урезанной функциональностью. Ведь все просто — нужно быть студентом.
Передаю слово автору.
Привет всем. Меня зовут Илья, и являюсь одним из ветеранов программы Microsoft Student Partners. Я хочу рассказать про все доступные предложения использования Azure для студентов.
Azure for Students Starter
С момента выхода Azure на рынок прошло довольно много времени, однако раньше студенты были вынуждены платить полную стоимость всех используемых сервисов, если услышали о новых технологиях и захотели их попробовать. И, чтобы помочь студентам, Microsoft в 2015 году выпустил специальное предложение для студентов. Оно имело как ряд преимуществ (подписка создаётся 1-2 минуты и при создании не нужны данные кредитной карты), так и свои недостатки (из сервисов были доступны только бесплатный веб-сайт и SQL база данных размером до 30 мб). Откровенно говоря, этого даже не хватит даже для прототипа какого-либо студенческого проекта. За 3 года количество сервисов увеличилось до 6, однако появились возрастные ограничения 16+.
Итак, Azure for Students Starter – идеальное решение для людей, пожелавших познакомиться с облачными технологиями. Однако, представленного стека технологий не хватит для полноценной разработки.
Если это предложение заинтересовало, то с ним можно ознакомиться здесь.
Azure Free Account
Помимо ограниченных сервисов есть и 25 безлимитных бесплатных сервисов (например, Azure Active Directory, Azure Service Fabric и когнитивные сервисы).
Вот некоторые из них:
Подробнее можно прочитать здесь.
Azure for Students
Как стать участником программы Microsoft Imagine?
Microsoft Imagine – программа поддержки студентов технических (и не только) университетов. Она даёт бесплатное ПО (в частности, Visual Studio и Windows Server) и доступ к студенческому Azure.
Для того, чтобы его получить, необходимо подтвердить свой студенческий статус (почта на домене университета/код активации Microsoft/ Shibboleth аккаунт). Shibboleth и университетские почты не очень распространены в России, а код активации Microsoft можно получить только на официальных студенческих мероприятиях Microsoft или Microsoft Student Partners. Активировать можно сделать двумя способами: или через портал Microsoft Imagine, или через сайт. После этого необходимо дать контактные данные на портале Azure.
Активация через Microsoft Imagine
Активация через сайт студенческого Azure
После этого Вы попадёте на страницу настройки аккаунта Azure и Ваш аккаунт будет готов.
Подводя итог, Azure for Students – оптимальное предложение для студентов по использованию облака. Оно включает в себя множество различных сервисов и может послужить отличным стартом для любого студенческого проекта. А чтобы понять, как использовать Azure в реальных проектах советую посетить Российский Финал международного конкурса Imagine Cup, который пройдет 14 апреля в Москве и поучаствовать в технологическом квесте. И, если Вы являетесь студентом или школьником старших классов, там же можно получить верификационный код для Microsoft Imagine.
Если будут какие-либо вопросы по Azure или про мероприятия для студентов, пишите мне в личные сообщения.
Imagine Cup 2018. Российский финал в Москве
Microsoft приглашает тебя стать зрителем российского финала международного технологического конкурса студенческих проектов Imagine Cup 2018. В этом году мы в 16-й раз собираем лучших студентов, чтобы выбрать победителя!
14 апреля приглашаем вас на территорию Красного Октября, в пространство Digital October, где финалисты представят свои инновационные проекты.
azureedge.net
Оптимизируйте сайт и получите больше трафика
Попробуйте полную версию Анализа сайта: найдите ошибки на главной и внутренних страницах и исправьте их с помощью советов сервиса. Ежедневный аудит и проверка позиций помогут оценить результаты.
Бесплатная версия:
Анализ только главной страницы
10 проверок в инструментах в день
Ограниченная частота проверки
Платная:
Анализ всех страниц сайта
Сравнение с конкурентами
Проверка позиций по запросам
Автоматический анализ сайта
Еженедельные отчеты на почту
Важные события
Чек-лист
Параметры домена
В истории найдено изменений за 8 месяцев. Первая дата: октябрь 2020.
Хотите увидеть весь график?
Доступно на платных тарифах.
Каждый день мы будем обновлять данные о вашем сайте, чтобы вы не пропустили важные события.
Описание:
Индекс качества сайта — это показатель того, насколько полезен ваш сайт для пользователей с точки зрения Яндекса.
При расчете индекса качества учитываются размер аудитории сайта, поведенческие факторы и данные сервисов Яндекса. Значение индекса регулярно обновляется.
Если у сайта есть зеркало, то показатель неглавного зеркала сайта будет равен показателю главного.
Показатель ИКС поддомена сайта, как правило, равен показателю основного домена.
Дополнительная информация:
Статьи по теме:
Данные теста были получены 16.11.2021 01:01
Выбор пользователей 4 из 5
Популярный сайт 4 из 5
Описание:
Рядом с адресом сайта в результатах поиска Яндекса могут появляться знаки, основанные на данных о поведении пользователей. Такие знаки могут свидетельствовать об удовлетворенности пользователей и их доверии к сайту.
Популярный сайт — сайт получает этот знак, если имеет высокую посещаемость и постоянную аудиторию.
Выбор пользователей — знак получают сайты с высокой степенью вовлеченности и лояльности пользователей по данным Яндекса.
Статьи по теме:
Данные теста были получены 16.11.2021 01:01
В истории найдено изменений за 9 месяцев. Первая дата: октябрь 2020.
Хотите увидеть весь график?
Доступно на платных тарифах.
Каждый день мы будем обновлять данные о вашем сайте, чтобы вы не пропустили важные события.
Описание:
Примерное количество проиндексированных страниц в выдаче Яндекса можно посмотреть через оператор site:, что мы и делаем. Он покажет результат поиска по URL сайта, но точную цифру страниц в индексе выдавать не обязан.
Точные данные Яндекс отображает в Яндекс.Вебмастере. График изменений количества находится в разделе «Индексирование сайта» — «Страницы в поиске».
Данные теста были получены 16.11.2021 01:01
В истории найдено изменений за 9 месяцев. Первая дата: октябрь 2020.
Хотите увидеть весь график?
Доступно на платных тарифах.
Каждый день мы будем обновлять данные о вашем сайте, чтобы вы не пропустили важные события.
Описание:
Сколько страниц сайта Google точно проиндексировал, узнать невозможно. Поисковик не ведет базу данных по URL-адресам.
Примерное количество страниц в выдаче покажет оператор site:, на который мы ориентируемся. Число может быть искажено страницами, которые запрещены к индексу в robots.txt, но попали в выдачу из-за внешних ссылок на них.
Чуть более точное количество покажет раздел «Статус индексирования» в Google Search Console, но и эти данные могут быть искажены из-за применения фильтров.
Данные теста были получены 16.11.2021 01:01
Описание:
Примерное количество проиндексированных страниц в выдаче Яндекса можно посмотреть через оператор site:, что мы и делаем. Он покажет результат поиска по URL сайта, но точную цифру страниц в индексе выдавать не обязан.
Точные данные Яндекс отображает в Яндекс.Вебмастере. График изменений количества находится в разделе «Индексирование сайта» — «Страницы в поиске».
Данные теста были получены 16.11.2021 01:01
Рейтинг домена — 11 / 100
В истории найдено изменений за 9 месяцев. Первая дата: октябрь 2020.
Хотите увидеть весь график?
Доступно на платных тарифах.
Каждый день мы будем обновлять данные о вашем сайте, чтобы вы не пропустили важные события.
Описание:
Данные теста были получены 16.11.2021 01:01
Бомжуем в Microsoft Azure или хостим сайты за бакс в месяц: часть 1
Представим, что вы хотите разместить простой веб сайт в Microsoft Azure и не собираетесь потратить на это много денег. Что нам для этого надо? Azure WebApp? Но у нас же обычная статика. Отдавать почти 50$ в месяц? Или может запустить в контейнере? Собирать контейнер? Или поднять kubernetes и там создавать свои поды? Поднять свою виртуальную машину и настроить nginx или apache? Серьезно? Нам же нужно просто запулить свой лендинг и наслаждаться.
На самом деле, есть простой выход. В прошлом году, в Azure появилась возможность строить веб сайты на обычном хранилище — Azure Storage. В этом посте мы поговорим только про статику, про запуск более сложных вещей, аля с бэком под flask и vuejs будет в следующем посте. Там тоже есть интересные вариант. 😉
Наша задача просто прописать индекс файл, всё. Затем мы можем открыть в вебе Storage Explorer (preview) или скачать Microsoft Azure Storage Explorer и залить наш веб сайт. Для примера, наш прямой адрес на Storage Account — https://telegramwebsites.z6.web.core.windows.net
Но, мы можем хостить много сайтов на одном Storage Account и при этом платить за это ооооочень не много. Для этого мы будем использовать CDN, которые тарифицируется по потребленному трафику. Я выбрал самый простой вариант — Standard Microsoft CDN.
Внутри Storage Account создадим нужное количество каталогов для наших будущих сайтов. В моём случае это site1, site2, site3.
Для примера я взял шаблоны bootstrap и загрузил их в эти каталоги.
Да, как вы правильно понимаете, если теперь зайти на https://telegramwebsites.z6.web.core.windows.net/site1 или https://telegramwebsites.z6.web.core.windows.net/site2 или https://telegramwebsites.z6.web.core.windows.net/site3, то что-то там откроется, но нас это пока не устраивает. Мы ведь серьезная компания и такой адрес нам не совсем подходит. Кроме этого видно, что из-за путей есть проблемы с загрузкой js и css, но сейчас это не важно.
Вернёмся к CDN. Он нам нужен, чтобы спрятать за своими доменами вот эти созданные каталоги.
Откроем CDN и создадим Endpoints.
В Name будет url нашего входа в CDN, в Origin Hostname — url нашего Storage Account, Origin path — каталог на Storage Account.
Получились вот такие 3 эндпоинта: http://site1.azureedge.net/, https://site2.azureedge.net/, https://site3.azureedge.net/
Если вы перейдёте по ним, то вам уже откроются полноценные веб сайты, которые были выше по урлу storage account. И js, и css успешно подгружаются, где включен https — работает https, все прекрасно. Но еще нет. Теперь мы прикрутим свои домены. ;)) Вы же помните, что мы серьезная организация.
В свойствах каждого Endpoints есть настройка — Custom domains (она, кстати, есть и в Storage Account и если вам нужен только один веб сайт, то там же можно сделать что-то подобное).
Но кроме того, что мы можем туда добавить свой домен, мы можем заказать сертификат от самого DigiCert и всё в одной консоли. 😉 Как вам? Есть нюансы.
Перед тем, как добавить домен, нам необходимо объяснять Microsoft Azure, что он наш. Для этого нам необходимо создать cname запись.
Более подробно есть в документации, но конкретно в моём случае, у моего регистратора в панели это выглядит так:
cdnverify.contoso.com CNAME cdnverify.contoso.azureedge.net
Ждём несколько часов, возвращаемся в настройки нашего эндпоинта и добавляем домен. Но и это еще не всё. 😉 Теперь мы можем включить https для нашего домена. Тут есть нюанс. Валидация от DigiCert CA происходит через cname на www: www.contoso.com CNAME сontoso.azureedge.net Но вы же прекрасно понимаете, что contoso.com и www.contoso.com это так-то разные вещи, а мы хотим, чтобы работало и на корень, и на www. После того, как DigiCert не найдет cname запись, они отправят вам на почту письмо с подтверждением. Там просто кликнуть ссылку, поставить галку и всё. В моём случае мне пришлось закинуть mx записи на Яндекс и просто форвардить всю почту на один мой аккаунт.
DigiCert будет отправлять на эти ящики:
admin@your-domain-name.com
administrator@your-domain-name.com
webmaster@your-domain-name.com
hostmaster@your-domain-name.com
postmaster@your-domain-name.com
Вот так это выглядит. 😉 Они отправили на все.
Кстати, на www можно прописать cname и добавить в Custom Domains. Картинка примерно такая.
А теперь вещи, которые не стоит делать на боевых сайтах. Смотрите, какая ситуация. На www.kodeks12.ru у нас есть cname, который отправляет на https://site3.azureedge.net, но для корня домена нам же требуется прописать А-запись. Вот тут мы сделаем небольшую хитрость, которая показала то, что в принципе все может работать месяцами и никаких проблем пока не было. Мы возьмём nslookup site3.azureedge.net и пропишем IP адрес, которые отдаст нам CDN. Да, это неправильно, да, если что-то пойдёт не так, нам придется менять адреса на DNS, но, как показывает практика — это работает.
Вот наш IP и вот наша А запись.
С www таких проблем не будет, но мне вот глаз режет это www в начале имени домена. Для вариантов аля blog.domain.com таких проблем не будет.
Для примера, на эндпоинт https://site2.azureedge.net я прописал http://azure.aibootcamp.ru/ и http://az.aibootcamp.ru/ И да, туда тоже можно подвязать https. 😉
Подведем итог? Что мы получили?
Мы создали Storage Account — https://telegramwebsites.z6.web.core.windows.net/
Создали каталог — https://telegramwebsites.z6.web.core.windows.net/site3
Прокинули в этот каталог все запросы через CDN — https://site3.azureedge.net/
Привязали домен с https — https://kodeks12.ru
И самое главное. Бабки! Стоит то сколько? Давайте считать. За Custom domains дополнительной оплаты нет, мы платим только за Storage Account. Плюс, мы платим за траффик через CDN. Но стоит это, как бы вам сказать, очень мало.
1,14$ — вот столько стоит storage 1 GB данных и по 100 000 операций чтение/запись в месяц. В МЕСЯЦ, Карл! Один доллар и четырнадцать центов.
А это CDN — First 10 TB /Month — 5.07РУБ per GB. Пять рублей, П Я Т Ь. Да, да, пять рублей. 😉 Сами посмотрите — https://azure.microsoft.com/en-us/pricing/details/cdn/
Я открыл расходы по подписке и там как бы вот так:
На этом пока хватит. У нас есть какой-то статичный сайт, все работает. В следующем посте разберемся, как сделать что-то более сложное, в стиле SPA (single page application), но тоже за сущие копейки.
Это статья является дополнением и продолжением статьи Единая облачная PaaS-платформа для ASP.NET, PHP, Node.js и Python. С момента написания предыдущего материала сервис Azure Web Sites значительно обновился и его возможности расширились сразу во многих направлениях. Об этих изменениях и пойдет речь в данной статье.
Далее рассматриваются следующие функциональные возможности:
Что такое Azure Web Sites?
Для тех, кто не читал предыдущей статьи с описанием возможностей Azure Web Sites перечислим кратко эти возможности:
Платформа интегрируется с системами контроля версий: Git, TFS, Visual Studio Online, BitBucket, GitHub, Codeplex, Dropbox, предлагая разработчикам функции непрерывной интеграции и размещения кода.
Платформа предлагает набор CMS и фреймворков от WordPres и Drupal до Django и DotNetNuke готовых к развертыванию из галереи шаблонов.
Являясь PaaS-платформой Azure Web Sites берет на себя все задачи по управлению и обновлению ОС, БД, средами исполнения, в том числе задачи балансировки нагрузки между несколькими размещенными экземплярами вашего кода.
Разработчикам предлагаются функции ручного и автоматического масштабирования сайтов. Масштабирование вверх и вниз происходит за секунды. Разработчики могут масштабировать число CPU и размер памяти, а так же размер реляционного хранилища.
Платформа имеет доступ ко всем другим сервисам Microsoft Azure. что позволяет расширять возможности ваших сайтов за счет большого числа облачных инструментов: идентификации, блобов, таблиц, big data, аналитики, служб обмена сообщениями и другими.
Портал Azure Web Sites и платформа предлагают богатые средства администрирования, диагностики сайтов и мониторинга.
Все эти возможности доступны пользователям по первому запросу в течении нескольких секунд. При этом базовый тариф Azure Web Sites бесплатен, что позволяет начать разрабатывать или прототипировать сайты бесплатно, масштабируя их по мере требования без внесения каких-либо изменений в код.
Далее идет описание новых возможностей, которые появились у платформы за последние полгода.
Поддержка проектов на Java
Разработчики могут размещать как 32-битный так и 64-битный код на Java 7 (настраивается через файл конфигурации) и выбирать между предлагаемыми по умолчанию серверами Tomcat или Jetty. Вместе с этим, разработчик может загрузить свою собственную версию Java (в том числе 6 или 8) или свой собственный сервер приложений на выбор.
В настоящее время существую следующие ограничения поддержки Java на Azure Web Sites: приложения могут слушать только HTTP(S)-траффик, нет поддержки обмена сообщений JMX или JMS, нет поддержки удаленной отладки JDWP или JDI,
Несколько вводных статей на тему размещения Java-проектов в Azure Web Sites можно найти на официальном портале.
Интеграция с Visual Studio Online “Monaco”
С выходом в тестирование нового визуального онлайн-редактора Visual Studio Online “Monaco” появилась возможность редактировать размещенные веб-сайты Azure Web Sites прямо в браузере.
Для получения доступа к коду сайта через веб-редактор необходимо включить соответствующую настройку в параметрах вашего Azure Web Sites.
После этого через ссылку в панели администрирования можно получить прямой доступ к редактированию содержимого сайта:
При переходе на страницу редактора Monaco вы сможете управлять Git-репозиторием кода, если он есть или создать его, если его еще нет.
Для управления Git и другими функциями разработчикам доступна встроенная консоль администрирования:
Наконец, редактор кода позволяет вам удобно редактировать различные типы файлов, в том числе код, веб-страницы, стили, скрипты и так далее с поддержкой горячих клавиш, intelliSense, подсветки синтаксиса и автодополнения кода:
Одной из возможностей редактора кода является мгновенное применение изменений без необходимости сохранять изменения явно. Другой возможностью является работа с Git-репозиторием (git push):
Использование Monaco может быть очень удобным способом для доступа к коду сайта и возможности быстро внести изменения из любого браузера на любой ОС или платформе.
Функция создания резервных копий сайта
Задача создания резервных копий веб-сайтов Azure Web Sites теперь полностью решается с помощью встроенной поддержки бэкапов. С помощью встроенной в портал управления функциональности можно настроить автоматическое формирование резервной копии всего веб-сайта, включая базы данных.
Разработчикам предлагается возможность выбрать место (учетную запись хранилища) для сохранения резервных копий, частоту создания копии в день, дату с которой следует начать создание бэкапов и базы данных, которые необходимо включить в резервную копию.
Стейджинг и другие дополнительные развертывания
Одной из самых востребованных функций размещения сайтов из представленных недавно стала функция дополнительных размещений развертывания кода, например, для создания рядом с продакшн-средой, дополнительное тестовое, стейджинг или любое другое окружение по требованию.
Дополнительные развертывания кода предназначены для тестирования и обкатки кода в реальном облачном окружении с возможностью быстрой смены продакшн-развертывания на любое из дополнительных и обратно.
Переключение можем быть особенно полезным, когда при выводе одного из стейджинг-кода в продакшн была обнаружена ошибка и требуется быстро вернуть состояние обратно. Переключение окружений производится одним единственным кликом и в течение нескольких секунд.
Добавить новый слот развернутого приложения можно из панели администрирования исходного сайта, достаточно ввести только имя нового окружения:
Некоторые подробности использования стейджинг-окружений, в том числе управление через команды командной строки и PowerShell можно узнать из этой статьи.
Выполнение фоновых задач (Web Jobs)
Веб-задания могут быть особенно полезны для выполнения фоновых задач для сайтов, которые не нагружены на 100% и имеют возможность выделить часть ресурсов на дополнительные задачи. Например, сайт может иметь веб-задачу для обработки загруженных пользователями сообщения. Этим разработчик не только утилизирует неиспользуемые мощности своего сайта, но и экономит средства на облачных мощностях, так как ему не приходится создавать для задачи обработки изображений отдельную рабочую роль.
Добавить новое веб-задание в Azure Web Sites очень просто через портал управления:
Задачи могут выполняться по требованию, по расписанию или непрерывно в зависимости от их назначения. Размещение веб-задания может быть удобно интегрировано в процесс публикации веб-сайта из Visual Studio. Для этой цели предназначено расширение WebJobsVS:
После его установки разработчик может использовать новую функцию настройки веб-проекта в Solution Explorer:
Эта функция позволяет сопоставить с веб-заданием один из внутренних проектов решения в Visual Studio, например, консольное приложение, которое будет автоматически скомпилировано и опубликовано вместе с публикацией самого веб-приложения.
Особенную пользу для разработчиков, которые желают использовать веб-задачи может принести пакет инструментов Azure WebJobs SDK, Вы можете установить его с помощью команды Nuget:
Install-Package Microsoft.WindowsAzure.Jobs.Host –pre
Установленная библиотека позволит вам использовать дополнительные возможности по интеграции кода веб-задачи с облачным окружением, например, с очередями или блобами хранилища Azure Storage.
Например, код выше использует специальные атрибуты, которые позволяют сопоставить входные параметры фоновой задачи с определенными очередями и контейнерами блобов в хранилище Azure. Эти возможности WebJobs SDK позволяют разработчику очень быстро построить консольное приложение, которое будет обрабатывать данные на основе очереди сообщений и складывать результаты в определенный контейнер хранилища. При этом все действия по передаче данных, выборке из очереди и сохранению результатов возьмут на себя инструменты SDK.
Удаленная отладка
Богатые возможности работы с Azure Web Sites из Visual Studio пополнены функцией удаленной отладки размещенного в облаке кода, как в продакшн-окружении, так и в любом из дополнительных стейджинг-окружений.
Из соображений безопасности удаленная отладка должна быть явно включена в панели администрирования сайтом, по этой же причине после включения функция остается работающей только на 48 часов:
После включения удаленной отладки для веб-сайта вы можете подключаться отладчиком к сайту в облаке напрямую из Visual Studio:
Возможность отладки кода в рабочем облачном окружении – очень мощный инструмент. Дополнительную силу ему придает функция стейджинг-окружений Web Sites, что позволяет отлаживать в реальном облачном окружении стейджинг-код без влияния на работу сайта в продакшне.
Поддержка wildcard доменов и бесплатные SSL-сертификаты
Теперь пользователи стандартной редакции Web Sites получают бесплатную возможность включить поддержку SSL-режима для своих веб-приложений. Пользователи могут рассчитывать на один бесплатный IP-адрес и 5 SNI.
Кроме того в Azure Web Sites была представлено поддержка wildcard-доменов, что позволяет привязать к сайту домен и обращаться к нему через домены более высокого уровня.
Подробности о поддержке и настройке использования wildcard-доменов можно найти в этой статье.
Функция AlwaysOn
Новая функция Web Sites под названием Always On позволяет поддерживать размещенной веб-приложение в активном запущенном состоянии.
После включения этой функции Azure будет периодически пинговать ваш сайт для того, чтобы он не выключался или не засыпал и всегда был “прогретым”.
Поддержка web-сокетов
Технология веб-сокетов позволяет веб-приложениям в браузере обмениваться с серверным бэкендом данными в реальном времени. Поддержка веб-сокетов была добавлена в Windows Server 2012, чуть ранее она была доступна облачным службам Azure. Теперь веб-приложения размещенные в Azure Web Sites так же получили возможность использования веб-сокетов.
Для включения поддержки веб-сокетов перейдите в панель администрирования и включите соответствующую настройку. Обратите внимание, что проекты, которые ранее были вынуждены использовать другие технологии обмена данными в реальном времени, например, на базе SignalR, сразу же получат все преимущества новой функции без каких либо изменений в коде.
Администрирование
Несколько новых функций администрирования Azure Web Sites включают в себя настройку доступа к сайтам по IP-адреса и расширенную панель управления сайтами – Kudu.
Ограничение доступа по IP Для веб-сайтов Azure Web Sites включена возможность использовать функции IP and Domain Restrictions сервера IIS. Эти дополнительные настройки могут быть использованы совместно с представленной ранее функцией Dynamic IP address restriction (DIPR).
Теперь разработчики могут ограничивать или предоставлять доступ к сайтам с помощью указания набора или диапазона определенных IP-адресов. Подробное описание этой функции сервера IIS можно найти тут.
Встроенная панель администрирования Kudu
Для каждого веб-сайта запущенного в Azure Web Sites есть панель управления Kudu, которая позволяет легко управлять рядом параметров сайта, получать диагностическую информацию и логи. Вы можете обратиться к панели Kudu через адрес https://ВАШСАЙТ.scm.azurewebsites.net/.
В недавнем обновлении Kudu была представлена новая возможность просмотра и управления списком процессов, загрузки дампов памяти процессов, прекращении работы процессов. А через https://ВАШСАЙТ.scm.azurewebsites.net/azurejobs/ стало возможным управлять и диагностировать работу веб-заданий Web Jobs.
Управление с помощью Azure Management Libraries
Библиотеки Azure Management Libraries предлагают возможность управления следующими облачными мощностями:
Исходные коды библиотеки доступны на GitHub.
Библиотеки Azure Management Libraries предлагают прекрасный слой автоматизации между вашим кодом и Microsoft Azure. Вы можете использовать эти библиотеки для задач автоматизации всего спектра процессов создания и удаления компонент Azure. В текущей версии мы предлагаем библиотеки для управления вычислительными мощностями и облачным хранилищем, а так же компонентами Azure Web Sites. Со временем, мы добавим в библиотеки больше функций. Наша цель – предоставить вам возможность автоматизировать выполнения любой задачи в Microsoft Azure.
Подробное описание использование библиотек Azure Management Libraries можно найти в этой статье. Хороший пример управления Web Sites из собственных веб-сайтов можно найти в этой статье.
Новое ценообразование
Ценообразование Web Sites было слегка изменено, был добавлен новый уровень предоставления сервиса Basic, который предлагает выделенные вычислительные мощности, однако стоит до 50% дешевле стандартного уровня за счет недоступности ряда функциональных возможностей, например, автоматического масштабирования.
Подробнее о новом ценообразовании Azure Web Sites можно узнать на официальной странице. Подробнее про хостинг-планы можно почитать в этом анонсе.
Стандартный план размещения веб-сайтов получил обновление: кроме бесплатного предложения использования SSL был увеличен объем выделенного для веб-сайта пространства хранилища с 10 ГБ до 50 ГБ.
Кроме новых хостинг-планов был представлен и новый подход к объединению нескольких веб-сайтов с разным ценообразованием – группы ресурсов (Resource Groups). Эта возможность поможет управлять ресурсами и выделять их по-разному для разных задач. Подробнее о новой возможности можно узнать из этой статьи.
Полезные ссылки
Ниже вы найдете ссылки на ресурсы, которые помогут вам в использовании облачной платформы Microsoft: