Для приложения требуется создать Resource Group, в которую будут входить: один WebApp; один SQL сервер; две SQL базы; один Storage Account. За основу — можно взять готовый шаблон от Azure («Фягку» 😀 ) отсюда>>>. Шаблон, который получился в результате написания поста, можно посмотреть тут>>>. Общий обзор по работе с Azure Resource Manager и созданию шаблонов —… Читать далее »
Експорт описан тут>>>, а в посте ниже — выполним импорт из .bacpac в Azure SQL. Сначала нам прислали файлы в *.bac — пришлось просить пересохранить в *.bacpac, т.к. устанавливать локальный MS SQL сервер для того, что бы восстановить из BAC и сохранить в BACPAC, который «понимает» SQL Azure — желания мало. Находим файлы бекапов.
Во время деплоя группы ресурсов — Azure сообщает об ошибке: $ azure group deployment create jm-acs-1 jm-app-1-init -f azuredeploy.json -e azuredeploy.parameters.json info: Executing command group deployment create + Initializing template configurations and parameters + Creating a deployment error: Long running operation failed with error: ‘At least one resource deployment operation failed. Please list deployment operations for… Читать далее »
Azure Container Service позволяет использовать контейнеры в Azure. В примере ниже — запустим Docker Swarm мастер и три агента, после чего с помощью Docker Compose — запустим приложение из приватного репозитория в Docker Hub. Без особых деталей, больше информации тут>>> и тут>>>. Деплой ACS Swarm через ARM Логинимся в Azure: $ azure login
Azure Resource Manager используется для создания и управления ресурсами (например — виртуальными машинами, серверами баз данных и т.д.), которые объеденены в группы ресурсов (Resource Group). Ближайший аналог — CloudFormation от Amazon. Аналогичный пост, но с использованием панели управления Azure — тут>>>. Группа ресурсов Azure описывается в JSON-шаблоне. Авторизация $ azure login info: Executing command login |info:… Читать далее »
После подключения внешнего домена к WebApp в Azure — страница открывается с ошибками: Font from origin ‘http://musikmatedev.azurewebsites.net’ has been blocked from loading by Cross-Origin Resource Sharing policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource. Origin ‘http://music-de.ms’ is therefore not allowed access. The response had HTTP status code 404. и: XMLHttpRequest cannot load http://musikmatedev.azurewebsites.net/get_Step_1.php?lang=EN&.… Читать далее »
Скрипт запускается из GoCD и использует Git-деплой от Azure — загружает репозиторий из Azure WebApp на билд-агент GoCD, rsync-ом копирует в него новые файлы, добавляет файл version.html с номером билда и номером последнего коммита, коммитит, и пушит изменения обратно в репозиторий на WebApp в Azure. Для авторизации используются переменные из Environment variables в GoCD:
Новый проект переносит свои домены на DNS Azure, для чего требовалось создать возможность управления ими. Схема получается следующая: файлы зон хранятся в Stash; GoCD проверяет обновления в Stash, и триггерит билд; во время билда — файлы зон заливаются на Azure DNS. Обновление данных выполняется bash-скриптом с помощью Azure CLI. Больше про Azure CLI и работу с… Читать далее »
Система управления прокси-сервером под NGINX на Ubuntu 14.04 в Azure. Файлы конфигураций бекенд-хостов хранятся в Atlassian Stash, в роли CI/CD сервера выступает GoCD от Hashicorp. Предназначена для предоставления девелоперам возможности управления конфигурацией хостов в процессе переноса сайтов проекта со старых на новые версии. Репозиторий Скрипты Скрипт backup.sh Скрипт nginx_update.sh GoCD Репозиторий
Задача — поднять реверс-прокси на NGINX, который будет проксировать данные к WebApp в Azure. NGINX будет работать на виртуальной машине. Создание VM Используем Azure CLI для создания машины. Логинимся: $ azure login Проверяем режим Azure CLI — нужен arm (Resource Manager mode): $ azure config list | grep arm data: mode arm