Развернуть Angular и Web API в различных решениях до Azure?

Question

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

1. Angular 9 пользовательского интерфейса SPA в проекте собственного решения
2. веб-API. NET EF Core 3.1 в проекте собственного решения
3. A SQL База данных в качестве хранилища

Все эти решения находятся в репо Azure DevOps.

На сегодняшний день мы разверните наше приложение на IIS Server в Prem с помощью конвейеров Azure DevOps Build / Release. У нас есть 2 разных трубопровода. Один для развертывания Angular UI, а другой для развертывания Web API.

Проблема:

Мы хотим перенести наше приложение на Azure Portal. Центр обработки данных создал один контейнер службы приложений для Web App в Linux, но мы не знаем, как настроить конфигурации, чтобы мы могли развернуть API и пользовательский интерфейс в 2 отдельных развертываниях. Другими словами, мы хотим повторить наши существующие процессы. Поскольку все мы новички в Azure, мы хотели бы знать, есть ли у кого-нибудь какие-либо предложения о том, как заставить это работать? Нам все равно, нужно ли нам делать это в одном или нескольких развертываниях.

Answer 1

Здесь есть несколько общих подходов:

1. Разверните свой веб-API в службе приложений и разверните свое приложение angular в учетной записи хранения azure в контейнер BLOB-объектов . Затем вы можете выставить свой контейнер BLOB-объектов через пользовательский домен , или вы можете использовать прокси-функцию , чтобы сделать то же самое (последний может дать вам больший контроль над маршрутами и маршрутизацией, например, если Вы хотели обслуживать ресурсы c из других источников или преобразовывать маршруты.

2. Добавьте простую конечную точку индекса в свой API, которая обслуживает ваш angular внешний интерфейс, есть помощники в рамках этого.

Я бы посоветовал рассмотреть вариант 1, так как он лучше подходит для того, что вы описали, ie у вас уже есть два конвейера развертывания. и «чистый» API, а не приложение MVC.

Я предполагаю, что вы уже создали / развернули базу данных SQL в azure SQL.