ZOZO Tech Meetup ZOZOTOWN 検索機能のマイクロサービス化への取り組み / ZOZO Tech Meetup ZOZOTOWN Search Microservice

by TomohiroKani

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

© ZOZO Technologies, Inc. https://zozo.jp/  ● 日本最大級のファッション通販サイト  ● 1,400以上のショップ、8,200以上のブランドの取り扱い（ともに2021年3月末時点）  ● 常時83万点以上の商品アイテム数と毎日平均2,900点以上の新着商品を掲載  ● コスメ専門モール「ZOZOCOSME」や靴の専門モール  「ZOZOSHOES」、ラグジュアリー＆デザイナーズゾーン  「ZOZOVILLA」を展開  ● 即日配送サービス  ● ギフトラッピングサービス  ● ツケ払いなど  3

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

© ZOZO Technologies, Inc. 検索機能をマイクロサービス化する前の課題  1. 開発 ○ 1つのマイクロサービスに非常に多くのAPIが存在していた ■ リプレイスを進めるにつれマイクロなサービスではなくなり、検索機能もそこに含まれていた ○ 把握していないAPIや共通処理があり、開発コストがかさんでいた ○ SQL ServerとElasticsearchを参照していた 2. 保守・運用 ○ 別チームが主管 ■ 機能追加や改修の際はレビュー・リリース依頼をしていた ■ 自チームのみで完結できる開発作業でも連携が必要だった ■ 改修のマージ・リリースタイミングを自由にハンドリングできなかった ○ 障害発生時 ■ 原因調査が広域に及ぶため、切り分けが難しく複数チームが調査にあたっていた  10

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© ZOZO Technologies, Inc. 検索機能に特化したマイクロサービスを構築する目的  ● 開発速度を向上させる  ○ 検索基盤チームが主管である検索APIのみのため、精通したAPIの開発に集中できる  →開発・改修・リリースに掛かるサイクルの短縮が見込める  ○ チャレンジングな実装の場合でも、スムーズな意思決定が可能となる    ● 検索機能に特化したマイクロサービスを開発する  ○ バックエンドはElasticsearchのみとする  12

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© ZOZO Technologies, Inc. 構築方法として2案を検討      1. リポジトリを丸々コピーしマイクロサービスを構築する方法  ● メリット  ○ リポジトリをコピーするため少ない作業量で短期間の本番リリースが可能  ● デメリット  ○ 不要なAPIのコードが丸々残るため削除する作業が発生する  ○ SQL Serverの参照や、古くなっているライブラリ等もそのまま残るためバージョンアップが必要    2. 検索APIのみを切り出しマイクロサービスを構築する方式  ● メリット  ○ Elasticsearchを参照する検索APIのみが実装されたマイクロサービスが構築できる  ○ コードのコピー・リファクタリングのタイミングで各種のバージョンアップが可能  ● デメリット  ○ 1のパターンより作業量が多い  16

Slide 17

Slide 17 text

© ZOZO Technologies, Inc. どちらの方法で構築したか  検索APIのみを切り出し  マイクロサービスを構築する    ● メリット  ○ Elasticsearchを参照する検索APIのみが実装されたマイクロサービスが構築できる  ○ コードのコピー・リファクタリングのタイミングで各種のバージョンアップが可能  ● デメリット  ○ 1のパターンより作業量が多い      17

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

© ZOZO Technologies, Inc. API実装  ユニットテストが書いてあると  安心して移植できる  ● API実装で行ったこと  ○ 最初期に切り出したAPIは4本  　　　→ コードの大半を移植し、必要に応じて再実装した  ○ リファクタリングとユニットテストの拡充    ● ユニットテスト  ○ 複雑な実装をしている部分は、ユニットテストのおかげで安心して移植できた  ○ ユニットテストを書くことは安定した品質につながり、改修作業が容易になると再認識    20

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

© ZOZO Technologies, Inc. OSSライセンスチェック  社内のOSS  利用ガイドラインを順守  ライセンス一覧を作成し、OSSを不正利用していないかをチェック  23 $ mvn license:add-third-party -D license.excludedScopes=test  $ cat ./target/generated-sources/license/THIRD-PARTY.txt | sort > license.txt  https://www.mojohaus.org/license-maven-plugin/add-third-party-mojo.html

Slide 24

Slide 24 text

Slide 25

Slide 25 text

© ZOZO Technologies, Inc. リリース時の取り組み  ● 比較テスト  ○ 既存の検索APIと新APIで実施    ● 既存の検索APIに対する開発案件の差分取込  ○ 毎週差分をチェック    ● カナリアリリース  ○ 検索APIは非常に大量のリクエストを受けるため、1度に全リクエストの切り替えはおこなわず、カナリアリリースで段階的に切替えを実施  プログラムバグや、リリースミスなど無くAPIのリリースが完了  パフォーマンス劣化は無く、既存の検索APIと同等のパフォーマンスを実現  25