FAANSを支えるアーキテクチャ

by tohae

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

© ZOZO, Inc. 5 FAANS is Fashion Adviser Are Neighbors    ECでお買い物を楽しまれるお客様とショップスタッフの新たな接点を創出し、ショップスタッフの効率的な販売をサポートするショップスタッフ専用ツール。ZOZOTOWN が持つECでの販売ノウハウと、ショップスタッフが持つ実店舗での販売ノウハウを掛け合わせ、オンラインとオフラインをシームレスにつなぐ新たな販売方法を実現します。    https://droidkaigi.jp/ninjas/post/zozo/   

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

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

© ZOZO, Inc. 13 Goの選択理由#1  ● プロトタイプはRuby on Railsで開発していた  ● Rails選択の理由  ○ WEARでRailsを使っていたこと  ○ WEARのエンジニアを異動させる想定だったこと  ● 一方でWEARでRuby on Railsの難しさを感じていた  ○ 未経験者が書く動的型付け言語の品質  ○ どこにコードを書けばいいか迷子になることがある  ■ model? controller? 独自のservice?  ● 全体的にレビューコストが高くなっていてモヤモヤしていた 

Slide 14

Slide 14 text

© ZOZO, Inc. 14 Goの選択理由#2  ● WEARからの異動の選択肢がなくなった  ○ 採用する or 他の部署からの異動  ● 全社技術スタックが策定されJava or Goが強く推奨された  ○ https://qiita.com/sonots/items/629b8d5785c04ae9c953  ● これらを理由にGoで書き直すことを決断  ● 合わせて前述した迷子問題を解決するためにレイヤードアーキテクチャを選択 

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

© ZOZO, Inc. 18 controller(interface)  ● OpenAPIの定義に基づいてopenapi-generatorでコード生成している  ○ 公式で生成されるものはレイヤードアーキテクチャと相性が悪い  ○ Javaとmustacheで自前のものを用意して運用している  ● 最近はRESTを捨て、すべてPOSTリクエストにしている  ○ アプリはAPIクライアントを自動生成していて、RPCのように扱っている  ○ そのためパスパラメータやクエリストリングを意識することはない  ○ サーバ実装も全部Bodyできたほうがデシリアライズしやすい  ● そこまでやるならgRPCで良かったのでは？？？  ○ そう思います 

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

© ZOZO, Inc. 22 Firestore  ● FAANSはマルチテナントなアプリケーション  ● RDBでマルチテナントの実現は、すべてのテーブルにテナントIDを仕込む運用で辛い  ○ DBを分離する方法もあるのだが、今度はマイグレーションが辛い  ● Firestoreにはサブコレクションという概念がある  ● ルートコレクションをテナントにすることで、安全に分離できるのではと考えて採用した  ● GCPに全寄せしたかった、使ってみたかったなどの理由もある  ※サブコレクションのイメージ図出典: https://firebase.google.com/docs/firestore/data-model?hl=ja

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

© ZOZO, Inc. 33 Firestoreという選択  ● ドキュメント指向DBの設計の難しさ  ○ マルチテナントをいい感じにすることを重視して選択したが、アプリケーションの性質上向いていないと感じた  ○ 慣れれば解決するかと思ったが  ● マルチテナントはPostgreSQLなどが備えるRow Level Securityで実現可能だった  ○ 完全に調査不足  ● 現在PostgreSQL移行（合わせてAWS移行）を検討中  ○ Repositoryパターンを使ってるので移行しやすい…はず… 

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

© ZOZO, Inc. 36 まとめ  ● FAANSはGCP, Firebaseを中心にGoで開発をしています  ● レイヤードアーキテクチャ、コード生成などの工夫をして開発をしています  ● 導入企業拡大中で各社の需要をヒアリングしながら具体化していく予定です  ● それに備えてPostgreSQL移行、GKE移行などの大きな開発を予定しています      上記に興味があるエンジニアを募集中です！ 

Slide 37

Slide 37 text

No content