Backends For Frontends(BFF)をプロダクションレディするまでの取り組み

Slide 1

Slide 1 text

Slide 2

Slide 2 text

© ZOZO Technologies, Inc. 株式会社ZOZOテクノロジーズ  EC基盤本部/SRE部  ECプラットフォームSRE  三神拓哉  twitter: @EnKUMA_  2019年5月にZOZOテクノロジーズへ中途入社  前職ではオンプレミスの動画配信システムを担当していました  現在はZOZOTOWNリプレイスプロジェクトにてSREとして参画しています  6月に札幌へ引越をしました  2

Slide 3

Slide 3 text

Slide 4

Slide 4 text

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

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. 10 改めてBFFとは？  BFFはBackends For Frontendsの略であり、アーキテクチャ設計パターンの1つです。  フロントエンドのリクエストに応じて各種のAPIコールをしたり、バックエンドから取得した内容を加工してフロントエンドに返却したりするフロントエンド専用のサーバーを用意するアーキテクチャ設計パターンです。    https://samnewman.io/patterns/architectural/bff/  『Building Microservices』の著者であるSam Newmanさんの記事を是非ご覧ください

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© ZOZO Technologies, Inc. 12 設計したBFF構成オンプレ IIS (Web) DB 推薦API ID認証API パーソナライズAPI モジュールAPI DB DB etc. AWS GCP ストアドストアドストアド IIS (API) API Gateway Aggregation API(BFF) 商品情報API 検索API BFFも独立したAPIとしてAPI Gateway 配下に設置　　 = マイクロサービスの１つとして実装

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© ZOZO Technologies, Inc. 16 プロダクションレディにおける重要なこと  ● 安定性  ● 信頼性  ● パフォーマンス  ● 監視  ● スケーラビリティ  ● 耐障害性と大惨事への対応  ● ドキュメント  ここを満たすためには監視・分析ができている状態作る必要がある ● 正常に動いているかどうか、動いていないときそれはどこに原因があるか ● パフォーマンスが良いか悪いか、ボトルネックはどこか ● etc

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

© ZOZO Technologies, Inc. 24 マイクロサービスでは複雑なサービス間連携が伴うため、障害発生時に問題の特定まで多くの時間がかかる事があります。そのため可観測性(Observability)が必要であり、従来のログ・メトリクス監視だけではなく多面的にデータを収集、分析する必要があります。可観測性の代表的な要素 ● ログ ● メトリクス ● トレーシングマイクロサービス監視では可観測性が重要 

Slide 25

Slide 25 text

© ZOZO Technologies, Inc. 25 マイクロサービスでは複雑なサービス間連携が伴うため、障害発生時に問題の特定まで多くの時間がかかる事があります。そのため可観測性(Observability)が必要であり、従来のログ・メトリクス監視だけではなく多面的にデータを収集、分析する必要があります。可観測性の代表的な要素 ● ログ ● メトリクス ● トレーシングマイクロサービス監視では可観測性が重要  システム間の繋がり・関連性を見るための重要な要素であり、 APM(Application Performance Monitoring)で観測が可能

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

Slide 34

Slide 34 text

Slide 35

Slide 35 text

© ZOZO Technologies, Inc. 35 商品サービス (mock) 検索サービス (mock) 推薦サービス (mock) BFF API Gateway Client 単体負荷試験準備  関連システムのmockを使って試験実施 ● 各システムのリクエストパターンを精査 ● それぞれのパターンにて静的なレスポンスを行うNginxのpodを作成各バックエンドサービスの試験用mockを作成

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

© ZOZO Technologies, Inc. 47 ● Istioによるサービスメッシュの導入 ○ https://speakerdeck.com/akitok_/how-to-setup-production-ready-istio ● Canaryリリースの仕組みを導入 ○ ビッグバンリリースをしない ● etc 今後も様々な取り組みをしていきますその他プロダクションレディのための取り組み 

Slide 48

Slide 48 text

© ZOZO Technologies, Inc. 48 まとめ  ● マイクロサービスは複雑なサービス間連携があるため可観測性が重要  ● 可観測性を担保するために多面的にデータを収集し、分析ができる状態にする必要がある ● APMやダッシュボードは非常に有効な手段である  ● マイクロサービスは関連サービスの障害やパフォーマンス低下に起因した問題が発生しうるため、結合試験や関連サービスを含めた負荷試験、障害試験が重要となる 

Slide 49

Slide 49 text

© ZOZO Technologies, Inc. 私たちと一緒にマイクロサービス基盤を開発しませんか？  49 Kubernetes, AWS が大好きなエンジニアを募集しています！  募集職種名　ZOZOTOWN SRE（マイクロサービス）      業務内容　ZOZOTOWNのマイクロサービスプロジェクトのSREを担当  ・サーバー、ネットワークの設計/構築/運用  ・IaCおよびCI/CDによる構築、デプロイ自動化  ・サービス監視の設計/運用  ・セキュリティ関連の設計/運用  ・パフォーマンスチューニングを含むSite Reliability向上のための実装  ・障害発生時の原因調査、サービス復旧作業  採用ページはこちら

Slide 50

Slide 50 text

No content