事業責任者も必見! AWS Well-Architected Frameworkのビジネスへの有効活用 / AWS Well-Architected Framework

Slide 1

Slide 1 text

事業責任者も必⾒！ AWS Well-Architected Frameworkのビジネスへの有効活⽤ Shota Tsuge Senior Organizational Reliability Engineer CyberAgent, Inc H - Shonosuke Okada Organizational Reliability Engineer CyberAgent, Inc #AWSSummit

Slide 2

Slide 2 text

名前柘植翔太 @shotaTsuge • 所属株式会社サイバーエージェント技術本部サービスリライアビリティグループ • ロール Senior Organizational Reliability Engineer • やってることメディア管轄のPublic Cloud活⽤サービスの System Architecture周りのサポート • 好きなAWSサービス AWS Well-Architected Framework

Slide 3

Slide 3 text

本セッションの内容 • 本セッションで話すこと • Well-Architected Frameworkを、システムの移設や改善にどのように活⽤しているのか • なぜ、独⾃のWell-Architected Framework（CA W-A）を作っているのか • Well-Architected Frameworkに、どのような可能性を感じているのか  • 本セッションでの注意 • CA W-Aは、現時点では会社全体に導⼊できているわけではないです • 本セッションにおける発⾔は、所属するチームでの⾒解であり、  会社全体の意向ではありません

Slide 4

Slide 4 text

.Introduction .AWS Well-Architected Framework .CA Well-Architected Framework .Summary

Slide 5

Slide 5 text

Introduction

Slide 6

Slide 6 text

所属する会社について

Slide 7

Slide 7 text

所属する会社について • 株式会社サイバーエージェント • CAと略称で呼ばれることが多い • 従業員数（連結）は、約5,000⼈ • 事業について • メディア事業 • スタートアップ（新規）事業 • ゲーム事業 • インターネット広告事業

Slide 8

Slide 8 text

所属する組織について

Slide 9

Slide 9 text

所属する組織について • 技術本部 • 社内でメディア管轄と呼ばれているサイバーエージェントグループのメディア事業や  スタートアップ（新規）事業のサービスに対して、横断的なサポートなどをしている組織 • Open SaaS Studio（汎⽤SaaS）や秋葉原ラボ、Private Cloudなども、この組織に属す

Slide 10

Slide 10 text

所属する組織について • メディア管轄のサービス（⼀部抜粋）

Slide 11

Slide 11 text

所属する組織について • サービスリライアビリティグループ • メディア管轄のサービスのインフラ領域を横断的にサポートしているグループ • Service Reliability Groupの頭⽂字をとって、SRGと呼ばれている • 主に、既存サービスの改善や新規サービスの⽴ち上げなどをサポート • ⼗数⼈で、⼤⼩合わせて200弱のサービス、システムをサポート

Slide 12

Slide 12 text

所属する組織について • メディア管轄とSRGの相関図

Slide 13

Slide 13 text

所属する組織について • メディア管轄とSRGの相関図

Slide 14

Slide 14 text

ASTROBOXについて

Slide 15

Slide 15 text

ASTROBOXについて • 株式会社ASTROBOX • サイバーエージェント100%⼦会社 • コーポレートビジョン • ⼈⽣の “ヨリドコロ” になる • 株式会社CAMとの共同運営サービス • Ameba 占い館 SATORI • Ameba 占い館 SATORI 電話占い代表取締役社⻑：五藤尚也

Slide 16

Slide 16 text

ASTROBOXについてサービスビジョン電話占いが悩んでいる⼈にとって  ⼀般的な世の中にするサービス概要電話で相談できる占いサービスサービスビジョン⼈⽣の息抜きが  できる場所になるサービス概要デジタルコンテンツの占いサービス

Slide 17

Slide 17 text

AWS Well-Architected  Framework

Slide 18

Slide 18 text

システム移設にあたり抱えていた課題

Slide 19

Slide 19 text

システム移設にあたり抱えていた課題 • 技術責任者からの相談 • 移設の期限が既に決まっている • 移設先は、AWSを考えているが初めてなので⼼配 • ネットワーク、セキュリティとかの設計が難しい • システム構成の悩み • AutoScaling機能を活⽤したい • e.g. 某有名占い師のTV出演による急激なアクセス増加時 • 潜在的なシステムリスクを可視化できていない • インフラチームへの依存 • 開発チームでのインフラ作業が⾏えていない • データベースなどは、マネージドサービスを使いたい • 社内外に、ナレッジが沢⼭あると嬉しい技術責任者：酒井⼩枝

Slide 20

Slide 20 text

システム移設にあたり抱えていた課題 • 技術責任者への提案 • AWSについての学習 • 潜在的なリスクの可視化 • AWS Well-Architected Frameworkの導⼊を提案

Slide 21

Slide 21 text

AWS Well-Architected Frameworkとは

Slide 22

Slide 22 text

AWS Well-Architected Frameworkとは • AWS W-Aと表記されることが多い • 10年以上に渡り、AWSをユーザー向けに提供した上で得られた経験を元に、  提供してくれているシステム設計‧運⽤の “⼤局的な” 考え⽅と  ベストプラクティス集 • AWS W-Aの構成要素 • ホワイトペーパーや確認質問集も定期的に更新されている • AWSのソリューションアーキテクト（AWS W-A認定パートナー）も含まれる

Slide 23

Slide 23 text

AWS Well-Architected Frameworkとは • 最近では、AWS Well-Architected Toolも発表され、セルフチェック可能に • 2019/05時点では、⽇本語対応はされていない • 初期導⼊時は、AWSのソリューションアーキテクト同席での実施をオススメ

Slide 24

Slide 24 text

AWS Well-Architected Frameworkとは • ホワイトペーパーについて • 5つの柱（ホワイトペーパーの構成） • 運⽤の優秀性 • セキュリティ • 信頼性 • パフォーマンス効率 • コスト最適化      • 最近では、IoTやServerless向けのホワイトペーパーも出ている • より詳しく知りたい⼈は、公式サイトをみてください • https://aws.amazon.com/jp/architecture/well-architected/

Slide 25

Slide 25 text

AWS Well-Architected Frameworkとは • よくある誤解 • AWS W-Aを銀の弾丸だと思っている • あくまで設計 “原則” なので、実装の詳細やアーキテクチャパターンは扱っていない • 銀の弾丸ではないが、システム（サービス）の健康診断として使える • Audit（監査）的な使い⽅ができると思っている • 現状把握には使えるが、監査的な使い⽅は望ましくない • AWS W-Aをするのが重要でなく、そこからどう改善に取り組むのかを⼀緒に考えることが⼤切 • ガバナンスのインプットには使うことは出来る  • 試しに、1回実施してみたが良くならない • 定期的に実施する必要があり、チェックと改善フローを継続的に回すことが重要

Slide 26

Slide 26 text

AWS Well-Architected Frameworkとは • Deep Diveしたい⼈へオススメの資料 • AWS Black Belt Online Seminar & 公式ドキュメント（英語） http://bit.ly/ EJvLbV https://wa.aws.amazon.com/

Slide 27

Slide 27 text

導⼊フロー

Slide 28

Slide 28 text

導⼊フロー • 現状のシステム構成を整理（移設前のシステム構成図）社内社外ユーザー Private Cloud Database Servers Application/API Servers Admin Servers Other Servers Mon Proxy Server 外部連携 Private Cloud 共通基盤（画像/認証/課⾦）キャリア連携  パートナーAPI 他社システム SaaS

Slide 29

Slide 29 text

導⼊フロー • 事前に確認質問集へ記⼊

Slide 30

Slide 30 text

導⼊フロー • AWSのソリューションアーキテクト同席で、レビュー会実施

Slide 31

Slide 31 text

導⼊フロー • 現状のシステム状態の分析（Review Report）

Slide 32

Slide 32 text

導⼊フロー • Review Reportを元に、システム改善（移設）計画を⽴てる • このステップが、AWS W-Aで⼀番重要であり、以下を明確にする必要がある • 何が問題なのか • 問題に対しての利害関係者は誰なのか • 問題箇所の技術領域に詳しいのは誰なのか • 問題箇所を解決する上で誰が責任者になるのか • 特に、何が問題なのかと責任者が明確になっていないと、改善着⼿は難しい

Slide 33

Slide 33 text

導⼊フロー • システム改善（移設）を元に実施（移設後のシステム構成図） SaaS 外部連携 Private Cloud 共通基盤（画像/認証/課⾦）キャリア連携  パートナーAPI 他社システム VPC 社内社外ユーザー Application Servers API Servers Admin Servers Databases

Slide 34

Slide 34 text

継続的なシステム改善に向けて

Slide 35

Slide 35 text

継続的なシステム改善に向けて • Engineering Budgetという考え⽅ • サービスの売上変動に応じてエンジニアリング予算を確保 https://developers.cyberagent.co.jp/blog/archives/ /

Slide 36

Slide 36 text

導⼊サービスの技術責任者からの声

Slide 37

Slide 37 text

導⼊サービスの技術責任者からの声 • ポジティブな意⾒ • 運⽤周りのヒントを貰えたので、それを元に改善  していこうと思えた • どういったセキュリティリスクがあるのかを、  認識することが出来た • 運⽤中のサービスを初めてAWS上へ移設したが、  安⼼して取り組むことが出来た技術責任者：酒井⼩枝

Slide 38

Slide 38 text

導⼊サービスの技術責任者からの声 • その他意⾒ • 複数項⽬からの選択式なので、項⽬によっては  回答が難しい • 実際に課題は分かったが、事業レベルでどう改善に  取り組んでいけば良いかが難しかった • 定期的にセルフチェックしたい技術責任者：酒井⼩枝

Slide 39

Slide 39 text

CA Well-Architected Framework

Slide 40

Slide 40 text

名前岡⽥翔乃介 @rm_rf_slant • 所属 - 株式会社サイバーエージェント - 技術本部サービスリライアビリティグループ • ロール - Organizational Reliability Engineer • やってること - エンジニアチームリーダー - Public Cloud 活⽤サービスの System Architecture 周辺をサポート (兼任) • 好きなAWSサービス AWS Well-Architected Framework

Slide 41

Slide 41 text

CA W-A について

Slide 42

Slide 42 text

• CA Well-Architected Framework（CA W-A）とは - AWS W-Aを元に作成した、プラットフォームに依存しない汎⽤的なフレームワーク - 複数項⽬からの選択式ではなく、Yes/No だけで判定できる⽅法を採⽤ - 使ってもらえないと意味がないため、回答⾃体が重荷にならないようにしている - 可能な限り質を落とさず、網羅的に項⽬を設定 - 質問数を可能な限り少なく - オリジナルの質問数から⼤幅に削減 - 内製だからできるカスタマイズ - Google Apps Script でレビュー結果の⾃動集計 & 解析や Slack 通知を実施してくれる Bot を⽤意 - ヒアリングシートの管理 & 運⽤を⾃動化 - Review Report（レビュー結果）の Suggestion - 社内ナレッジを適切に共有することが可能になる - 詳細は後ほどご紹介します CA W-A について

Slide 43

Slide 43 text

• ５つの柱 - Security - 21 項⽬ - Reliability - 18 項⽬ - Performance - 16 項⽬ - Cost Optimization - 8 項⽬ - Operations - 14 項⽬ CA W-A について

Slide 44

Slide 44 text

• ５つの柱 - Security - 21 項⽬ - Reliability - 18 項⽬ - Performance - 16 項⽬ - Cost Optimization - 8 項⽬ - Operations - 14 項⽬ CA W-A について全75項⽬で⾃サービスのシステム状態を紐解く

Slide 45

Slide 45 text

学習 Condition Review 測定 Condition Review Review Report 改善/事業貢献 Improvement コミュニケーション Discussion & Planning CA W-A について

Slide 46

Slide 46 text

学習 Condition Review 測定 Condition Review Review Report 改善/事業貢献 Improvement コミュニケーション Discussion & Planning CA W-A について

Slide 47

Slide 47 text

学習 Condition Review 測定 Condition Review Review Report 改善/事業貢献 Improvement コミュニケーション Discussion & Planning CA W-A について⾃サービスの今を⾒つめ直すための新たなサイクルを⽣み出す

Slide 48

Slide 48 text

• 開発者視点のメリット - いかなる開発者でもより迅速に、且つ低リスクでアプリケーションを構築できるようになる - CA としてのシステム設計/運⽤を体系的に学ぶことができる - 他のサービスが技術的課題をどのように解決しているのか知ることができる - 導⼊コストが低い • 事業者視点のメリット - 安全で効率的なアプリケーション環境を、どの事業でも提供することが可能になる - 相対的に提供しているサービスの信頼性も向上する - 5つの観点から⾃サービスのシステム状態を解剖し、リスクを可視化することができる CA W-A について

Slide 49

Slide 49 text

CA W-Aの実施フロー

Slide 50

Slide 50 text

CA W-A の実施フロー CONDITION REVIEW 事前にサービスのコンディションチェック START REVIEW REPORT ORE とサービスの技術責任者で 2時間レビュー会を実施 DISCUSSION & PLANNING 事業責任者 & 技術責任者と課題の認識合わせ

Slide 51

Slide 51 text

CA W-A の実施フロー IMPROVEMENT 浮上した課題を改善し互いに事業を成⻑させていく半年後にから再度実施

Slide 52

Slide 52 text

CA W-A の実施フロー IMPROVEMENT 浮上した課題を改善し互いに事業を成⻑させていく半年後にから再度実施

Slide 53

Slide 53 text

CA W-A の実施フロー CONDITION REVIEW

Slide 54

Slide 54 text

CONDITION REVIEW GOOGLE SHEETS スプレッドシート GAS Google Apps Script SLACK API レビュー結果を Slack 通知

Slide 55

Slide 55 text

- 「ヒアリングシート」と呼ばれる CA W-A の⼼臓 - [サービス担当者] アクセス権限は対象サービスに関わっている社員であれば複数⼈追加しても問題ない CONDITION REVIEW - ORE Bot がレビュー結果を⾃動集計 & 解析 - [ORE] ヒアリングシートの Template をコピーして4つの設定を追加すればすぐに使⽤可能となる - [サービス担当者] 各項⽬にチェックするだけ！ - 「Pillar Results」を任意の Slack チャンネルに通知 - [ORE] ボタン1つでレビュー結果の Slack 通知が可能

Slide 56

Slide 56 text

Slide 57

Slide 57 text

CONDITION REVIEW サービス名サービスやアプリケーションの名称を記⼊ (無い場合は、開発コードを記⼊) アカウントID 使⽤しているプラットフォームのアカウントIDを記⼊ (AWS, GCP or PrivateCloud) アーキテクチャ図 URLを記⼊

Slide 58

Slide 58 text

CONDITION REVIEW 観点質問に対する勘所や、判断材料となる⼀例を紹介優先度⾼: 優先的に改善したい項⽬中: 改善を推奨する項⽬低: 改善するとより良い項⽬ご回答対応済みの項⽬にチェック

Slide 59

Slide 59 text

CONDITION REVIEW SLACK ボタン - 「ヘルプ」メニューの横に「Slack」メニューを配置 - レビュー会実施後、最終ジャッジが終わったタイミングでクリック - 回答が⾃動集計 & 解析され、任意の Slack チャンネルにレビュー結果が通知される

Slide 60

Slide 60 text

CONDITION REVIEW SLACK ボタン - 「ヘルプ」メニューの横に「Slack」メニューを配置 - レビュー会実施後、最終ジャッジが終わったタイミングでクリック - 回答が⾃動集計 & 解析され、任意の Slack チャンネルにレビュー結果が通知されるポチッ

Slide 61

Slide 61 text

CONDITION REVIEW

Slide 62

Slide 62 text

CONDITION REVIEW Review Report へのリンク

Slide 63

Slide 63 text

CA W-A の実施フロー REVIEW REPORT

Slide 64

Slide 64 text

REVIEW REPORT - Google ドキュメントを利⽤ - Master ドキュメントに全ての項⽬に対しての Suggestion (改善案や事例 etc ) を管理 - CA W-A 実施者は Master Page をコピーし、チェック済みの項⽬をマスクするだけでレポートが完成する

Slide 65

Slide 65 text

REVIEW REPORT

Slide 66

Slide 66 text

REVIEW REPORT 全体的な結果

Slide 67

Slide 67 text

REVIEW REPORT 詳細結果

Slide 68

Slide 68 text

REVIEW REPORT 改善案や事例 etc

Slide 69

Slide 69 text

CA W-A の実施フロー DISCUSSION & PLANNING

Slide 70

Slide 70 text

DISCUSSION Review Report を起点に現状について事業責任者と共通認識を形成する

Slide 71

Slide 71 text

PLANNING 事業と技術の双⽅から優先度を照らし合わせ、合意できる改善計画を策定する

Slide 72

Slide 72 text

CA W-A の実施フロー IMPROVEMENT

Slide 73

Slide 73 text

IMPROVEMENT • 改善フロー - 合意が取れた解決すべき課題を改善 - 場合によっては ORE も協⼒ - 改善事例として、社内外へ公開 - 社内 - Slack - 社外 - 公式ブログ - 半期後に改善率チェック 4⽉ 10⽉優先的に改善したい項⽬改善を推奨する項⽬改善するとより良い項⽬

Slide 74

Slide 74 text

Slide 75

Slide 75 text

IMPROVEMENT CA W-A = チェックシート？

Slide 76

Slide 76 text

IMPROVEMENT CA W-A = チェックシート？

Slide 77

Slide 77 text

IMPROVEMENT CA W-A = コミュニケーションツール

Slide 78

Slide 78 text

IMPROVEMENT CA W-A = コミュニケーションツール技術から事業成⻑を促すためのコミュニケーションツール

Slide 79

Slide 79 text

SATORI の進捗

Slide 80

Slide 80 text

SATORI の進捗 CONDITION REVIEW REVIEW REPORT DISCUSSION & PLANNING IMPROVEMENT

Slide 81

Slide 81 text

SATORI の進捗 CONDITION REVIEW REVIEW REPORT DISCUSSION & PLANNING IMPROVEMENT 今ここ！

Slide 82

Slide 82 text

CA W-A のレビュー結果

Slide 83

Slide 83 text

CA W-A のレビュー結果

Slide 84

Slide 84 text

CA W-A のレビュー結果優先的に改善したい項⽬の数改善を推奨する項⽬の数改善するとより良い項⽬の数

Slide 85

Slide 85 text

CA W-A のレビュー結果 / / /

Slide 86

Slide 86 text

CA W-A のレビュー結果 / / / 協議の結果、今回はここに焦点を当てて改善していくことになりました！

Slide 87

Slide 87 text

現在の状況

Slide 88

Slide 88 text

現在の状況 NO. 障害時に有⽤なログを蓄積できていますか？ NO. 障害時に有⽤なログを分析に使っていますか？ NO. 障害時にサービスレベルがダウンした状態でサービスが継続できる仕組みはありますか？ NO. パフォーマンスが劣化した際に、通知されるようになっていますか？ NO. 障害レベルによってのアクションが定義されていますか？ NO. 障害時にエスカレーションするプロセスが定義されていますか？

Slide 89

Slide 89 text

現在の状況 NO. 障害時にサービスレベルがダウンした状態でサービスが継続できる仕組みはありますか？ NO. 障害レベルによってのアクションが定義されていますか？ NO. 障害時にエスカレーションするプロセスが定義されていますか？ 6⽉中に完了予定 NO. パフォーマンスが劣化した際に、通知されるようになっていますか？今期中に実施

Slide 90

Slide 90 text

現在の状況先ほどご紹介した4つの項⽬が全て対応完了したタイミングで実施するかジャッジ NO. 障害時に有⽤なログを蓄積できていますか？ NO. 障害時に有⽤なログを分析に使っていますか？

Slide 91

Slide 91 text

各視点からのFB

Slide 92

Slide 92 text

技術責任者からのFB • 緊急度のレベル分けはAWSのW-Aでも可能だったけど、どういうことに影響が出そうかみたいなところまでまとめてきてくれたので、わかりやすいと思いました • 課題の洗い出しまでじゃなくて、計画を⽴てるところまで⼊ってきてくれるところや課題に対してのアプローチ⽅法まで相談できるのが助かります！ • 予め課題が明確になってるので、今期どこまでできそうか‧ やるべきなのか計画が⽴てやすいと思いました技術責任者：酒井⼩枝

Slide 93

Slide 93 text

Slide 94

Slide 94 text

事業責任者からのFB • 説明資料も簡潔でエンジニア職以外のメンバーにも理解しやすい内容になっていました！ • 事業責任者として、このような取り組みにメリットを感じます • 常⽇頃からユーザーへの寄り添いが求められますし、職種問わず品質に向き合うのは⼤事なことなので、横断でこういった取り組みを実施していただけることは⼤変ありがたいです代表取締役社⻑：五藤尚也

Slide 95

Slide 95 text

Slide 96

Slide 96 text

その他にも… AWS以外のプラットフォームでも実施できるのは嬉しい現状のサービスが抱えている潜在的なリスクの可視化ができる現状課題に対して、事業部全体で共通認識を持てる事業部にとって何をすればいいのかを考える時の資料として活⽤できる社内に存在するナレッジを活⽤できるようにする知らなかったことを知れたり、それによる議論が⽣まれる

Slide 97

Slide 97 text

Slide 98

Slide 98 text

CA W-Aの今後について

Slide 99

Slide 99 text

CA W-A の今後についてサービスに導⼊済み

Slide 100

Slide 100 text

CA W-A の今後について + サービス導⼊予定

Slide 101

Slide 101 text

CA W-A の今後について Review Report まで完了 % % Discussion & Planning 着⼿

Slide 102

Slide 102 text

CA W-A の今後について Review Report まで完了 % % Discussion & Planning 着⼿ % ⤴

Slide 103

Slide 103 text

CA W-A の今後について Review Report まで完了 % % Discussion & Planning 着⼿ % ⤴ 2⼈で完遂するのは少し⼤変

Slide 104

Slide 104 text

CA W-A の今後について 2019年度下半期⽬標 CA W-A の導⼊(運⽤)コストを削減 CA W-A を導⼊できるメンバーを増やす

Slide 105

Slide 105 text

CA W-A の今後について AWS W-A Tool のロードマップによっては、統合するかも提案できる情報の最⼤化⾃動で前回のレビュー結果と⽐較し、再集計までしてくれる機能の追加 2019年度下半期やるべきこと⺟国語の形成 On-boarding の整備と公開

Slide 106

Slide 106 text

CA W-A の今後について AWS W-A Tool のロードマップによっては、統合するかも提案できる情報の最⼤化⾃動で前回のレビュー結果と⽐較し、再集計までしてくれる機能の追加⺟国語の形成 On-boarding の整備と公開 CA W-A の導⼊(運⽤)コストを削減 CA W-A を導⼊できるメンバーを増やす 2019年度下半期やるべきこと

Slide 107

Slide 107 text

Summary

Slide 108

Slide 108 text

Summary • AWS W-Aの可能性 - 体系的にAWSについて学ぶことができる - AWSを活⽤しているサービスであれば、AWS W-Aを試さない理由はない • プロダクトの成⻑をお⼿伝いするために CA W-A を作りました - サービスや事業の成⻑速度を、システムを理由に落とさないための1つの⼿段です☝ - 事業視点と技術(システム)視点の双⽅から⾃サービスを⾒つめ直し、根本的な課題をクリアにするための道具です - CA W-A = ただのチェックシートではないし、監査として使⽤するものでもないです！❌

Slide 109

Slide 109 text

Summary ORE について興味がおありの⽅は以下のスライドもご覧ください https://speakerdeck.com/cyberagentdevelopers/well-architected https://www.slideshare.net/ShotaTsuge /wellarchitected-ca-wa-jaws-days-

Slide 110

Slide 110 text

Thank you! Shota Tsuge Twitter: @shotaTsuge Shonosuke Okada Twitter: @rm_rf_slant