Upgrade to Pro — share decks privately, control downloads, hide ads and more …

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

Sagara
November 26, 2021

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

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

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

Sagara

November 26, 2021
Tweet

More Decks by Sagara

Other Decks in Technology

Transcript

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

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

    View Slide

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

    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
    不安その2
    コスト

    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
    不安その3
    障害対応

    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
    不安その4
    基盤運用スキル

    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