は残りのAPI Webサービスによく適していますか？

Question

私はrethinkdbにhorizo​​nというアプリケーションサーバーがあり、その例にはバックエンドサーバーコードのない多くのクライアントアプリケーションが含まれていることがわかります。

rethinkdbを使用してREST APIサービスを作成したい場合は、水平線はまだ値を追加しますか、rethinkdbライブラリを使用して標準node.js残りのAPIを作成するだけですか？

私は地平線には有用であるかもしれないいくつかの認証、許可、権限がありますが、標準のWebアプリケーションの代わりにAPIに変換すると、水平でないものになってしまう。

Answer 1

私はrethinkdbとREST APIサービスを作成したい場合は - あなたが望むすべては、その後、あなたのRethinkDBデータへのREST APIエンドポイントマッピングCRUD操作であれば地平線 はまだありませんの値

を追加しません地平線はあなたを助けません。

horizo​​nは、websocket APIが「リアルタイム」機能を備え、Horizo​​nクライアントをブラウザで使用することを予定している場合に最適です。

Horizo​​nは、ユーザーとアクセス許可をどのように扱うかについて強く主張しています（RethinkDBユーザーテーブルではなく、各アプリケーションごとに異なるユーザー/アクセス許可を使用してサーバー側で適用します）。

# RethinkDB 
r.db('rethinkdb').table('users') 
r.db('rethinkdb').table('permissions') 

# Horizon 
r.db('myapp_internal').table('users') 
r.db('myapp_internal').table('users_auth') 

私は現在、RESTやWebSocketのトランスポートを介して露出させることができる共通のサービスを設計するためにfeathersを使用してスタックで遊んでいます。より複雑ですが、私は両方の羽根とHorizo​​nを使用するかもしれませんが、両方のエンドポイント間でパーミッションを正しくマッピングする作業がいくつかあります。 （Plus schema enforcement ...）フェザーはJWTを返すさまざまな認証プロバイダをサポートしています。同じ認証コードを設定した場合、地平線に渡すことができます。

リアルタイムの機能は必要ありませんPostgRESTは、JWT認証をそのまま使用できるため、ローレベルの認可に実際のデータベースロールを使用しているため、PostgRESTをチェックアウトすることができます。 "真実の一つの源"。 RESTとGraphQLの両方が必要な場合は、PostGraphQLと一緒に使用できます。また、JSONデータを最近の列に保存することもできます。

多くのオプションがあります。

幸運を祈る！

Answer 2

ノードアプリケーションにHorizo​​nを埋め込み、その機能のサブセット（http://horizon.io/docs/embed/）のみを使用できます。あなたは認証をかなり容易にピギーバックできるはずです。権限システムはコレクションへのアクセスのみを制御するため、独自のREST APIを実装している場合は、アクセス許可に乗っ取るのが難しくなります。

個人的には、認証のためだけに埋め込むのであれば、それは価値があると思われます。