GraphQLが解決する問題とその先のユースケース

サーバーサイドからみたGraphQL Serverlss Meetup#19 2021/03/31 に行われた Serverlss Meetup#19 で上記のタイトルで登壇してきました。サーバーサイドの話をしようと思ったけどGraphQLの解決している話をしようと思ったらクライアントの事もかなりはいってしまったので記事のタイトルは変えました。 以下内容です。記事の最後に資料を書くにあたって参考になった資料のリンクを置いてます。 GraphQL and me この1年書いたQiita記事 GraphQLの特徴を分解する ~API インターフェース・Universal BFF・API Gateway~ GraphQLはサーバーサイド実装のベストプラクティスとなるか GraphQLの全体像とWebApp開発のこれから 今回話す事 そもそもGraphQLはなんで作られたのか、何を解決しようとして

[andoshin11]

僕はクラサバの往復が複数回走ることについて課題だと思ってないどころかむしろアトミックにキャッシュできて嬉しい！という人間なので多分使う機会がない

[hnw]

分業したときにフロントエンドエンジニアがツラいクエリ投げてきてその修正をサーバサイドエンジニアがチマチマやって悲しい話を聞くので、うまくいってる現場の分業のやり方やメンバーのスキルセットを知りたい感。

[qtamaki]

Fbはこういうテクノロジーを提案するけど自社のアプリが死ぬ程バグりまくってるのがギャグだよな

[z67kjh]

Normalized Cacheの今後はどうなるか分からん。Apolloはキャッシュがでかくなった時の非正規化によるパフォーマンス劣化を解決できなかったので3.0から正規化を切れるようになった。メリットばかりでもねーってこったな

[jiro68]

GraphQLは一番遅いクエリーに全てが引っ張られるのが嫌いだったが「1リクエストで段階的にレスポンスを受け取るRFCが進行中」だそうなのでそこは解決するのか。クライアントが楽をする為にサーバが複雑化する仕組み。

[saboyutaka]

書きました

[Keisuke69]

GraphQLって良さの理解はしてるもののズバッとはまるケースがまだ腹落ちしきってないのよなー

[masatotoro]

GraphQLがBFFはトレンドなのですね

[efcl]

GraphQLのユースケース

[ksk_uchimura]

read 系の API を外部公開しているサービスとかだとゲームチェンジャーたり得るかなという印象。あと、エンジニアチームがすごく大きくて細分化されてるとことかでも。

[ledsun]

BFFが必要なら標準に則れる意味で良さそう。クライアントの状態管理の方はわかんなかった（やはり手を動かしてみないと、あかんね）。

[nakag0711]

素朴なRESTだと複数リソースに渡った場合にデータのアトミックな取得が困難という問題もあったんじゃないか。お遊びWebサービスならそれでもいいんだろうけど…

[tinsep19]

PowerBIとGraphQL相性良さそうだよな。

[itotto]

わかりやすくてよい記事だった。いろんな意味でパフォーマンスが出しにくい以外はいい技術だと思う。

[iga_k]

saboさんのまとめ

[codehex]

良いまとめ！

[tune]

ありがたいまとめ。いつもTwitterに放流されるGraphQLの知見、ふむふむ言いながらその通りだよなと楽しみに読んでいます