[Next.js Update! 2021/11/24] Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ

【Next.js Update!】v12リリースを踏まえ、Next.jsの採用を考える（ https://forkwell.connpass.com/event/228457/ ）での事例講演で使用したスライドです。
YouTube: https://www.youtube.com/watch?v=KaS3bgz_CA4

Transcript

1. Web Frontend Unit の立ち上げと リアーキテクチャに際して Next.js を採用したワケ 株式会社 NewsPicsk Product division Web Frontend Unit イイダユカコ @becyn on 2021/11/24『【Next.js Update!】v12リリースを踏まえ、Next.jsの採用を考える』事例講演
2. 2 はじめまして Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 略歴 2013 年 4 月より 株式会社サイバーエージェントにサーバーサイドエンジニアとして入社。 2015 年 12 月より AbemaTV への異動をきっかけにフロントエンドエンジニアとして従事。 2019 年 9 月より 株式会社ニューズピックスにエンジニアとして入社。 入社後 API 開発なども行っていたが、 2020年よりフロントエンドエンジニアをメインに従事。 現在 NewsPicks の Web Re-architecture を提案し、 2021年7月に Web Frontend Unit が発足。 現在は同 Unit のメンバーとして開発を行う。 主な興味分野は、 a11y、design systems。 安心感高い開発環境を つくっていきたい！
3. 3 これまでの NewsPicks Web でのチーム体制と 使用している技術について紹介します。 Web Frontend Unit 立ち上げ前までの状態
4. 4 Web Frontend Unit 立ち上げ前までの状態 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 NewsPicks Product Division (経済メディアサービスの開発を担当する division) Product Design Team Product Development Team Enterprise Development Team Core Development Team 課金事業担当 Unit SRE Unit レコメンド等アルゴリズム担当 Unit 新機能開発担当 Unit プロダクト計画 Unit CS/OP Unit プラットフォーム関連の開発担当 Unit テスト関連開発担当 Unit 入稿ツール担当 Unit 課金事業コンテンツ担当 Unit アプリ担当 Unit * 組織図は、2021年6月時点のものです。 12 Unit 姉妹サービス担当 Unit
5. 5 Web Frontend Unit 立ち上げ前までの状態 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 Product Design Team Product Development Team Enterprise Development Team Core Development Team 課金事業担当 Unit SRE Unit レコメンド等アルゴリズム担当 Unit 新機能開発担当 Unit プロダクト計画 Unit CS/OP Unit プラットフォーム関連の開発担当 Unit テスト関連開発担当 Unit 入稿ツール担当 Unit 課金事業コンテンツ担当 Unit アプリ担当 Unit * 組織図は、2021年6月時点のものです。 12 Unit 姉妹サービス担当 Unit Web 面の開発を行う Unit NewsPicks Product Division (経済メディアサービスの開発を担当する division)
6. 6 Web Frontend Unit 立ち上げ前までの状態 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 • Java の Spring Framework で Server side rendering ◦ Thymeleaf (template engine ) + Coffee Script + 時々 jQuery ◦ Grunt を使用して minify などのタスクが行われている • Test は一部 e2e テストが行われている • html ファイルがざっくり共通部分やページごとに管理されている ◦ 使い回しができている部分とそうでない部分がある ◦ fragments、layer などの分類でディレクトリがわかれている ◦ desktop 向けと mobile 向けで別ファイルで管理されている • package のメンテナンスは最低限 … ？ ◦ 率先してメンテナンスをする担当者がいない状態 ▪ 逆に「自分やります！」が通りやすい環境だった 現行基盤で採用されている技術や環境
7. 7 Web Frontend Unit 立ち上げ前までの状態 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 • つくられた当初の最善の設計をベースに大きく育った状態 ◦ メインは「アプリ」ということもあり、Web project が重要視されていなかった • 数年前に比べて開発メンバーも増え、環境も変わり、 「多くの人が、前提知識なく commit しやすい環境」とは言えない状態 • 使用している技術が現代のフロントエンド技術や知識を導入しにくい状態 現行基盤の状態まとめ 体制面 技術面 • Web project を複数の Unit が触れる体制になっている • 特に Web project のメンテナーが存在していない
8. 8 • Web project のメンテナーを置き、他 Unit の方が触っても 「怖くない」と思える環境をつくりたい ◦ テスト、開発環境をより良いものにすることで改善できそう Web Frontend Unit 立ち上げ前までの状態 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 • 現代のフロントエンド技術や知識を導入しやすい状態にしたい ◦ 我々の tech vision は「経済を、技術でもっとおもしろく。」 ▪ まずは、造り手が「おもしろい！」と思える環境を用意したい！ ◦ 2021年の工夫を取り入れ、メンバーの挑戦を後押しできる環境にしたい • 本来作りたかったものに集中できる環境にすべく、多方面のフロントエンドに関する テストを導入したい（Accessibility Testing、Visual Testing …） 私が、特に改善したいと思ったこと 体制面 技術面
9. 9 やりたいことががががががが @ 偉い人
10. 10 「Web 屋 (実装)」兼「Web 基盤屋 (環境作り)」が責務 ✊ Web Frontend Unit が爆誕 👶🎉 11月現在、5名のメンバーで Web + GraphQL + API + インフラを担当
11. 11 (言うてみるもんやな…)
12. 12 今日は、そんな「Web基盤屋」が リアーキテクチャを推進する際に Next.js を採用したよという話です💁
13. 13 ということで
14. 14 Next.js を採用したワケをご紹介します。 リアーキテクチャをするにあたって、 Next.js を採用したワケ
15. 15 技術選定を行うにあたって Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 特に重要視した事項についての比較表 NewsPicks の体制 Next.js / React Nuxt.js / Vue 生の React 久々に触っても追いやすく着手しやすいか ✔ ✔ 独自実装部分に 依存する ecosystem、community の成熟度 ✔ ✔ ✔ ドキュメントの充実度 (ディレクトリ構造などについても含む) ✔ ✔ 独自実装部分に 依存する メンバーの好み (なんだかんだみんな React が好きだった) NewsPicks 開発チーム内では「普段 Kotlin/Java を触っているが、担当する施策をきっかけに久々に Web Frontend を触ることになっ た」といった事象が多いため、そこをかなり考慮した「重要視事項」となっています。
16. 16 技術選定を行うにあたって Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 特に重要視した事項についての比較表 NewsPicks の体制 Next.js / React Nuxt.js / Vue 生の React 久々に触っても追いやすく着手しやすいか ✔ ✔ 独自実装部分に 依存する ecosystem、community の成熟度 ✔ ✔ ✔ ドキュメントの充実度 (ディレクトリ構造などについても含む) ✔ ✔ 独自実装部分に 依存する メンバーの好み (なんだかんだみんな React が好きだった) ✔ NewsPicks 開発チーム内では「普段 Kotlin/Java を触っているが、担当する施策をきっかけに久々に Web Frontend を触ることになっ た」といった事象が多いため、そこをかなり考慮した「重要視事項」となっています。
17. 17 • next/app • next/babel • eslint 内で next/core-web-vitals • next/router • next/link • next/head • i18n • Next.js • TypeScript + graphql-codegen • apollo • emotion • Storybook • eslint • prettier • jest Next.js とその周辺の選定技術 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 使用している Next.js 製のもの 選定した技術 すごくシンプル。 でも、このシンプルさこそが「Next.js のスピード感」と呼ばれる所以だと感じる。
18. 18 Next.js とその周辺の選定技術 • e2e Testing ◦ magic pod を現在 QA Unit と共同で検証中 • Accessibility Testing ◦ jest-axe • Visual Regression Testing Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 今後導入したい技術郡 Next.js が沢山の Tool にとっての導入環境としても考慮されているため、 導入コストも特別かからない印象 👌 とにかく「本来作りたかったものに集中できる環境」を体現したいため、 特にテスト環境を拡充して、「いつでも品質の高い状態」といえるようにしたい！
19. 19 その包容力と飛躍力に期待して今回 Next.js を採用しました 🚀 エコシステムに乗っかることで Next.js の持つ「スピード」を享受し、 その分「製品の質を高める力」に変換していきたい
20. 20 どういった流れでリアーキテクチャを行うか 一部ご紹介します。 Next.js をベースとしたリアーキテクチャを 行うにあたってのロードマップ
21. 21 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 現行システムのアーキテクチャ(略図) NP DB API & Web 用 rendering を担う GraphQL 未対応ページについては NP Server に引き続きリクエストする 最終的に API に特化した project になることを目指す（ Web を切り離す） 既存の NP Server Java project Web Client ALB
22. 22 リアーキテクチャを行うにあたってのロードマップ • スピーディで安定感ある開発を可能とすること（Next.js を使うことで叶いそう！） • 「全ページ一気に置き換える」より、「ページ毎に置き換える」手法をとること • Web 用 API が一部分しか存在しない＆JSON 形式でない場合もあるため、 開発が必要だが最低限に抑えたい ◦ 既存のアプリ用 API をうまく活用したい Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 リアーキテクチャをどう行っていくか 現実解を求める上での条件
23. 23 リアーキテクチャを行うにあたってのロードマップ • スピーディで安定感ある開発を可能とすること（Next.js を使うことで叶いそう！） • 「全ページ一気に置き換える」より、「ページ毎に置き換える」手法をとること • Web 用 API が一部分しか存在しない＆JSON 形式でない場合もあるため、 開発が必要だが最低限に抑えたい ◦ 既存のアプリ用 API をうまく活用したい Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 リアーキテクチャをどう行っていくか 現実解を求める上での条件 • path-based routing を設定し、path ごとに request 先を handling する ◦ /articles/XX の path のみ新基盤に request を送信することが可能 • GraphQL を導入することで既存のアプリ用 API を活用しながら開発する 実際にとった戦略
24. 24 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 現行システムのアーキテクチャ(略図) NP DB API & Web 用 rendering を担う GraphQL 未対応ページについては NP Server に引き続きリクエストする 最終的に API に特化した project になることを目指す（ Web を切り離す） 既存の NP Server Java project Web Client ALB
25. 25 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 新基盤のアーキテクチャ(略図) NP DB API & Web 用 rendering を担う GraphQL 未対応ページについては NP Server に引き続きリクエストする 最終的に API に特化した project になることを目指す（ Web を切り離す） 既存の NP Server Web server Java project Next.js project 初回来訪時 Next.js project 内の ページ遷移時に発生する API Request ALB 対応状況により path ごとに振り分け （Path-based routing） GraphQL Web Client
26. 26 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 新基盤のアーキテクチャ(略図) NP DB API & Web 用 rendering を担う GraphQL 未対応ページについては NP Server に引き続きリクエストする 最終的に API に特化した project になることを目指す（ Web を切り離す） 既存の NP Server Web server Java project Next.js project 初回来訪時 Next.js project 内の ページ遷移時に発生する API Request ALB 対応状況により path ごとに振り分け （Path-based routing） GraphQL Web Client
27. 27 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 新基盤のアーキテクチャ(略図) NP DB API & Web 用 rendering を担う GraphQL 未対応ページについては NP Server に引き続きリクエストする 最終的に API に特化した project になることを目指す（ Web を切り離す） 既存の NP Server Web server Java project Next.js project 初回来訪時 Next.js project 内の ページ遷移時に発生する API Request ALB 対応状況により path ごとに振り分け （Path-based routing） GraphQL Web Client
28. 28 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 新基盤のアーキテクチャ(略図) NP DB API & Web 用 rendering を担う GraphQL 未対応ページについては NP Server に引き続きリクエストする 最終的に API に特化した project になることを目指す（ Web を切り離す） 既存の NP Server Web server Java project Next.js project 初回来訪時 Next.js project 内の ページ遷移時に発生する API Request ALB 対応状況により path ごとに振り分け （Path-based routing） GraphQL Web Client 「全ページ一気に置き換える」より、 「ページ毎に置き換える」手法をとること path-based routing を設定し、 path ごとに request 先を handling する 現実解を求める上での条件 (1)
29. 29 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 新基盤のアーキテクチャ(略図) NP DB API & Web 用 rendering を担う GraphQL 未対応ページについては NP Server に引き続きリクエストする 最終的に API に特化した project になることを目指す（ Web を切り離す） 既存の NP Server Web server Java project Next.js project 初回来訪時 Next.js project 内の ページ遷移時に発生する API Request ALB 対応状況により path ごとに振り分け （Path-based routing） GraphQL Web Client GraphQL を導入することで既存のアプリ用 API を 活用しながら開発する Web 用 API が一部分しか存在しない＆JSON 形式でない場合もあるため、 開発が必要だが最低限に抑えたい 現実解を求める上での条件 (2)
30. 30 Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 新基盤のアーキテクチャ(略図) NP DB API & Web 用 rendering を担う GraphQL 未対応ページについては NP Server に引き続きリクエストする 最終的に API に特化した project になることを目指す（ Web を切り離す） 既存の NP Server Web server Java project Next.js project 初回来訪時 Next.js project 内の ページ遷移時に発生する API Request ALB 対応状況により path ごとに振り分け （Path-based routing） GraphQL Web Client
31. 31 今回のスライド全体をまとめます。 まとめ
32. 32 まとめ • より「今」のフロントエンド技術を取り入れやすい環境にするため、 Next.js をベースにおいたリアーキテクチャを実践中 ◦ 充実したエコシステム環境を提供してくれる「Next.js」ベースの環境で、 品質高く、メンバーみんなが「迷ったら挑戦する道を選ぶ」を可能にしたい Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 ◦ 特に初期開発で発揮する「スピード」をそのまま「製品の質を高める力」にしたい ◦ 他 Unit のメンバーが気兼ねなく高品質な開発できる Web 基盤を作れるか？ が課題であり、我々の Unit の腕の見せどころ 💪 • もっと現場な具体的な話を聴きたい！という方、 UZABASE の指針のひとつ
33. ここにタイトル 
 33 次のセッションの紹介 次の芥川のセッションで現場の声を紹介するので是非ご視聴ください！ 入社直後だけど、完全にフルリモートだけど、 提案面でも実装面でも、しっかり貢献してもらってます 💪 本日は、提案してもらった内容の 1 つをこの場で共有してもらいます！
34. 34 宣伝 • tech blog や Podcast で社内の情報を配信しています！ ◦ 直近の Frontend 回だと accessibility について @kuy & @yajiji と話しました ◦ Podcast: Meet UB Tech bit.ly/meet-ub-tech ◦ tech blog: Uzabase Tech blog bit.ly/ub-tech-blog • 「もっと深く話したい！」だったり「カジュアルに話したい」と 興味を持ってくださる方がいらっしゃいましたら Twitter で DM ください • Meety さっきつくりました！ Web Frontend Unit の立ち上げとリアーキテクチャに際してNext.js を採用したワケ 
 @becyn on ご清聴ありがとうございました！