CRM системой. Часто приходится писать фронт который работает из UI CRM. И мне захотелось для облегчения работы с фронтом поднять GraphQL сервак. И теперь возникает вопрос какой именно CRM API оборачивать в GraphQL. Есть OData по сути просто по http обращаться в резолверах графкл. Но есть способ, который для меня более предпочтительнее а это работа напряму через библиотеки под .net platform 4.8 которые дают интерфейс для обращения к СРМ: IOrganizationService.
мои опасения:
1) я знаю что есть два вариант под .net core graphql сервака, однако переживаю что не будет дружить с библиотеками .net platform.
2) может надо не парится и выбрать графкл сервак .net core и обращаться оттуда к OData? но тогда не будет ли глупостью Odata оборачивать в графкл?
3) допустим я выбрал графкл сервак, а как его разместить в облаке тогда? а как онпремис на физической машине?
Старик, это мега специфический и крайне нагруженный вопрос. Ты бы упростил чтоли, а то так это нам за тебя архитектурные решения принимать по удаленке приходится
хотя я вангую что корень проблемы где-то здесь " для облегчения работы" "поднять GraphQL сервак"
попробую упростить: какие есть варианты чтобы задеплоить графкл под дотнет фреймворк в облаке Azure?
https://github.com/graphql-dotnet/examples/tree/master/src/AspNetWebApi я нашел пример использования под .net framework. то есть по факту это просто web-api на .net 4.6.1 с подключенной библиотекой под graphql. получается остается понять как лучше это дело задеплоить. в этом я вообще слабак. по идее же можно в azure деплоить веб--апи построенные на .net platform. либо завернуть это в докер контейнер и помещай его на любой вид сервака куда хочешь потому что докер контейнер это абстракция?
Обсуждают сегодня