Я работаю в Prisma и хотел бы ответить на это.
Самым большим преимуществом Prisma при написании сервера GraphQL является то, что он экономит огромное количество шаблонов CRUD, которые в противном случае вам пришлось бы записывать в свои средства распознавания. В сочетании с GraphQL Nexus он позволяет вам разрабатывать свою схему GraphQL программно, опираясь на сгенерированные строительные блоки CRUD, а также предоставляя API для безопасного доступа к базе данных.
как я могу объяснить накладные расходы, которые добавляются этим промежуточным уровнем (с точки зрения производительности)?
При размещении рядом с сервером приложений сервер Prisma действительно не добавляет никаких потерь производительности. Также обратите внимание, что в настоящее время мы переписываем механизм запросов, который работает на сервере Prisma в Rust, это сделает сервер Prisma необязательным, и вы сможете использовать Prisma в качестве простой библиотеки (аналогично тому, как вы используете TypeORM или Sequelize). ). Затем механизм запросов запускается как двоичный файл на том же хост-компьютере, что и ваш веб-сервер, и оттуда подключается к вашей базе данных.
ОБНОВЛЕНИЕ: 22 июля 2019 : Мы выпустили первую версию Prisma 2. Вы можете найти всю информацию здесь .
Я бы порекомендовал вам взглянуть на GraphQL Nexus docs , чтобы узнать больше о конкретных рабочих процессах. Пожалуйста, дайте мне знать, если у вас есть дополнительные вопросы, я с радостью помогу :)