DX実現の第一歩！クラウド技術を活かしたデータ分析、成功のヒント_第2回_投影資料

DX実現の第一歩！クラウド技術を活かしたデータ分析、成功のヒント
https://dev.classmethod.jp/news/snowflake-webinar/

第2回　2021/11/11　投影資料

Transcript

1. DX実現の第一歩！
   クラウド技術を活かした
   データ分析、成功のヒント
   2021/11/11
   第２回/全４回
   

   View Slide

2. 2
   本ウェビナーについて
   開催 セッション名 登壇者
   第1回
   2021年10月28日（木）
   Tableau×Snowflakeで、コーディング・サーバー管理
   いらずのデータ分析を実現！
   Snowflake株式会社 KT
   クラスメソッド株式会社 相樂悟
   第2回
   2021年11月11日（木）
   「クラウドって何か不安...」そんなあなたの不安を
   解消します！
   Snowflake株式会社 KT
   クラスメソッド株式会社 相樂悟
   第3回
   2021年11月25日（木）
   SQL？NoSQL？各技術の違いをハッキリさせて
   目的に合ったデータ分析基盤を構築しよう！
   Snowflake株式会社 KT
   クラスメソッド株式会社 甲木洋介
   第4回
   2021年12月9日（木）
   クラウドDWHの良さとは？DWHに留まらない
   ”データプラットフォーム”の魅力をお話します！
   Snowflake株式会社 KT
   クラスメソッド株式会社 甲木洋介
   

   View Slide

3. 3
   自己紹介
   氏名
   相樂 悟 (サガラ サトシ)
   所属
   クラスメソッド株式会社 アライアンス統括部
   主な担当
   モダンデータスタックのプロサービス・プリセールス
   

   View Slide

4. 4
   自己紹介
   氏名
   KT (ケイティ)
   所属
   Snowflake株式会社 プロダクトマーケティング
   主な担当
   Snowflakeデータクラウドをみんなに広めて
   データドリブン文化を作る！！
   その他の活動
   Grand Master of DATA Saber
   Tableau User Group Ambassador
   著書「データドリブンの極意」
   

   View Slide

5. 5
   何かご質問や気になることがある場合は…
   画面下部の「Q&A」よりご質問ください！
   

   View Slide

6. 6
   前回(10/28)の振り返り
   - Snowflake×Tableauを用いたデータ分析基盤を紹介しました
   - 数百億行でも分析できる環境
   - GUIベースでデータベース～ダッシュボード構築可
   - レポートの更新処理も数クリック
   - 最大90日間のデータを保持し、1コマンドでリカバリ可
   TableauPrep
   Snowflake
   TableauDesktop TableauOnline
   Excel
   

   View Slide

7. 7
   「Snowflake導入したい！」が・・・
   「 Snowflakeって、”クラウド”ですよね…？」
   - クラウドに対する漠然とした不安
   - 社外の環境に自社のデータを置くって…どうなの？
   

   View Slide

8. 8
   Snowflakeを導入している企業の例
   より多くのユーザーが
   より速く分析
   より大きなワークロードと
   データセット
   より多くのクエリと
   より良い分析
   より高速でスケーラブルな
   分析アプリ
   スケーラビリティとパフォーマンス
   の要件を満たしながら、より多くの
   ユーザーのワークロードとデータセ
   ットを簡単に取り込む
   同時実行による競合の問題を解決
   し、10個以上の基幹業務をタイム
   リーに分析
   1日あたり100倍のクエリを実行
   し、より迅速で優れた分析を実行
   クエリのパフォーマンスが150倍向
   上した新しい分析アプリケーション
   を10,000以上の薬局に提供
   4,990社を超えるお客様
   *2021年11月11日時点
   

   View Slide

9. 9
   クラスメソッドの支援企業例
   2,600社を超える支援実績
   ※ほぼ全てのお客様でクラウド導入済
   引用元：クラスメソッド公式HP
   

   View Slide

10. 10
    多くの企業がクラウドを導入していますが…
    データ漏洩の事故、そんなに聞いたことないですよね？
    - 逆にオンプレミスのサーバーでの漏洩を聞いたことある方
    もいるはず…（たまにニュースになりますよね）
    つまり、
    オンプレミスだろうとクラウドだろうと、
    やることをやっていなければデータは漏洩します
    

    View Slide

11. 11
    クラウドを使うことのメリット
    - サーバー管理からの解放
    - GUIの設定だけでスペックの良いサーバーが使える
    - SaaSならば、ソフトバージョン管理も不要
    - 失敗してもコストは使用した分だけ
    - オンプレミスの場合、ハードウェア費用が重く失敗
    できない。追加投資の判断にも慎重になってしまう
    - クラウドなら、仮に失敗してもコストを抑えられる
    

    View Slide

12. 12
    そうはいっても…
    「でも、上司を説得できる明確な証拠がないとな…」
    ⇛今日、その「証拠」をお伝えします
    クラウドに関するよくある不安４種
    - セキュリティ
    - コスト
    - 障害対応
    - 基盤運用スキル（使いこなせるか）
    

    View Slide

13. 13
    不安その１
    セキュリティ
    

    View Slide

14. 14
    データセンターに侵入されたら？
    - Snowflakeは、AWS・GCP・Azureのデータセンター上で
    稼働するSaaSです
    - データセンターの場所は基本的に非公開
    そのため侵入したくても場所がわからない
    - さらに、各データセンターは厳重な管理をしています
    - 次頁でAWSを例に説明します
    

    View Slide

15. 15
    例：AWSのデータセンターについて
    - 防御：
    物理的なアクセスを防ぐ仕組み
    - インフラストラクチャー：
    緊急時のリカバリ対応用、
    バックアック電源など
    - データ：
    物理的、技術的な侵入防止
    - 環境：
    自然災害に強い立地、
    1つのAZに複数のデータセンター
    引用元：AWSのデータセンター
    

    View Slide

16. 16
    クラウドだと情報漏えいするのでは？
    - なぜ情報漏えいが起こるのか？
    - ネットワークの設定ミス
    - パスワード管理の甘さ
    - サーバーやソフトの脆弱性
    - ウイルス感染
    

    View Slide

17. 17
    オンプレミスとクラウドで対応策を比較してみる
    オンプレミス クラウド
    ネットワークの設定ミス
    ネットワーク管理は全て自身で
    行う必要あり
    SnowflakeのようなSaaSであれば、
    基本的にはネットワーク設定不要
    パスワード管理の甘さ
    サーバー用のユーザー、DWHの
    ユーザー、その他ソフトでの
    ユーザー管理が必要
    SaaSならば、そのソフトウェア内で
    のユーザー管理だけが必要
    サーバーやソフトの脆弱性
    サーバーやソフトのバージョン管理
    を行って、脆弱性が出たら自身で
    対策をしないといけない
    SaaSならば、脆弱性に対する対応は
    サービス提供側が実施してくれる
    ウイルス感染
    ウイルス対策のソフト導入や対策は
    自身で行う必要あり。万が一、感染
    した場合は自身で対応する必要あり
    SaaSがホストされたサーバーでの
    ウイルス対策は、サービス提供側が
    実施してくれる
    クラウド(特にSaaS)であれば、管理することはオンプレミスより少ない
    

    View Slide

18. 18
    クラウドサービスでの管理対象の考え方
    - 「責任共有モデル」という、サービス提供者と利用者が
    それぞれに責任範囲を持つ考え方がクラウドでは一般的
    引用元：クラウドサービス提供における 情報セキュリティ対策ガイドライン(総務省) 22p~23pより
    

    View Slide

19. 19
    Snowflakeで対策しないといけないことは何か？
    - ユーザーのIDとPW管理
    - URL・ID・PWが漏れると、アクセスされてしまう
    - 必要に応じて多要素認証(MFA)の設定をしましょう
    - 適切なデータアクセス権限の設定
    - 全ユーザーに全データを見せる運用は基本NG
    （特にデータシェアリングで社外へ展開する場合）
    - 各ユーザーに適切なアクセス権限を設定しましょう
    

    View Slide

20. 20
    サービスの提供元にデータを見られるのでは？
    - Snowflakeでは…
    - Snowflake の従業員は、顧客データへの
    不正アクセスを行いません
    - Snowflake の従業員は、顧客データを収集、
    削除、更新、開示、または使用しません
    ⭕️：プラットフォームのメンテナンス
    ✖：コンテンツ（顧客データ）へのアクセス
    

    View Slide

21. 21
    不安その２
    コスト
    

    View Slide

22. 22
    想定していない額の請求が来るのでは？
    - Snowflakeの費用
    - ストレージ
    - ウェアハウス
    - Snowflakeの場合、
    自動一時停止・起
    動の設定ができる
    

    View Slide

23. 23
    想定していない額の請求が来るのでは？
    - Snowflakeの場合、コス
    トを監視する機能がある
    - リソースモニター
    

    View Slide

24. 24
    起動・停止をちゃんと設定すれば恩恵は大きい
    

    View Slide

25. 25
    オンプレミスより高くなることもあるのでは？
    - 何も考えずにオンプレ同様に24時間365日で
    稼働し続けると、もちろんお金はかかります
    - 使用しない間は一時停止すれば、お金はかからない！
    - ”オンプレミスでのみ”かかるコスト
    - サーバー導入の初期費用
    - 導入製品のライセンス費用
    - 日々サーバーを運用・監視するための人件費
    - バージョンアップ費（人件費、ライセンス費）
    - サーバー更新・追加投資の費用
    

    View Slide

26. 26
    不安その３
    障害対応
    

    View Slide

27. 27
    いつ障害が発生して止まってしまうか不安
    - 「障害」について、クラウドプロバイダーのリージョン
    全落ちを想像していませんか？ →未曾有の大災害
    - クラウドの「障害」はサービス全体が止まるというより、
    一部の機能レベルでの影響が大多数を占めている
    - 加えて過去の障害は、ほとんど数時間内に復旧している
    - かつ、クラウドサービスでのインフラ関係の障害は
    サービス提供側が確認・対応してくれる
    - どのくらいのスピードで対応してくれるのか？（次頁）
    

    View Slide

28. 28
    改めて、障害対応に関する用語を整理してみる
    - 可用性(Availability):
    - 稼働時間。サービス使用不可とならない時間のこと
    - 99.9%などと表現(1月あたり稼働分÷1月の分数合計)
    - 耐久性(Durability)
    - データロスが起きない度合いのこと
    - 99.9999999999%などと表現 年で計算
    - Recovery Point Objective (RPO)
    - 障害発生時にどこまでデータを復旧させるかの目標値
    - Recovery Time Objective (RTO)
    - 障害発生時にどのくらいの時間で復旧できるかの目標値
    - Service Level Agreement (SLA)
    - サービス提供者と利用者の間で結ばれるサービスのレベルの合意。
    満たされなかった場合には利用料の減額などがある
    

    View Slide

29. 29
    SnowflakeのSLA
    SUPPORT POLICY AND SERVICE LEVEL AGREEMENT
    - 上記ページの中部に「II. Service Level Agreement」があります
    ※以下抜粋
    - Monthly Availability Percentage：99.9％
    もし満たさない場合、使用量に応じてクレジットが付与
    - 「I. Support」：Snowflakeのサポート対応に関する説明
    「III. Policy Exclusions」：サポートとSLAの対象外となる項目
    ※プレビュー機能など
    

    View Slide

30. 30
    参考：クラウドプロバイダー各社のSLA
    Amazon Compute サービスレベルアグリーメント
    Amazon S3 Service Level Agreement
    Microsoft Azure SLA for Virtual Machines
    Microsoft Azure SLA for Storage Accounts
    Google Cloud Compute Engine Service Level Agreement (SLA)
    Google Cloud Storage Service Level Agreement (SLA)
    

    View Slide

31. 31
    その上で、Snowflakeのアーキテクチャ
    引用元：Snowflakeアーキテクチャ
    

    View Slide

32. 32
    Snowflakeが全アカウントに対して適用する障害対策
    - 3つのアベイラビリティゾーン(AZ)にまたがって展開
    ※AZは冗長性を考慮した1つ以上のデータセンターのこと
    引用元：How to Make Data Protection and High Availability for Analytics Fast and Easy
    

    View Slide

33. 33
    Snowflakeで強化できる障害対策
    - クロスクラウドレプリケーション
    

    View Slide

34. 34
    恐れるべきは何か？
    ● 杞憂じゃないか？
    ● オンプレミスで自社構築して、ここまで障害対策できるか？
    ● 未曾有の大災害が起こっても稼働し続けるべきシステムか？
    ● 災害が起こった時に、どの程度稼働していれば良いかなど、
    シチュエーションを整理し、”正しく”恐れることが必要
    

    View Slide

35. 35
    不安その４
    基盤運用スキル
    

    View Slide

36. 36
    必要なパフォーマンスが出せるのか
    - 昨今のパフォーマンスを考える上での懸念事項
    - アプリケーションサーバー
    - ニーズの変化による急激なアクセス増減
    - データ分析
    - 分析対象のデータは量も種類も日々増える
    - いつクエリが多く発行されるかも不確定
    - 正直、事前にどれだけのリソースが必要になるか予想
    できない
    

    View Slide

37. 37
    必要なパフォーマンスが出せるのか
    - 事前に必要なリソースが予想できないならば、
    必要なときに柔軟にスケールできるクラウドが最適
    - Snowflakeならば…
    - GUIベースでウェアハウス(仮想サーバー)の
    スペックを変更可能
    - マルチクラスターウェアハウスにより、リクエスト
    の増減に応じて自動でスケールアウト/イン
    

    View Slide

38. 38
    運用していくための知識や経験がなくて不安
    - まずは自分にできる範囲で活用していけば大丈夫
    - データベース、テーブルを作ってデータを入れる
    - BIツールと繋げてダッシュボード構築＆分析
    - Snowflakeは日本語でも公式Docを提供しています
    DevelopersIOでも多くの情報をブログ化しています
    - 導入後、皆様がSnowflakeを適切に使うための支援
    も可能です（プロフェッショナルサービス）
    

    View Slide

39. 39
    まとめ
    - クラウドに関する不安・懸念、解消できたでしょうか
    - セキュリティ
    - コスト
    - 障害対応
    - 基盤運用スキル（使いこなせるか）
    

    View Slide

40. 40
    次回予告
    - 概要
    SQL？NoSQL？各技術の違いをハッキリさせて
    目的に合ったデータ分析基盤を構築しよう！
    - こんな方にぜひ聞いて頂きたい
    - DBやDWHなどデータを保持するためのサービスが
    多すぎて、何が自社に合っているかわからない方
    - 日時
    - 2021年11月25日（木） 16:00～17:00
    

    View Slide

41. 41
    最後に
    - アンケートのご協力をお願い致します
    - チャット欄にアンケートURLを投稿します
    

    View Slide

42. ご清聴ありがとうございました
    

    View Slide