** Фон: ** В настоящее время у меня есть веб-приложение, основанное на монолитном azure приложении api. Веб-приложение развертывается как статический c сайт с использованием Azure хранилища. API развернут как приложение Azure API.
Я начинаю перенос приложения на go с. net 4.6 на net core 3.1 и рассматривал различные варианты архитектуры. Изначально я думал о том, чтобы разбить монолитный API примерно на 5 различных приложений Azure API (разные API, основанные на логической группировке функций в системе), которые лежат в основе Azure управления API. Но стоимость образца, который я выставил, была довольно сумасшедшей, при этом фактический трафик c практически отсутствовал.
Теперь я рассматриваю возможность замены этих приложений Azure API функциями Azure, которые, как я ДУМАЮ, решат проблему затрат во время разработки, а также будут качественным производственным решением с меньшими затратами на обслуживание и так легко вставляется в трубу CI / CD.
Я не смог найти никакой документации по чему-либо, что действительно отличает Azure приложения API от Azure функций (с триггером HTTP).
В настоящее время у меня есть сервер авторизации, написанный с сервером идентификации 4 в качестве приложения API, а другой API аутентифицируется против него. Могу ли я сделать то же самое с функциями Azure? Есть ли какие-то ошибки, которые мне не хватает?