積み上げられた技術資産と向き合いながら、プロダクトの信頼性をどう守るか

by PLAID Tech

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

© PLAID, Inc. KARTE Blocksの構成 5 ● サイト改善における悩みは様々 ○ 「継続してできない」「安⼼してできない」「⾃由にできない」 ● KARTE Blocksは、「サイト改修‧更新の効率化」「テストによる仮説検証やパーソナライズ」「データによる課題発⾒」までをワンストップで実現 ● サイト運営の複雑性を緩和‧解消し、安⼼‧⾃由に⾏えるようにするプロダクトあなたのサイト改善あっという間に。継続的に。

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

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

© PLAID, Inc. KARTE Blocksの構成 20 管理画⾯ builder server builder.js ユーザーのサイトユーザーが配信設定をする設定内容から3rd party script(builder.js) を⽣成してデプロイ builder.jsを配信タグ⾃体に設定内容が埋め込まれるユーザーのサイトで読み込むことで実際にサイトを書き換え sync load さっきの図を引⽤

Slide 21

Slide 21 text

© PLAID, Inc. KARTE Blocksの構成 21 管理画⾯ builder server builder.js ユーザーのサイトユーザーが配信設定をする設定内容から3rd party script(builder.js) を⽣成してデプロイ builder.jsを配信タグ⾃体に設定内容が埋め込まれるユーザーのサイトで読み込むことで実際にサイトを書き換え sync load ⼤事なのはここ！

Slide 22

Slide 22 text

© PLAID, Inc. SLOの策定 22 KARTE BlocksにおけるSLO ● SLOはCritical User Journey（以下CUJ）を決めた結果の副産物 ○ つまり、何がユーザーにとってクリティカルかを決める ○ ⾃ずと何がクリティカルではないかが決まる ○ CUJを守ることが信頼性向上につながる ● ⼤事なのはbuilder.jsをデプロイする部分と、builder.jsが読み込まれる部分

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

© PLAID, Inc. SLOの策定 27 CUJその1、builder.jsの配信 ● 計測⽅法 ○ datadogとfastlyの連携を使って、正常にbuilder.jsが読み込まれているかどうかを確認 ■ status codeを使って判断 ■ 割ってたらアラート鳴らす ○ 実⾏部分に関しては、loggerは⼊れていない ■ サイズ等の都合、⼊れたい気持ちはある ■ エラーハンドリングを真⾯⽬にやる形で担保

Slide 28

Slide 28 text

© PLAID, Inc. SLOの策定 28 CUJその2、管理画面が正常に動作する ● 管理画⾯で配信に関わる機能が使えること ● 設定が保存できない等、配信に関わる機能が使えないとクライアントの業務の遂⾏が困難になるため、ここはクリティカルとして扱う ● 計測⽅法 ○ datadogのlogsからmetricsを⽣成することができる ○ server sideのlogのstatus codeを⾒て、5xxだったらbad eventsとして扱う