9ヶ月かけて全ての API を REST から GraphQL にリプレースした話 - がぶちゃんの日記

サマリー システム構成の変遷 創業フェーズ はじめての API と技術選定 GraphQL 移行直前 GraphQL への移行を決めたきっかけ GraphQL 移行方針 移行期間 ふりかえり 1つ目の方針は正解だった 2つ目の方針は微妙だったかもしれないけど、正解だったかもしれない 3つ目の方針はやはり苦戦した さいごに サマリー サービス開始から3年経った Next.js + Rails なシステム 全ての API を REST から GraphQL にリプレース 約9ヶ月かかりました 早速フロントエンドの都合でバックエンドにも手を入れるということが減って快適です という話です。 システム構成の変遷 創業フェーズ 1人目エンジニアとして入社して、何から手を付けようかなーと考えた結果、事業の肝の部分からシステム化していくことにしました。弊サービス https://moneiro.jp/ は

[gabuchan]

ついにやりきりましたぞー！

[yojik]

全面リプレースはすごいなーと思うし、この現場(組織構造?)ではその必然性があったんだと思うけど、RESTAPIそのものは別に技術的負債では無いことは強く言いたい

[gowithyou]

RESTからGraphQLの移行って、要する費用の割にビジネス上の効果は殆ど無くて、技術者の自己満足にしか見えないんだよね 。RESTでやることは別に技術的負債でもないでしょ。※あくまで個人的な意見です。

[nunulk]

ぜんぜんいいと思う、慣れてるなら / “まだ事業が当たるかも分からないシード期のスタートアップの社内システムを、エンジニア1人きりで SPA + GraphQL サーバーみたいな構成では作り始めないですよね？”

[strawberryhunter]

7人で採用することもあるのか。普通はコミュニケーションコストの削減を目的とするので人数が少なくて意外だった。

[iga_k]

いい話。進め方、勉強になる。

[codenote]

事業とプロダクトと開発組織のフェーズごとに良い意思決定されている🧑‍💻

[nyamadori]

9ヶ月かけなくてもREST APIを保ったまま「開発体験」をよくする方法は検討できそうに思った。

[atico]

GraghQL移行によるデメリットもあると思うので、それも聞きたい。例えばアクセスログとか全部同じエントリポイントだからわかりにくくならない？とかキャッシュが使いにくくなるのでは？とかセキュリティ問題とか。

[hate_nao]

GraphQL興味あるけどRESTも良いよね。gRPCも便利。

[geerpm]

GraphQLが開発メンバー全員のモチベーションになってて予算に余裕があるならありかな～。なかなかできない選択肢を選べてうらやましい

[rrringress]

メリットとか比較とか書いて有りそうでなかった

[ngmy]

プログラマがいつでも既存のコードを捨てて最初からやり直したいと思うには、ちょっとした理由がある。その理由というのには、古いコードがクズだと思っているからだ。

[kazokmr]

"フロントエンド側の GraphQL + React Hooks の開発体験の良さ" これはオーバーフェッチ、アンダーフェッチが無くなることか他にもあるか聞いてみたい

[prograti]

ここからさらにサービスが複雑になり規模が大きくなるとGraphQL Federationみたいな感じになるのかな

[yamadadadada2]

これは大変だったと思うがやって正解。お疲れ様でした。

[vvakame]

いい話