GraphQLにおけるSubscription処理について(実装例: Amplify + AppSync) - Qiita
はじめに こんにちは ! KDDI アジャイル開発センターの小板橋です。 この記事は、KDDI Engineer Advent Calendar 2020の15日目の記事となります。 GraphQLの記事はよく見かけますが、GraphQLにおけるSubscription処理についてはあまり目にすることがありません。そこで本記事は、Subscriptionに着目したもので、実装時の助けになれれば幸いです。 GraphQLについては、以前事細かく書いたので、そちらをご覧ください。GraphQL入門 仕組み realtime API pub/subのような仕組みのAPIをrealtime APIというらしいです。 参考: GraphQL Subscription このrealtime APIなのですが、大きく分けて3つのタイプに分類されます。 1.ポーリング クライアントは、定期的にリクエストを
Hasuraで既存のPostgreSQLから爆速でGraphQL APIサーバーを構築する - Qiita
Hasuraで既存のPostgreSQLのDBから爆速でGraphQLのAPIサーバーを構築出来たのでその内容を備忘録としてまとめます。 本記事は以下のような方を対象にしています。 HerokuのPostgres add-onを利用してアプリのDBを構築している GraphQLでのAPIサーバーを試したい でもリゾルバとかTypeDefをイチから書くのは面倒 Hasuraとは？ Instant realtime GraphQL engine とドキュメントでは紹介されていますが、 ざっくり言うとPostgreSQLからGraphQL APIサーバーを自動で構築するものです。 公式の以下図の通り、DBであるPostgreSQLと、GraphQLのAPIを使うクライントとの間に入り、GraphQLとSQL（or JSON）を相互変換してくれます。 （公式サイトより） Hasuraサーバーの構築
まだAPI Gatewayで消耗してるの？AppSyncのススメ - Qiita
この記事は AWS LambdaとServerless #1 Advent Calendar 2019 の20日目の投稿となります。 AppSync使ってますか？ この記事ではAPI Gatewayと比較をしながら，AppSyncのオススメポイントやTipsを紹介したいと思います。 AppSyncのオススメなポイント３選 DynamoDBやElasticsearchに対するオペレーションはLambdaいらず 一度のリクエストで必要なレスポンスを全て得られる 簡単にPub/Subが行える DynamoDBやElasticsearchに対するオペレーションはLambdaいらず 皆さん，そもそもサーバレス好きですか？ サーバレスって，ミドルウェアのパッチ適用とかの保守や，スケーリング，リカバリなどなど，元々はユーザ側が責任を負うべきことがらをまるっとクラウドベンダーが面倒見てくれて，ユーザは自分
GraphQLとPersisted Query - Qiita
最近、GraphQL APIをインターネット上に晒す上で何を考慮したらいいのだろうか、的なことを考える機会が多く、空いた時間でチマチマと素振りしています。 今日はGraphQLのクライアント - サーバー間に挟むリバプロ的な機能について書いてみようと思います。 やりたいこと 1. 想定しないクエリの排除 例えばECやメディアサイトのような、未ログインでも情報の閲覧が可能なサービスのWeb API層をGrahpQLで実装したとします。ECにしろメディアにしろ、詳細ページでの回遊率を上げるため、詳細同士を関連付けるようなスキーマ設計となるのは自然なことでしょう。 GrahpQLのスキーマ定義で書くと、下記のようなイメージです。 type Product { id: ID! name: String! relatedProducts: [Product] } type Query { produ
Golang(ECHO+GORM)でJWTとGraphQLの環境を構築 - Qiita
package main import ( "github.com/labstack/echo" "github.com/labstack/echo/middleware" "./handler" ) func main() { e := echo.New() e.Use(middleware.Logger()) e.Use(middleware.Recover()) e.GET("/hello", handler.Hello()) e.POST("/login", handler.Login()) r := e.Group("/restricted") r.Use(middleware.JWT([]byte("secret"))) r.POST("", handler.Restricted()) e.Start(":3000") } package handler import ( "n
GraphQL Ruby の使い方 (基礎編) - Qiita
注意 現在の graphql-ruby （ver: 1.8.x） は Ruby のクラスベースによる定義がメインで、この記事に書いてある DSL を使った定義は 非推奨 です。 ロードマップ には DSL を使った .define-style は、graphql-ruby 2.0 で廃止するとあります。 新しいクラスベースでの書き方は 公式ドキュメント を御覧ください。 日本語の記事だと @gfx さんの 「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ が非常によくまとまってて分かりやすいです。 はじめに 私が携わっているプロダクトでは、フロントエンド用のAPIとしてGraphQLを採用しました。 実際に使ってみてかなり良い感じなのですが、最初はいざ実装しようにもよく分からずに苦労しました。 そこで、GraphQL の実装方法についてサーバーサイドに焦
GraphQL概要（React Europe2015での発表の簡易まとめ） - Qiita
Lee Byron - Exploring GraphQL at react-europe 2015 - YouTube React Europe 2015内でGraphQLのworking draftとGraphQLサーバのtechnical previewの公開が発表されました。GraphQLのアイデア自体は以前に発表されていたようですが、今回のReact Europe 2015で初めて具体的な仕様と実装が発表されました。 GraphQLはFacebookが開発した、クライアントとサーバ間のデータのやりとりを簡単にするための言語です。 言語だけではなく、GraphQLを使うクライアントとサーバの仕様も含んで「GraphQL」と表現していました。 参考資料 GraphQL GraphQLのworking draft graphql/graphql-js GraphQLサーバのtechni
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GraphQLを検討中のあなたに送る、19の疑問と回答 - Qiita
https://qiita.com/chuck0523/items/43e65cd801e8c8489235