Re:Using HAProxy as an API Gateway, Part 1
by sf_barbary on Tuesday October 02, 2018 @10:25PM
(#18127217)
I found it easier to create a centralized graphql server that stitches together all of my rest services with resolvers. I define all of the types, resolvers, and mutations for each of the services in the central graphql gateway and it clients don't need to know where they get data from. Why wouldn't you just use this approach?
[ Parent
| on HN ]
Re:Using HAProxy as an API Gateway, Part 1
by yellow on Tuesday October 02, 2018 @11:06PM
(#18127370)
The biggest problem with GraphQL in this regard is that it is a single endpoint. API gateways often define authorization rules, throttling rates, and caching times differently for each route. Consequently, you may need to write authorization, throttling, and caching logic in a separate layer or perhaps even in your microservices themselves.