https://opennet.dev/openforum/vsluhforumID3/125985.html Состоялся релиз PostgREST 9.0.0, отдельно работающего веб-сервера с реализацией легкой надстройки к СУБД PostgreSQL, транслирующей объекты из существующей базы данных в RESTful API. Вместо отражения реляционных данных в объекты (ORM) в PostgREST представления создаются прямо в базе данных. На стороне БД также выполняется сериализация ответов JSON, проверка данных и авторизация. Производительности системы достаточно для обработки до 2000 запросов в секунду на типовом сервере. Код проекта написан на языке Haskell и распространяется по лицензии MIT...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56245<br> https://opennet.dev/openforum/vsluhforumID3/125985.html#145 Wed, 01 Dec 2021 20:16:17 GMT смотря каких и смотря на каком сервере. если это одноядерная 2 гиговая балалайка на хецнере, то покатит<br> https://opennet.dev/openforum/vsluhforumID3/125985.html#144 Wed, 01 Dec 2021 20:15:34 GMT все было хорошо до слова хаскель и стало понятно почему так мало запросов<br> https://opennet.dev/openforum/vsluhforumID3/125985.html#143 Wed, 01 Dec 2021 10:14:33 GMT &gt; Копирование IBM было единственным нормальным решением в той ситуации. Продолжать местечковую <br>&gt; мышиную возню не было никакого смысла.<br><br>Всё зависит от поставленных целей.<br> https://opennet.dev/openforum/vsluhforumID3/125985.html#142 Wed, 01 Dec 2021 02:44:39 GMT У меня назрел вопрос: 2000 запросов в секунду - разве это много?<br> https://opennet.dev/openforum/vsluhforumID3/125985.html#141 Tue, 30 Nov 2021 14:02:34 GMT Мне просто интересен стал вопрос безопастности в случае доступа к api обычных пользователей. Но если сабж предназначается для совсем блого-новости сервисов, то тогда подход более менее понятен.<br> https://opennet.dev/openforum/vsluhforumID3/125985.html#140 Tue, 30 Nov 2021 11:50:48 GMT куда и под какую гильотину лез МФТИ?<br> https://opennet.dev/openforum/vsluhforumID3/125985.html#139 Tue, 30 Nov 2021 10:29:07 GMT &gt; Сессия -- это абстракция и не имеет прямого отношения к ресурсам.<br>&gt; Сериализация -- это очень субъектное понятие по трудозатратам и, в большинстве случаев, <br>&gt; затраты несущественные.<br>&gt; А вот как обеспечить прозрачное и безопасное взаимодействие с базой через рест <br>&gt; без прокладок в виде ОРМ модели, я так и не понял. <br><br>сессия - это архитектурное решение, предпологающее хранение состояния, из-за этого хранения состояния вытекают все затраты, от памяти до распределенных серверов сессий<br><br>т.е. это всегда +N, если можно без сессий сделать тоже самое, то сессии - не нужно<br> https://opennet.dev/openforum/vsluhforumID3/125985.html#138 Tue, 30 Nov 2021 08:42:04 GMT 1. За счёт чего траффика станет больше?<br>2. В чём именно выражается небезопасность?<br>3. Почему это должно быть медленно и нагружать фронт?<br> https://opennet.dev/openforum/vsluhforumID3/125985.html#137 Tue, 30 Nov 2021 08:24:24 GMT Это не первый такой инструмент, например есть hasura https://hasura.io/graphql/database/postgresql/ которая вообще генерирует graphql, что намного удобнее обычного rest. Фактически такие инструменты просто переносят бизнес логику и логику авторизации на сторону своих инструментов авто генерации API. Т.е. вместо кода мы занимаемся написанием конфигурационных файлов + sql запросов местами. Проблема таких инструментов включая hasura и PostgREST, что как бы они не пиарились их хватает только для очень простых проектов и то не всегда.<br><br>Это потому что в реальном приложении код очень сложен, часто нужна интеграция с различными инструментами (очереди, kafka и пр.), нужна генерации разных вариантов сообщений (маппинг, сложная логика), нужен пре- и пост- обработка ответов/запросов и многое другое.<br><br>Вот когда начинаешь углубляться в документацию и примеры, то выходит что в рекламках все красиво, а как доходит до практики, то функционала не хватает даже у самых развитых платных вариантов, не то что у слабо поддержива