Ce que j'aime chez Hasura, c'est que vous pouvez facilement utiliser n'importe quelle de vos bases de données SQL comme Postgres pour construire une API GraphQL. Communément, les développeurs utilisent une base de données graphe ou peut-être une base de données orientée document pour construire une API GraphQL, et ce serait plus de travail si la base de données est SQL, donc le fait que Hasura existe est un énorme soulagement. En tant que développeur axé sur le Front-end, GraphQL est vraiment un changement radical basé sur la facilité avec laquelle il est possible de demander des données au serveur. Contrairement au REST traditionnel qui nous amène à de nombreuses requêtes, GraphQL peut le faire en une seule fois. C'est pourquoi une API GraphQL est plus attrayante pour le Front-End. Maintenant, puisque la majorité des systèmes construits sont basés sur SQL, ce serait un énorme casse-tête de migrer toutes ces données vers une solution de base de données plus moderne, et encore une fois, la communauté des développeurs, y compris moi, est très reconnaissante à ce projet open source génial pour rendre l'expérience de développement plus agréable. Et oh, j'ai juste oublié, Hasura est rapide, vraiment rapide, et c'est un énorme avantage !

Peut économiser du temps pour créer une base de données backend, car Hasura dispose de fonctions intégrées qui génèrent GraphQL sur Postgres. Il recommande également diverses clés étrangères possibles et relations basées sur la structure des tables.

Hasura saved the grunt effort of writing a CRUD and scalable real-time backend without interfering with how you’d write your business logic. It's easier to use rather than writing Postgres queries. Hasura is designed to be completely stateless and does not have a master-slave architecture. This makes it painless to scale Hasura: Vertical scaling: Increase CPU/RAM Horizontal scaling: Increase the number of replicas Auto-scaling: Setup up auto-scaling on your favorite container provider for automatic 1 to n scaling depending on traffic