• Статья
  • Чтение занимает 20 мин

Что такое Azure?

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

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

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

С чего начать?

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

Во-первых, необходимо решить, как вы будете размещать приложение в Azure. Необходимо ли управлять всей инфраструктурой как виртуальной машиной? Можно использовать средства управления платформой, предоставляемые Azure? Возможно, требуется бессерверная платформа только для размещения выполнения кода?

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

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

Размещение приложений

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

Azure предлагает службы, обеспечивающие потребности в разработке и размещении приложений. Azure предоставляет инфраструктуру как услугу (IaaS), обеспечивающую полный контроль над размещением приложений. Предложения платформы как слуги (PaaS) Azure содержат полностью управляемые службы, необходимые для обслуживания ваших приложений. В Azure доступно даже по-настоящему бессерверное размещение, при использовании которого все, что от вас требуется, — просто писать код.

Варианты размещения приложений в Azure

Служба приложений Azure

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

Вы можете создавать веб-приложения, серверные части мобильных приложений и приложения API.

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

Служба приложений была разработана с ориентацией на DevOps. Она поддерживает различные инструменты для публикации и развертываний с непрерывной интеграцией. К этим инструментам относятся веб-перехватчики GitHub, Jenkins, Azure DevOps, TeamCity и пр.

Можно перенести существующие приложения в службу приложений с помощью средства миграции в режиме онлайн.

Когда следует использовать. Используйте службу приложений при переносе существующих веб-приложений в Azure и при потребности в полностью управляемой платформе размещения для веб-приложений. Службу приложений можно также использовать, когда в приложении необходима поддержка мобильных клиентов или предоставление интерфейсов REST API.

Приступая к работе. Служба приложений позволяет легко создать и развернуть свое первое веб-приложение, мобильное приложение или приложение API.

Попробуйте прямо сейчас. Служба приложений позволяет подготовить временное приложение, чтобы опробовать возможности платформы без регистрации учетной записи Azure. Опробуйте функции платформы и создайте приложение службы приложений Azure.

Виртуальные машины Azure

Являясь поставщиком инфраструктуры как услуги (IaaS), Azure позволяет развернуть или перенести приложения на виртуальные машины Windows или Linux. Вместе с виртуальной сетью Azure служба «Виртуальные машины Azure» поддерживает развертывание виртуальных машин Windows или Linux в Azure. Использование виртуальных машин дает полный контроль над конфигурацией компьютера. При использовании виртуальных машин вы отвечаете за установку, настройку и обслуживание всего серверного программного обеспечения, а также за установку исправлений для операционной системы.

Благодаря уровню контроля, обеспечиваемому виртуальными машинами, в Azure можно запускать широкий диапазон серверных рабочих нагрузок, не подходящих для модели PaaS. К этим рабочим нагрузкам относятся серверы базы данных, Windows Server Active Directory и Microsoft SharePoint. Дополнительные сведения см. в документации по виртуальным машинам Linux или Windows.

Когда следует использовать. Используйте службу «Виртуальные машины», когда требуется полный контроль над инфраструктурой приложений или необходимо перенести рабочие нагрузки локальных приложений в Azure без внесения изменений.

Приступая к работе. Создайте виртуальную машину Linux или виртуальную машину Windows на портале Azure.

Функции Azure (бессерверные)

Не всегда хочется беспокоиться о сборке всего приложения и управления им или инфраструктурой для выполнения кода. А что, если бы можно было просто написать собственный код и запускать его в ответ на события или по расписанию? Функции Azure — бессерверное предложение, которое позволяет создавать только необходимый вам код. При использовании службы «Функции Azure» выполнение кода активируется HTTP-запросами, веб-перехватчиками, событиями облачной службы или по расписанию. Вы можете выполнять код на любом языке разработки, например C#, F #, Node.js, Python или PHP. Благодаря выставлению счетов на основе использования вы платите только за время выполнения кода, и Azure масштабирует ресурсы по мере необходимости.

Когда следует использовать. Используйте службу «Функции Azure», когда имеется код, активируемый другими службами Azure, веб-событиями либо активируемый по расписанию. Можно также использовать «Функции Azure», когда нет необходимости в дополнительных затратах на размещение всего проекта или если нужно платить только за время выполнения кода. Дополнительные сведения см. в статье Общие сведения о Функциях Azure.

Приступая к работе. Изучите краткое руководство по службе «Функции Azure», чтобы создать свою первую функцию на портале.

Попробуйте прямо сейчас. Служба «Функции Azure» позволяет выполнять код без регистрации учетной записи Azure. Опробуйте ее возможности прямо сейчас и создайте свою первую функцию Azure.

Azure Service Fabric

Azure Service Fabric — это платформа распределенных систем. Она дает возможность не только легко создавать, упаковывать и развертывать масштабируемые и надежные микрослужбы, но и управлять ими. Кроме того, эта платформа содержит полный набор функций для управления приложением:

  • Подготовка
  • Развертывание
  • Мониторинг
  • Обновление и исправление
  • Удаление

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

Service Fabric поддерживает веб-API благодаря использованию Open Web Interface для .NET (OWIN) и ASP.NET Core. Эта служба предоставляет пакеты SDK для создания служб в среде Linux с помощью .NET Core и Java. Дополнительные сведения о Service Fabric см. в документации по Service Fabric.

Когда следует использовать. Service Fabric будет хорошим выбором, если вы создаете новое или изменяете существующее приложение с намерением использовать архитектуру микрослужб. Используйте Service Fabric, если требуется больший контроль над базовой инфраструктурой или прямой доступ к ней.

Приступая к работе. Создайте свое первое приложение Azure Service Fabric.

Azure Spring Cloud

Azure Spring Cloud — это бессерверная платформа микрослужб, позволяющая создавать, развертывать, масштабировать и отслеживать приложения в облаке. Используйте Spring Cloud, чтобы сделать современные шаблоны микрослужб доступными для приложений Spring Boot. Это позволит избежать использования стереотипного кода и обеспечить быструю разработку многофункциональных приложений на Java.

  • Используйте управляемые версии обнаружения служб Spring Cloud и Config Server, а мы обеспечим оптимальную работу этих важнейших компонентов.
  • Сосредоточьтесь на разработке бизнес-логики, а мы предоставим обновления для системы безопасности и обеспечим соответствие стандартам и высокий уровень доступности для среды выполнения служб.
  • Управляйте жизненным циклом приложений (включая развертывание, запуск, остановку и масштабирование) на базе Службы Azure Kubernetes.
  • Легко устанавливайте подключения между вашими приложениями и службами Azure, такими как База данных Azure для MySQL и Кэш Azure для Redis.
  • Отслеживайте и устраняйте неполадки микрослужб и приложений с помощью унифицированных средств мониторинга корпоративного уровня, которые предоставляют подробные аналитические сведения о зависимостях приложений и оперативную телеметрию.

Когда следует использовать. Полностью управляемая служба Azure Spring Cloud оптимально подходит для снижения эксплуатационных расходов на микрослужбы на основе Spring Boot и Spring Cloud в Azure.

Начало работы.разверните первое приложение с пружинной загрузкой в Azure веснного облака.

Расширение возможностей приложений с помощью служб Azure

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

Размещенное хранилище и доступ к данным

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

  • Azure Cosmos DB. Многомодельная глобально распределенная служба баз данных. Эта база данных позволяет эластично масштабировать пропускную способность и ресурсы хранилища в любом количестве географических регионов в рамках всестороннего соглашения об уровне обслуживания.

    Сценарии использования — если для приложения требуются базы данных документов, таблиц или диаграмм, включая базы данных MongoDB, с несколькими четко определенными и согласованными моделями.

    Начало работы — создание веб-приложения Azure Cosmos DB. Если вы разработчик MongoDB, см. статью о создании веб-приложения MongoDB с помощью Azure Cosmos DB.

  • Служба хранилища Azure. Обеспечивает надежное высокодоступное хранилище для больших двоичных объектов, очередей, файлов и других типов нереляционных данных. Служба хранилища является платформой хранения данных для виртуальных машин.

    Когда следует использовать. Если приложение хранит нереляционные данные, такие как пары «ключ-значение» (таблицы), большие двоичные объекты, файловые ресурсы или сообщения (очереди).

    Начало работы. Выберите один из этих типов: хранилище BLOB-объектов, таблиц, очередей или файлов.

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

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

    Приступая к работе.Создайте базу данных в Базе данных SQL Azure за несколько минут с помощью портала Azure.

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

Поддержка Docker

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

В Azure доступно несколько способов использования контейнеров в приложениях.

  • Служба Azure Kubernetes: позволяет создавать, настраивать и администрировать кластер виртуальных машин, предварительно настроенных для запуска контейнерных приложений. Дополнительные сведения о Службе Azure Kubernetes см. в этой статье.

    Когда следует использовать. Если вам нужно создавать готовые к работе, масштабируемые среды с дополнительными средствами планирования и управления или если вы развертываете кластер Docker Swarm.

    Приступая к работе. . Разверните кластер Службы Kubernetes.

  • Виртуальная машина Docker. Позволяет установить подсистему Docker и управлять ей на виртуальных узлах с помощью команд виртуальной машины Docker.

    Когда следует использовать. Когда требуется быстро прототипировать приложение путем создания отдельного узла Docker.

  • Пользовательский образ Docker для службы приложений. Позволяет использовать контейнеры Docker из реестра контейнеров или контейнер клиента при развертывании веб-приложения на платформе Linux.

    Когда следует использовать. При развертывании веб-приложения на платформе Linux в образ Docker.

    Приступая к работе. Используйте пользовательский образ Docker для службы приложений на платформе Linux.

Аутентификация

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

  • Azure Active Directory (Azure AD). Мультитенантная облачная служба управления удостоверениями и доступом корпорации Майкрософт. Вы можете добавить в свои приложения единый вход, интегрировав их с Azure AD. Доступ к свойствам каталога можно получить с помощью Microsoft Graph API. Можно интегрировать Azure AD с поддержкой инфраструктуры авторизации OAuth2.0 и Open ID Connect, используя собственные конечные точки HTTP/REST и многоплатформенные библиотеки аутентификации Azure AD.

    Когда следует использовать. Если вам нужно обеспечить единый вход, работать с данными на основе Graph или аутентифицировать пользователей на основе домена.

    Приступая к работе. Дополнительные сведения см. в руководстве разработчика для Azure Active Directory.

  • Аутентификация в службе приложений. При выборе службы приложений для размещения приложения можно также получить встроенную поддержку аутентификации с помощью Azure AD, а также поставщиков удостоверений социальных сетей, включая Facebook, Google, учетные записи Майкрософт и Twitter.

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

    Приступая к работе. Дополнительные сведения об аутентификации в службе приложений см. в разделе Проверка подлинности и авторизация в службе приложений Azure.

Дополнительные сведения о рекомендациях по безопасности в Azure см. в разделе Рекомендации и шаблоны для обеспечения безопасности в Azure.

Мониторинг

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

  • Application Insights. Расширяемая служба аналитики, размещенная в Azure, которая интегрируется с Visual Studio и позволяет отслеживать работающие веб-приложения. Она предоставляет данные, необходимые для постоянного повышения производительности и удобства использования приложений вне зависимости от того, размещены они в Azure или нет.

    Приступая к работе. Изучите руководство по Application Insights.

  • Azure Monitor. Служба, которая позволяет визуализировать, запрашивать, перенаправлять, архивировать метрики и журналы, созданные инфраструктурой и ресурсами Azure, а также выполнять действия на основе этих метрик и журналов. Monitor — это единственный источник данных мониторинга ресурсов Azure, который обеспечивает представление данных, отображаемых на портале Azure.

    Приступая к работе. Начните работу с Azure Monitor.

Интеграция DevOps

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

  • Jenkins
  • GitHub
  • Puppet
  • Chef
  • TeamCity.
  • Ansible
  • Azure DevOps

Приступая к работе. Чтобы просмотреть варианты использования DevOps для приложения службы приложений, ознакомьтесь с разделом Непрерывное развертывание в службе приложений Azure.

Попробуйте прямо сейчас. Опробуйте несколько интегрируемых компонентов DevOps.

Регионы Azure

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

Выбор наилучшего региона для приложений и данных

Одним из преимуществ использования Azure является то, что можно развертывать приложения в разных центрах обработки данных по всему миру. Выбранный регион может повлиять на производительность приложения. Например, лучше выбрать регион, расположенный ближе к большинству клиентов, чтобы уменьшить задержки при передаче сетевых запросов. Может также потребоваться выбрать регион в соответствии с требованиями законодательства относительно распространения приложения, установленными в некоторых странах или регионах. Рекомендуется всегда хранить данные приложения в том же центре обработки данных, в котором размещается ваше приложение, или в центре обработки данных, находящемся к нему как можно ближе.

Приложения с поддержкой нескольких регионов

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

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

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

Как управлять приложениями и проектами?

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

Интерфейсы командной строки и PowerShell

В Azure доступны два способа управления приложениями и службами из командной строки. Вы можете использовать такие инструменты как Bash, Terminal, командную строку или программы командной строки на ваш выбор. Как правило, из командной строки можно выполнять те же задачи, что и на портале Azure, например создавать и настраивать виртуальные машины, виртуальные сети, веб-приложения и другие службы.

  • Azure CLI: позволяет подключаться к подписке Azure и программировать различные задачи в ресурсах Azure из командной строки.

  • Azure PowerShell. Предоставляет набор модулей с командлетами, которые позволяют управлять ресурсами Azure с помощью Windows PowerShell.

Портал Azure

Портал Azure — это веб-приложение. Вы можете использовать портал Azure для создания и удаления ресурсов и служб Azure, а также для управления ими. Сюда входят:

  • Настраиваемая панель мониторинга.
  • Инструменты управления ресурсами Azure.
  • Доступ к параметрам подписки и данным для выставления счетов.

Дополнительные сведения см. в обзоре портала Azure.

Интерфейсы REST API

В основе платформы Azure лежит набор интерфейсов REST API, которые поддерживают пользовательский интерфейс портала Azure. Большинство этих интерфейсов REST API поддерживается также для того, чтобы дать вам возможность программно подготавливать ресурсы и приложения Azure и управлять ими с любого устройства с подключением к Интернету. Полный набор документации по REST API приведен в справочнике по пакету SDK REST для Azure.

Программные интерфейсы

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

  • .NET
  • Node.js
  • Java
  • PHP
  • Python
  • Ruby
  • GO

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

Azure Resource Manager

Выполнение приложения в Azure скорее всего потребует взаимодействия с несколькими службами Azure. Эти службы обладают одинаковым жизненным циклом и могут рассматриваться как логическая единица. Например, веб-приложение может использовать службы «Веб-приложения», «База данных SQL», службу хранилища, кэш Redis для Azure и сеть доставки содержимого Azure. Azure Resource Manager позволяет работать с ресурсами в приложении как с группой. Вы можете развернуть, обновить или удалить все ресурсы одной скоординированной операцией.

Помимо логического группирования и управления связанными ресурсами, Azure Resource Manager включает в себя возможности развертывания, позволяющие настроить развертывание и связанные ресурсы. Например, с помощью Resource Manager можно развернуть и настроить приложение, состоящее из нескольких виртуальных машин, подсистемы балансировки нагрузки и базы данных в Базе данных SQL Azure, как единое целое.

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

Когда следует использовать. Используйте шаблоны Resource Manager, когда требуется развертывание приложения на основе шаблона, которым можно управлять программно с помощью интерфейсов REST API, Azure CLI и Azure PowerShell.

Приступая к работе. Чтобы приступить к использованию шаблонов, ознакомьтесь с разделом Описание структуры и синтаксиса шаблонов Azure Resource Manager.

Сведения об учетных записях, подписках и выставлении счетов

Разработчикам хочется сразу углубиться в программирование и как можно скорее приступить к работе, чтобы запустить приложение. Безусловно, мы хотим, чтобы вам было как можно проще приступить к работе в Azure. Для этого Azure предлагает бесплатную пробную версию. Некоторые службы даже имеют функцию «попробовать бесплатно», например службу приложений Azure, которая не требует даже создания учетной записи. Как бы ни было приятно просто углубиться в программирование и развертывание приложения в Azure, важно также уделить время, чтобы понять, как работает Azure В частности, следует понимать, как это работает с точки зрения учетных записей пользователей, подписок и выставления счетов.

Что такое учетная запись Azure?

Для создания или использования подписки Azure необходима учетная запись Azure. Учетная запись Azure — это просто удостоверение в Azure AD или в каталоге, например компании или учебного заведения, которое является доверенным для Azure AD. Если вы не относитесь к такой организации, всегда можно создать подписку с помощью учетной записи Майкрософт, которая является доверенной для Azure AD. Дополнительные сведения об интеграции локального каталога Windows Server Active Directory с Azure AD см. в разделе Интеграция локальных каталогов с Azure Active Directory.

Между каждой подпиской Azure и экземпляром Azure AD установлено отношение доверия. Это означает, что она доверяет каталогу проверять подлинность пользователей, служб и устройств. Несколько подписок могут доверять одному и тому же каталогу, но одна конкретная подписка доверяет только одному каталогу. Дополнительные сведения см. в разделе Связь между подписками Azure и службой Azure Active Directory.

Помимо определения отдельных удостоверений учетных записей Azure, также называемых пользователями, в Azure AD можно определить группы. Создание групп пользователей — хороший способ контролировать доступ к ресурсам в подписке с помощью управления доступом на основе ролей (RBAC). Чтобы узнать, как создавать группы, ознакомьтесь с разделом Создание группы и добавление в нее пользователей в Azure Active Directory. Создавать группы и управлять ими можно также с помощью PowerShell.

Управление подписками

Подписка — это логическая группа служб Azure, связанная с учетной записью Azure. Одна учетная запись Azure может содержать несколько подписок. Выставление счетов за службы Azure выполняется по подписке. Список доступных подписок, упорядоченных по типу, приведен в разделе Сведения о предложении Microsoft Azure. Для подписок Azure предусмотрен администратор учетных записей, который полностью контролирует подписки, и администратор служб, который контролирует все службы в подписке. Дополнительные сведения о классических администраторах подписки см. в статье Добавление или изменение администраторов подписки Azure. Отдельным учетным записям могут быть предоставлены права точного контроля над ресурсами Azure через управление доступом Azure на основе ролей (Azure RBAC).

Группы ресурсов

Подготовка новых служб Azure осуществляется в заданной подписке. Отдельные службы Azure, которые также называются ресурсами, создаются в контексте группы ресурсов. Группы ресурсов упрощают развертывание ресурсов приложения и управление ими. Все ресурсы для приложения, с которыми вы собираетесь работать как с единым целым, следует поместить в группу ресурсов. Вы можете перемещать ресурсы между группами ресурсов и даже между разными подписками. Чтобы узнать о том, как перемещать ресурсы, ознакомьтесь с разделом Перемещение ресурсов в новую группу ресурсов или подписку.

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

Предоставление доступа к ресурсам

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

  • Управление доступом на основе ролей Azure (Azure RBAC) . В Azure вы можете предоставить учетным записям пользователей (участникам) доступ в указанной области. Это может быть подписка, группа ресурсов или отдельные ресурсы. Azure RBAC позволяет развернуть ресурсы в группе ресурсов и предоставить разрешения конкретному пользователю или группе. С помощью RBAC можно также предоставить доступ только к ресурсам, принадлежащим целевой группе ресурсов. Можно предоставить доступ к отдельному ресурсу, например виртуальной машине или виртуальной сети. Чтобы предоставить доступ, можно назначить роль пользователю, группе или субъекту-службе. Существует множество предопределенных ролей. Кроме того, можно определить собственные настраиваемые роли. Дополнительные сведения см. в статье Что представляет собой управление доступом на основе ролей (Azure RBAC)

    Когда следует использовать. Если требуется точное управление доступом для пользователей и групп или если нужно сделать пользователя владельцем подписки.

    Приступая к работе. Дополнительные сведения см. в статье Назначение ролей Azure с помощью портала Azure.

  • Объекты субъекта-службы. Помимо предоставления доступа субъектам-пользователям и группам, можно предоставить тот же уровень доступа субъекту-службе.

    Когда следует использовать. При программном управлении ресурсами Azure или предоставлении доступа приложениям. Дополнительные сведения см. в разделе Создание приложения Azure Active Directory и субъекта-службы с доступом к ресурсам с помощью портала.

Теги

Azure Resource Manager дает возможность назначать настраиваемые теги для отдельных ресурсов. Теги, представляющие собой пары «ключ-значение», могут быть полезными, когда требуется организовать ресурсы для выставления счетов или мониторинга. С помощью тегов можно отслеживать ресурсы в нескольких группах ресурсов. Вы можете назначить теги одним из следующих способов.

  • Просмотр на портале
  • С помощью шаблона Azure Resource Manager.
  • Использование REST API
  • Использование Azure CLI
  • Использование PowerShell

Каждому ресурсу можно назначить несколько тегов. Чтобы узнать больше, ознакомьтесь также с разделом Использование тегов для организации ресурсов в Azure.

Выставление счетов

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

Получение данных об использовании ресурсов

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

Начало работы. Дополнительные сведения об использовании API-интерфейсов выставления счетов см. в статье Общие сведения об API потребления ресурсов Azure.

Прогнозирование будущих затрат

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

Начало работы. См. статью Общие сведения об API потребления ресурсов Azure.