LINUX.ORG.RU

Кто пробовал graphql над базой вместо бэкэнда?

 , , til


0

1

Тут про прикольный протокол узнал, graphql называется. Заменяет REST. Почитал про него, пока всё нравится. Хорош в том числе тем, что есть автоматические бэкэнды, в частности hasura (кстати на хаскеле написана) - натравливаешь её на базу, она сама всё делает.

Бэкэндеров можно увольнять? Пускай фронты на этом graphql запросы свои фигачат прямо в базу и всё. Где подвох?

★★★★★

Последнее исправление: vbr (всего исправлений: 1)

Бэкэндеров можно увольнять?

Я разрешаю.

i-rinat ★★★★★
()
Ответ на: комментарий от Nervous

Ну постгрес и линукс вообще на C написаны, какая кому разница. Модифицировать её не нужно, у неё есть точки расширения в нужных местах вроде бы.

vbr ★★★★★
() автор топика
Последнее исправление: vbr (всего исправлений: 1)

с подключением)

можно увольнять

Ага. И потом Вася из 5 «Б» вместо описания чипсов вытягивает себе всю базу ;)

bo4ok
()

Сам протокол уже не новый, вон MS давно свои сервисы в ажуре на него переводит.

Фишки у него конечно свои есть. Но rbac он не заменит, я бы поостерёгся всю субд через него открывать такими тулзами.

skyman ★★★★
()

Загугли повнимательнее. Все, кто использовал GraphQL, либо отказались от него, либо продолжают тянуть, т.к. не переписать уже, но ноют.

Например, Netflix.

GraphQL много чего обещал в теории, но на практике не даёт никаких преимуществ.

emorozov
()

Трёхслойную архитектуру не дураки придумали, всё-равно должна быть какая-то миддлварь с логикой.

annulen ★★★★★
()

Где подвох?

Если про хасуру вопрос, то:

  • так как авторизация в хасура идёт по ролям из jwt, всё-равно необходим auth-сервис, который будет токены раздавать пользователям, т.е. бэк-сервис будет
  • необходима БД с грамотной схемой, чтобы реализовывать что-то серьёзнее CRUD
  • как показывает практика, всё-равно понадобятся запросы, которые не реализуются связями на уровне БД, а это значит, что бэк-сервис будет

есть автоматические бэкэнды, в частности hasura

Хасура это GraphQl/REST engine, с PostgreSQL или другим GraphQl-сервисом в качестве бэкенда, что совсем не автоматический бэк.

vvn_black ★★★★★
()
Последнее исправление: vvn_black (всего исправлений: 4)

Ну если можно генерировать автоматом GraphQL бекенд, то тогда ж можно автоматом и обычное рест апи генерировать? (нет)

goingUp ★★★★★
()
Ответ на: комментарий от goingUp

Можно. Postgrest вроде называется. Но вообще мне REST всегда казался малость упоротым и оторванным он мира сего. Не зря его никто не применяет в каноничном виде. Graphql кажется сделанным от людей для людей.

vbr ★★★★★
() автор топика

Не понял, на каком языке написано название темы и вопрос в ней. Но GraphQL - не замена REST,а спецификация в рамках REST. Альтернативой для GraphQL является OData. Остальное пусть обсуждают те, кто понимает язык автора.

Partisan ★★★★★
()

говорят, он может производить непредсказуемые нагрузки на субд. В стародавние времена было много технологий позволявших фигачить запросы в базу прямо из контекста условного фронтенд кода и все они эволюционировали или сдохли.

Syncro ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.