News for hackers. Stuff that matters.
Re:JrGQL, a GraphQL alternative by strken on Sunday August 13, 2017 @10:00PM (#15006192)
It depends on what your UI is. If your page displays information that can be loaded with a few concurrent calls to a single RESTful endpoint each, then by all means stick with that.

On the other hand, if your page loads information from ten different endpoints across three different services, and some calls depend on the results of previous calls, then you have four options: take a massive performance hit, go back to rendering everything on the server, create an endpoint for each page, or implement some way of querying embedded resources.

GraphQL acting as an intermediary for multiple REST apis is one way of doing the latter.

Re:JrGQL, a GraphQL alternative by KirinDave on Sunday August 13, 2017 @11:21PM (#15006415)
Or move to http2 for services?
Re:JrGQL, a GraphQL alternative by tehbeard on Monday August 14, 2017 @02:59AM (#15007004)
Assuming you have control over the api servers. And you have clients that support http2.
Re:JrGQL, a GraphQL alternative by KirinDave on Monday August 14, 2017 @03:45AM (#15007168)
Don't (E/A)LBs support http2 now? It's at over 80% client coverage globally, right? Seems pretty safe to IE6 the stragglers and stop worrying about their optimized experience, imo.

Also, http2 push is VERY interesting for application servers.