Пошаговое руководство. Раскройте потенциал служб веб-приложений Azure для своего бизнеса

Вы хотите создавать веб-приложения корпоративного класса для своего бизнеса? С Azure Web App Services вы можете это сделать. Сервис представляет собой полностью управляемую платформу, которая автоматически заботится о серверах, исправлениях ОС и балансировке нагрузки. Он работает на виртуальных машинах Windows или Linux.
Веб-приложение Azure поддерживает несколько языков, например NET, Java, Node.js, PHP и Python в Windows или.NET Core, Node.js, PHP или Ruby в Linux. Сервис поддерживает непрерывную интеграцию/непрерывное развертывание (CI/CD) с использованием GitHub и Visual Studio Team Services, и это лишь некоторые из них.
Если вы готовитесь к экзамену 70-533 (Внедрение инфраструктурных решений Microsoft Azure), эта статья поможет понять основную концепцию Azure Web App.
Создание плана Azure Web App и службы приложений
В этом разделе мы создадим веб-приложение Azure, представляющее собой единую колонку в Microsoft Azure, и во время этого процесса мы создадим план службы приложений, который требует некоторого планирования и понимания, прежде чем приступать к разработке. Мы сосредоточимся на части дизайна в следующем разделе.
Первым шагом является создание . Войдя в консоль Azure, щелкните элемент Службы приложений слева. В новой колонке будет указан список всех существующих веб-приложений. Нажмите кнопку «Добавить». Новый блейд будет отображаться с несколькими вариантами для начала, включая Web App, App Service Environment (ASE) и т. д.
В колонке у нас будет сводка функций сервисов, которые мы собираемся создать. Нажмите «Создать».
В первой колонке определите имя для . Это имя будет использоваться в исходном URL-адресе. Нам нужно определить группу ресурсов и платформу, но прежде чем нажать «Создать», нажмите «План/расположение службы приложений».
В плане обслуживания мы собираемся создать новый и соответствующим образом его пометить. Именно в мы определяем уровень ценообразования, и в зависимости от уровня включаются некоторые функции, доступные для веб-приложения Azure, работающего в плане. В следующей таблице описаны функции и возможности, доступные на каждом уровне.
Свободно | Общий | Базовый | Стандарт | Премиум | |
Лимит хранилища | 1 ГБ | 1 ГБ | 10 ГБ | 50 ГБ | 250 ГБ |
Пользовательский домен | – | Да | Да | Да | Да |
поддержка SSL | – | Да | Да | Да | |
Автомасштабирование (экземпляры) | – | 3 | 10 | 20 | |
Резервное копирование | – | Повседневная | 50 раз в день | ||
Доступные слоты (постановка) | – | – | – | 5 | 20 |
Менеджер трафика | – | – | Да | Да |
Существует также изолированный уровень. На этом уровне у нас гораздо больше функций и возможностей, чем на уровне «Премиум», а виртуальные машины и виртуальная сеть изолированы для оптимальной производительности.
Выберите соответствующий уровень и помните, что мы всегда можем изменить его позже в зависимости от производительности веб-приложения. Нажмите «Выбрать», «ОК», а затем, вернувшись к исходной колонке, нажмите «Создать», чтобы начать создание веб-приложения.
Когда подготовка будет завершена, щелкните веб-приложение, которое появится в списке. В элементе у нас будет много информации о новой , включая URL-адрес, ценовую категорию, информацию о FTP и графические данные о нескольких компонентах, таких как входящие данные и ошибки HTTP 5xx.
Если мы воспользуемся предоставленным URL-адресом, мы получим страницу, которая автоматически настраивается как часть создания веб-приложения.
Разработка плана службы приложений
Мы рассмотрели процесс создания в предыдущем разделе. Под прикрытием, когда мы создаем план службы приложений, мы определяем набор вычислительных ресурсов, на которых мы будем запускать наше веб-приложение, и эти ресурсы будут совместно использоваться всеми веб-приложениями, которые мы планируем развернуть. Имейте в виду, что включение диагностики, резервного копирования и выполнения веб-заданий приведет к загрузке ЦП/памяти, и это будет использовать одни и те же ресурсы.
Когда мы настраиваем мы определяем регион, количество экземпляров ВМ, размер ВМ и ценовую категорию (которая будет влиять на доступное хранилище, балансировщик нагрузки, количество экземпляров, поддерживаемых при автоматическом масштабировании, и т. д.). вперед.
В некоторых сценариях, когда приложению требуется много ресурсов, может потребоваться создание отдельного . Прелесть этой функции в том, что администратор может масштабировать их в любое время.
Администратор может изменить любое веб-приложение на другой в том же регионе и группе ресурсов. При планировании перемещения веб-приложения в другой регион требуется клон текущего (в настоящее время существуют некоторые ограничения при клонировании плана службы приложений).
Настройка FTP-доступа
Приложение Azure позволяет обновлять веб-приложения несколькими способами, а более элегантные и профессиональные методы включают Team Foundation Server, Visual Studio Team Services, Git и GitHub.
Однако мы можем использовать более простые методы, такие как FTP, Local Git, даже OneDrive и Dropbox. Чтобы настроить FTP, нам просто нужно определить пароль для учетной записи и сохранить его по завершении.
Чтобы проверить доступ к FTP, мы можем использовать любой FTP-клиент и подключиться к FTP-адресу (который указан в элементе ), используя следующий формат: <имя веб-приложения><имя пользователя FTP/развертывания>. Для этой статьи мы создали простой HTML-файл, который назвали . С помощью FTP-клиента помещаем файл в папку /site/wwwroot.
Результат можно проверить, введя URL-адрес в любом браузере, и будет отображаться новый контент.
Ближайшие достопримечательности
Используя веб-приложение, мы можем поддерживать веб-приложения корпоративного класса без обслуживания серверов. Решение имеет встроенные функции для поддержки сценариев DevOps, что обеспечивает простую интеграцию и потоки от изменений к тестированию, а затем к производству.
В следующей статье мы рассмотрим шаги по защите веб-приложения, настройке функции автомасштабирования, личного домена и резервного копирования.