Tweet
Tweet

Slide 1

Slide 1 text

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

Slide 2

Slide 2 text

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 クラスメソッド株式会社 甲木洋介

Slide 3

Slide 3 text

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

Slide 4

Slide 4 text

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

Slide 5

Slide 5 text

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

Slide 6

Slide 6 text

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

Slide 7

Slide 7 text

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

Slide 8

Slide 8 text

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

Slide 9

Slide 9 text

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

Slide 10

Slide 10 text

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

Slide 11

Slide 11 text

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

Slide 12

Slide 12 text

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

Slide 13

Slide 13 text

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

Slide 14

Slide 14 text

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

Slide 15

Slide 15 text

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

Slide 16

Slide 16 text

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

Slide 17

Slide 17 text

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

Slide 18

Slide 18 text

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

Slide 19

Slide 19 text

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

Slide 20

Slide 20 text

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

Slide 21

Slide 21 text

21 不安その２ コスト

Slide 22

Slide 22 text

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

Slide 23

Slide 23 text

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

Slide 24

Slide 24 text

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

Slide 25

Slide 25 text

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

Slide 26

Slide 26 text

26 不安その３ 障害対応

Slide 27

Slide 27 text

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

Slide 28

Slide 28 text

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

Slide 29

Slide 29 text

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の対象外となる項目 ※プレビュー機能など

Slide 30

Slide 30 text

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)

Slide 31

Slide 31 text

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

Slide 32

Slide 32 text

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

Slide 33

Slide 33 text

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

Slide 34

Slide 34 text

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

Slide 35

Slide 35 text

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

Slide 36

Slide 36 text

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

Slide 37

Slide 37 text

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

Slide 38

Slide 38 text

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

Slide 39

Slide 39 text

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

Slide 40

Slide 40 text

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

Slide 41

Slide 41 text

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

Slide 42

Slide 42 text

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