dropshot VS juniper

Try dropshot by the Oxide Computer team. It generates an open api spec from your rust code directly.

What about dropshot. Not much features but very simple and auto generates swagger https://github.com/oxidecomputer/dropshot

I have used dropshot mostly because of its simplicity.

i haven't tried it yet, but https://github.com/oxidecomputer/dropshot apparently offers automated OpenAPI generation: https://docs.rs/dropshot/0.5.1/dropshot/struct.ApiDescription.html

At Oxide we are doing backend development in Rust, with our own framework: https://github.com/oxidecomputer/dropshot/#dropshot

Dropshot from Oxide Computer includes openapi generation from code.

juniper

GraphQL is also an option. https://github.com/graphql-rust/juniper

Juniper has plenty of popularity, so I guess it's Rust + graph DB that doesn't get much love then... :/

rusty-gql would not be able to release without async-graphql and juniper.

I'm looking for graphql server that can do queries and mutations over websocket, like subscriptions-transport-ws. Juniper and async-graphql both looks promising and async-graphql at least uses wording Subscriptions (WebSocket transport) in features but i couldn't find much more or any examples about that from the docs or repo.

We also don’t use Node anymore. We found Node in general to be incredibly slow, not to mention single threaded. Admittedly, we did use Node (Apollo) though up until about two years ago. Now, depending on use-case, we will use Go (https://github.com/99designs/gqlgen) or Rust (https://github.com/graphql-rust/juniper). Both outperform a Node gateway but significant margins.

(example from the docs async-graphql https://async-graphql.github.io/async-graphql/en/subscription.html, juniper: https://github.com/graphql-rust/juniper/blob/master/docs/book/content/advanced/subscriptions.md)