はじめに

Hasuraは、承認とアクセス制御があるCRUD + リアルタイムGraphQL APIを提供します。

このコースでは、HasuraによるGraphQLバックエンドの設定について簡潔に紹介します。
30分で、クエリ、ミューテーション、サブスクリプションを備えた強力でスケーラブルなリアルタイムGraphQLバックエンドを設定します。また、Hasuraが、ユーザーが書いたカスタムGraphQL APIsとして、また非同期で実行されてデータベースイベントによってトリガーされるイベントトリガーとして、カスタムビジネスロジック（任意のプログラミング言語）の統合にどのように役立つかを学びます。

こちらのチュートリアルをやってみます
30分で終わると書いてありますが、さてどうでしょうか？

内容

Hasuraを使ってPostgresデータベースを活用したリアルタイムGraphQL APIを生成します。

Hasuraをデプロイ

アカウントを作成しプロジェクトを作成

データモデリング

データベース接続

既存のデータベースへの接続
新しくHerokuデータベースを作成する（無料）

ということなのでHerokuを使っていきます

テーブルを作成する

GraphQL APIを使ってみる

リレーションシップ

外部キーを作成

リレーションシップを作成

外部キー制約が作成されたため、Hasuraコンソールがそれに基づき自動的にリレーションシップを提案してくれる

リレーションシップクエリを試す

データ変換

`PostgreSQL View`の作成

ビューを作成するとクエリに名前が付けられ、通常のテーブルから行うのと同じように、このビューからSELECTを実行できるようになります。

オンラインユーザーへのサブスクリプション

過去30秒にログインしオンラインになっているユーザーをアプリが検索するビューを追加して、Hasuraでビューを追跡して、クエリできるようにする

ユーザーへのリレーションシップを作成

ビューが作成されたら、ビューの id 列に基づいて、ユーザー情報を取得できるようにする方法が必要です。ビューの id column を使って、ビュー online_users からテーブル users への手動のリレーションシップを作成しましょう。
リレーションシップのタイプを Object Relationship にすることにより、手動で新しいリレーションシップを追加します。リレーションシップ名を user として入力します。現在の列の設定を id として選択すると、リモートテーブルは users になり、リモート列は再度 id になります。

承認

テーブル権限を設定する

テーブルの各処理（insert, select, update, delete）に対して権限を設定していく
例えば、user_Idの値がセッションのUser_Idと一致している場合のみ処理を許可など

セッション変数は、各要求の認証サービスから返されるキーと値のペアです。ユーザーが要求すると、セッショントークンは USER-ID にマッピングされます。この USER-ID は許可で使用され、user_id 列にセッション変数 USER-ID の値に等しい値がある場合にのみ、テーブルへの挿入が許可されることを示すことができます。

設定した権限の有効性を試す

Request headerにroleとuser-idを指定することで
権限次第で結果がフィルタリングされる

認証

ここでは認証プラットフォームのAuth0を使います

ダッシュボードからAppとAPIを作成していきます

JWTルールを設定（JSON Web Token）

HasuraをAuth0に接続する

HasuraがAuth0公開鍵を使用するように設定する必要があります。JWTの設定を生成する簡単な方法は、このリンクを使用することです。
HASURA_GRAPHQL_JWT_SECRET という新しい Config Varを追加して、生成されたJWT設定を値ボックスにコピーアンドペーストします。
これでHasuraインスタンスがAuth0を使って保護されます。

Rulesでユーザーを同期する

Auth0におけるルールを設定して、Auth0のユーザーがデータベース内のユーザーと同期できるようにする必要があります。
このルールは、サインアップまたはログインが成功するたびにトリガーされます。そして、Hasura GraphQLミューテーションを使用して、ユーザーデータをデータベースに挿入または、更新します。

Auth0トークンで試す

認証が正常に動くか確認できる
正常にログインの動きが確認できて、HasuraのDBのuserテーブルに新規ユーザが登録されていれば完了

カスタムビジネスロジック

アプリにカスタム/ビジネスロジックを追加したい場合

例えば、構築中のtodoアプリで、公開フィードにtodoを挿入する前に、テキストに不適切な表現が含まれていないかを検証したい場合などです。

に使えてとても便利そうですが、必須ではなさそうなので、今回はここまで

おわりに

30分では終わりませんでした。2時間ぐらいかかりました😅

最終的にiOSアプリの認証とデータ管理までやりたいので、引き続きやっていきます〜

(記事ではなく、ただの作業メモとなりました...)

参考