Azure Services/PaaS or E2E-scaffolding for Facebook GraphQL/Relay
There is something beyond Azure App-Services and Functions; Facebook GraphQL as a service, end-to-end which should in clude a CQRS "back-end" (REDIS...) and API-Mgmt/Monitoring features. Here are some examples: https://www.graph.cool/features/ and https://scaphold.io/... but we leverage Azure, so we are currently developing with graphql in AppServices...
While we like this idea, it’s not something that is specific to Functions, and not something we have a schedule for. If you’d like to know more about using Functions with GraphQL, check out this workshop:
The ability to automatically provision database resources based on a provided graphql schema is a "killer feature" of AWS AppSync. In my mind, providing a GraphQL-as-a-service is really about adding a new Azure service which would integrate with Azure Functions, but also integrate with other Azure services like CosmosDB.
I opened up a request for this new service here:
Bram van Neerven commented
I hope it is not inappropriate to share links to MS competitor's sites, but if Azure will develop a GraphQL service, i'd expect it can do the same things as AWS AppSync (https://aws.amazon.com/appsync/).
In fact, right now the only thing keeping me from choosing Azure over AWS for my ideas is such a 'GraphQL-as-a-service' solution. It is possible to develop a GraphQL endpoint using Azure Functions and Apollo, but AWS supports things like subscriptions out of the box, which are really essential in a lot of applications.