今回はQuickSightワークショップで管理者向け機能を学んでいこうと思います。
前回はダッシュボードを作成する作成者向けワークショップでしたが、今回はQuickSightのテナント全体の管理者向けの機能です。
具体的にはIDEとしてCloud9を使って、CLIベースで権限設定、マルチテナント、コンテンツの移植などのQuickSight操作を行っていくことになります。
ちなみに、前回のQuickSight 作成者ワークショップはこちらです。
Admin Workshop（管理者ワークショップ）
初期セットアップ
Step 1 - Cloud9のセットアップ
Cloud9からQuickSightを操作できるよう、事前準備を行います。
１）AWSマネジメントコンソールから「Cloud9」を検索し、起動します。
２）Cloud9の画面で「Create enveronment」ボタンを押します。
３）Nameに「QuickSight Admin Workshop」と入力し「Next step」ボタンを押します。
４）Environment typeは「Create a new EC2 instance for environment (direct access)」、Instance typeは「t2.micro」、Platformは「Amazon Linux 2」、Cost-saving setting（コスト削減のために何分アクティビティが無ければ環境を停止するか）は「After forur hours」にして「Next step」ボタンを押します。
５）「Create environment」ボタンを押します。これで数分待てばCloud9の環境が出来上がります。
Step 2 - QuickSightのセットアップ
ここはQuickSightを始めて使う人向けの作業です。
前回の作成者向けワークショップで完了を作っているのでスキップします。
Step 3 - Cloud9の初期化
１）こちらからCloud9の設定ファイルをダウンロードします。Zipファイルになっているのでローカルで解凍します。
２）Cloud9の画面上部にあるFileタブから「Upload Local Files...」をクリックします。
３）「Select folder」から先ほど回答したフォルダを選択し、アップロードします。
４） アップロードが完了したら「Upload Files」ダイアログは×ボタンで閉じます。
５）画面左のパネルからRunMeFirst.shを右クリックし「Run」を選択します。
６）画面下のターミナル画面でCloud9のEC2環境にいくつかのパッケージをインストールしてよいかを「Is this ok [y/d/N]:」と聞いてくるので「y」を入力し、Enterボタンを押します。
７）シェルの実行が終わったら、ターミナル画面上部の＋ボタンから新しいターミナルを開き、次のスクリプトを実行します。各変数値が正しく返却されたら準備OKです。
echo AAI:$AAI , IR:$IR , UN:$UN, EML:$EML
※RunMeFirst.shで何を実行しているかはシェルの中身を見てみると良いですが、
・AWS CLIのJSONレスポンスをパースするためのjqコマンドのインストール
・後で使うSageMakerのpythonライブラリ（それに紐づくboto3やnumpyなども）のインストール
・AWS CLIのGetCallerIdentityコマンドで取得したアカウントID、ユーザのARN等の情報をDescribeUserOutput.json（後の工程で使う）に保存
を実行しています。
Step 4 - サンプルダッシュボードのセットアップ
ワークショップが提供しているCloudFormationテンプレートに誤りがあり、手順通りに実行するとスタック作成に失敗します。
下記に私が整理した代替手順を示しますが、一時利用ということでS3バケット周りのセキュリティがゆるゆるです。本操作が終わりましたらパブリックアクセスを停止する等で対応してください。
ちなみに、このファイルは後述「コンテンツの移植」でも使います。
１）次の内容を「SalesDataManifest.json」という名前でテキストファイルに保存する。
{
"fileLocations": [{
"URIs": [
"https://s3.us-east-1.amazonaws.com/spaceneedle-samplefiles.prod.us-east-1/sales/data.csv"
]
}],
"globalUploadSettings": {
"format": "CSV",
"delimiter": ",",
"textqualifier": "\"",
"containsHeader": "true"
}
}
２）AWSマネジメントコンソールからS3を開き「バケットを作成」ボタンをクリックします。
３）バケット名は任意（グローバルで一意である必要あり）に設定します。画面途中の「パブリックアクセスをすべてブロック」のチェックを外し、「バケットを作成」ボタンをクリックします。
４）できたバケットを選択し「アクセス許可」タブから下記のバケットポリシーを設定する。
{
"Version": "2012-10-17",
"Id": "Policy1630979891256",
"Statement": [
{
"Sid": "Stmt1630979890030",
"Effect": "Allow",
"Principal": "*",
"Action": "s3:*",
"Resource": "arn:aws:s3:::${バケット名}/*"
}
]
}
５）そのバケットに「SalesDataManifest.json」をアップロードする。
６）こちらからCloudFormationテンプレートファイルをダウンロードします。
７）テンプレートファイルの40～41行目に先ほどアップロードした「SalesDataManifest.json」のバケットとキーを設定する箇所があるので、既存値を削除して３～５で作成したバケット、キーの値に書き換えます。
８）こちらからCloudFormationのスタック作成画面に移動します。
９）「テンプレートの指定」でテンプレートソースを「テンプレートファイルのアップロード」に変更し、「次へ」ボタンをクリックします。
１０）「スタックの詳細を指定」画面で、スタックの名前に「QuickSightSample」、パラメータのQuickSightIdentityRegionにStep3の最後に実行したスクリプトのIRの値（ap-northeast-1など）、QuickSightUserにスクリプトのUNの値を入力し、「次へ」ボタンを押します。
１１）「スタックオプションの設定」画面は初期設定のまま「次へ」ボタンを押します。
１２）「レビュー」画面で「スタックの作成」ボタンを押します。数分待つとCloudFormationによってQuickSight内にデータソース、データセット、テーマ、分析、ダッシュボードが作成されます。
QuickSight CLI入門
Exercise 1 - QuickSight CLIに慣れる
１）Cloud9の画面下部にあるターミナル画面から、次のコマンドを実行すると、利用可能なコマンドのリストが表示されます。戻るにはqを入力しEnterを押します。
aws quicksight help
２）例えば次のようなコマンドを実行すると、特定のコマンドの仕様が確認できます。これもqを入力すれば元に戻れます。
aws quicksight describe-user help
Exercise 2 - describe-userコマンドを実行
１）次のコマンドを実行してみます。QuickSightユーザの詳細が確認できます。
aws quicksight describe-user --aws-account-id $AAI --namespace default --user-name $UN --region $IR
アカウントのカスタマイズ
ここではCLIを使って新しい分析で使われるデフォルトテーマの設定をしてみます。
マルチテナントの場合は、異なるnamespaceに対して異なるデフォルト設定ができます（マルチテナントについては後で触れます）。
Exercise 1 - デフォルトテーマの確認
１）QuickSight画面の左メニューから「データセット」画面に移動し、「QSTCF-DataSet」をクリックします。
２）出てきたダイアログで「分析の作成」ボタンをクリックします。
３）画面上部で分析の名前を「QSTCF-DataSet analysis」から「ThemeCheck-1」に変更します。
４）シート内の空のビジュアルにフォーカスを当てた状態で、フィールドリストからSalespersonをクリックします。するとSalesperson毎のレコード件数が薄い青色の棒グラフになって表示されます。
５）画面左の「テーマ」メニューを押すと、今は「Classic」というテーマが適用されていることが分かります。
６）画面左上のQuickSightロゴをクリックしてホーム画面に戻ってください。先ほど作ったThemeCheck-1の分析は削除してください。
Exercise 2 - デフォルトテーマとしてMidnightを設定する
１）Cloud9で、ターミナル画面から次のコマンドを事項します。これにより今のリージョンのアカウント上で作られた新しい分析のデフォルトテーマがMidnightに変わります。
aws quicksight create-account-customization --aws-account-id $AAI --account-customization DefaultTheme=arn:aws:quicksight::aws:theme/MIDNIGHT
２）次のコマンドを実行するとアカウントに対するカスタマイズ設定が確認できます。今実行したデフォルトテーマがMignightになっているはずです。
aws quicksight describe-account-customization --aws-account-id $AAI
Exercise 3 - 再度デフォルトテーマを確認する
１）Exercise 1で実施した手順を、テーマ名をThemeCheck-2にして実行してください。背景色や棒グラフの色が変わっていることが確認できます。
Exercise 4 - デフォルトテーマをSeasideに変更する
１）Cloud9で、ターミナル画面から次のコマンドを事項します。これにより今のリージョンのアカウント上で作られた新しい分析のデフォルトテーマがSeasideに変わります。先ほどはcreate-account-customizationコマンドだったのが、今回はupdate-account-custmizationになっていることに注意して下さい。
aws quicksight update-account-customization --aws-account-id $AAI --account-customization DefaultTheme=arn:aws:quicksight::aws:theme/SEASIDE
Exercise 5 - 再々度デフォルトテーマを確認する
１）Exercise 1で実施した手順を、テーマ名をThemeCheck-3にして実行してください。背景色や棒グラフの色が変わっていることが確認できます。
ユーザとグループ
Exercise 1 - QuickSightに新しいユーザを作る
１）Cloud9で次のコマンドを実行してREADERのユーザを作ります。オプション指定している「--identity-type QUICKSIGHT」とはユーザがQuickSightの中で管理されることを意味しますが、「--identity-type IAM」と指定すればIAMユーザとマッピングしたQuickSightユーザも作ることができます。
２）上のコマンドのレスポンスにあるUserInvitationUrlをコピーして、ブラウザからそのURLのWebページにアクセスします。
３）任意のパスワードを設定し「アカウントの作成とサインイン」ボタンをクリックします。遷移後の画面で「続行」ボタンをクリックします。これで作成したユーザがActiveになりました。
４）一度QuickSightからサインアウトして、Default-Reader1ユーザでログインしてみます。まだ権限がないため、何のダッシュボードも閲覧できないはずです。
Exercise 2 - 新しいグループを作る
QuickSightグループはオブジェクトやフォルダの共有、列レベルセキュリティ・行レベルセキュリティの適用等で使用されます。
１）Cloud9で、次のコマンドを実行しグループを作成します。
Excercise 3 - ReaderGroupにダッシュボードを共有する
１）（Default-Reader1ユーザではなく）管理ユーザでQuickSightダッシュボードから「QSTCF-Dashboard」をクリックします。
２）画面右上の「共有」をクリックし、「ダッシュボードの共有」を選択します。
３）共有するグループに「Default-ReaderGroup」を選択し、「共有」ボタンをクリックします。
Exercise 4 - Default-ReaderGroupにDefaut-Reader1ユーザを追加する
１）Cloud9で、次のコマンドを実行してグループにユーザを追加します。
２）list-group-membershipsコマンドで、グループに属するユーザを確認できます。
Exercise 5 - Default-Reader1のダッシュボードビューを確認する
１）Default-Reader1でQuickSightにログインします（作業の簡素化の為、プライベートモードでブラウザを実行してからログインすると、管理ユーザの操作と共存できます）
２）QSTCF-Dashboardがダッシュボードビューに表示されていることが確認できます。
マルチテナント
QuickSightのユーザ、グループはnamespaceに属しており、namespaceを分けることで同じアカウント内にマルチテナントを実装できます。作成者/管理者は自分が属するnamespace内のユーザ・グループのみ閲覧・操作できます。
一方で、その他のアセット（データソース、データセット、テーマ、テンプレート、分析、ダッシュボード等）はアカウントの共有スペースに属しており、管理者が実行するAPIを通じて任意のnamespaceに属するユーザ/グループに共有できます。
Exercise 1 - 新しいnamespaceを作成する
１）Cloud9で、次のコマンドを実行してCustomer1というnamespaceを作成します。namespaceの作成は非同期なので、APIのレスポンスが返ってきても裏では20～30秒しないと作成が完了していません。
Exercise 2 - IAMで新しいユーザを2つ作成する
１）AWSマネジメントコンソールからIAMコンソールを起動します。
２）画面左の「ユーザー」メニューから「ユーザーを追加」ボタンをクリックします。
３）Customer1-Auther1というユーザー名にします。ここでは名前の前半部＝Exercise1のnamespace名にしていますが、別にそれは必須ではないです。
４）「別のユーザの追加」をクリックし、Customer1-Reader1というユーザー名にします。
５）アクセスの種類で「AWSマネジメントコンソールへのアクセス」にチェックを入れ、コンソールのパスワードは任意値、「パスワードのリセットが必要」のチェックを外し、「次のステップ：アクセス権限」ボタンをクリックします。
６）「既存のポリシーを直接アタッチ」をクリックし、「次のステップ：タグ」ボタンをクリックします。
７）タグには何もセットせず、「次のステップ：確認」ボタンをクリックします。
８）「このユーザにはアクセス権限がない」とアラートが出ますが、無視して「ユーザの作成」ボタンをクリックします。これでIAMユーザが作成されました。
Exercise 3 - 新しいnamespaceのステータスを確認する
１）Cloud9で、次のコマンドを実行しCustmer1のnamespaceのステータスを確認します。CreationStatusが「"CREATED"」になっているはずです。
Exercise 4 - QuickSightでIAMユーザを登録する
AWSマネジメントコンソールからQuickSightを立ち上げて登録した場合、プライマリnamespace（update-account-settings APIで更新していなければdefault namespace）にユーザ登録されます。
ここではCLIを使って、別のnamespaceに登録します。
１）Cloud9で、次のコマンドを実行し、Customer1のnamespaceにCustomer1-Auther1ユーザを登録します。ロールにAUTHERを指定しています。
２）同じく次のコマンドでCustomer1-Reader1ユーザも登録します。ロールにREADERを指定しています。
Exercise 5 -Customer1-Auther1ユーザでQuickSightにログインする
１）QuickSight画面（https://quicksight.aws.amazon.com）を起動し、Customer-Auther1ユーザでログインします。
Exercise 6 - Cutomer1-Author1ユーザにダッシュボードを共有する（誤りパターン）
１）管理ユーザのQuicksightで、ダッシュボードビューを開き、QSTCF-Dashboardをクリックします。
２）画面右上の「共有」から「ダッシュボードの共有」を選択します。
３）共有するユーザにCutomer1と入力してみます。Cutomer1-Auther1ユーザがヒットしないはずです。これはdefault namespaceにいる管理ユーザからはCustomer1 namespaceにいるユーザを見れないためです。
４）×ボダンで一旦ダイアログを閉じ、画面左上のQuickSightロゴをクリックします。
Exercise 7 - Customer1-Author1ユーザにダッシュボードを共有する（正しいパターン）
１）Cloud9で、次のコマンドを実行し、ダッシュボードに適用されている今の権限を取得します。 レスポンスの中にある「DashboardId」はダッシュボードを開いた時のURLの末尾にあるキーで、QuickSightのUIから作成すると自動採番されます。一方で、APIやCloudFormationで作成するとIDを指定できます（ただし同一アカウント・同一リージョン内でユニークである必要あり）。今回はCloudFormationスタックの中で、ダッシュボード名と同じIDにしているので、下の画像のようなレスポンスになっています。
２）上のコマンドのレスポンスから2つの権限（Permissions）が設定されているのが分かりますが、今度は次のコマンドを実行してCustomer1-Author1ユーザにfull owner権限を付与します。
Exercise 8 - Cutomer1-Author1ユーザでダッシュボードを確認する
１）Exercise 5で開いたCutomer1-Auther1の画面に戻ります。画面をリフレッシュすると、QSTCF-Dashboardが増えているはずです。
２）Cutomer1-Author1はfull owner権限を付与されたので、この権限を使ってCutomer1-Reader1ユーザにもダッシュボードを共有してみます。QSTCF-Dashboardをクリックします。
３）画面右上の「共有」から「ダッシュボードの共有」を選択します。
４）まず共有先にDafaultと入力してみます。Default-Reader1ユーザはヒットしないはずです。これはDefault-Reader1ユーザがCutomer1 namespaceにいないためです。
５）次に共有先にCustomer-Reader1を選択し、「共有」ボタンを押します。
カスタムアクセス許可
QuickSightには3つの標準的なユーザプロファイル（管理者・作成者・閲覧者）があります。カスタムアクセス許可は必要に応じてこれらのプロファイルを変更できます。
例えば、データセット・データソースはあるグループにしか作成させたくない、と言うケースはカスタムアクセス許可を設定することで実現できます。
１）管理者ユーザのQuickSight画面で、画面右上のユーザ名をクリックし「Quicksightの管理」を選択します。
２）画面真ん中の「アクセス許可を管理」をクリックします。
３）「カスタムアクセス許可の管理」画面で「作成」ボタンをクリックします。
４）名前に「QSWS-CustomPermission」と入力します。下のチェックボックスからCreating or updating all data sourcesとCreating or updating all datasetsにチェックを入れます。
５）「作成」ボタンをクリックします。その後QuickSightロゴをクリックして、ホーム画面に戻ります。
Exercise 2 - 今のアクセス権限を確認する
１）画面左のメニューから「データセット」をクリックし「新しいデータセット」のボタンがあることを確認します。
２）QSTCF-Datasetをクリックし、「データセットの編集」「データセットの複製」ボタンがあることを確認します。
３）画面右上のユーザ名をクリックし「Quicksightの管理」を選択します。
４）ユーザ名の「アクセス許可」の列には何も設定されていないことを確認します。
Exercise 3 - 管理ユーザにカスタムアクセス権を適用する
１）Cloud9で、次のコマンドを実行し、管理ユーザにカスタムアクセス権限を適用します。
２）管理ユーザのQuickSight画面に戻り、画面をリフレッシュします。すると、管理ユーザのアクセス許可の列に「QSWS-CustomPermission」が追加されています。
３）QuickSightロゴをクリックし、ホーム画面に戻ります。その後、画面左メニューから「データセット」を選びます。
４）遷移した画面に「新しいデータセット」ボタンが無いことを確認します。
５）QSTCF-Datasetをクリックすると、「データセットの編集」「データセットの複製」ボタンが不活性化されていることを確認します。
Exercise 4 - 管理ユーザからカスタムアクセス権限を削除する
１）Cloud9で、次のコマンドを実行し、unapply-custom-permissionsオプションを指定して管理ユーザからカスタムアクセス権限を削除します。
２）管理ユーザ画面で、データセット画面やQSTCF-Datasetを確認すると各種ボタンが戻っているはずです。
コンテンツの移植
QuickSightのアセットはAPIを使うことで、リージョンやアカウントを跨いで移植することができます。
Exercise 1 - データソースのコピーを作る
１）Cloud9で、次のコマンドを実行し、create-data-sourceコマンドの仕様を確認します。概要セクションに必須・オプションの入力値が記載されています。
２）describe-data-sourceコマンドを実行し、QSRSF-DatasourceはS3データソースから作られていることを確認します。
３）describe-data-source-permissionsコマンドを実行し、データソースに適用されているアクセス権限を確認します。
４）次のコマンドを実行し、２）３）で確認したパラメータ/パーミッションをコピーしたデータソースを作ります。コマンド末尾のsedは無駄なスペースを削除し、trで改行を取り除いています。PythonやJavaを使ってプログラミングする場合に有用な方法です。
５）QuickSightのデータセットメニューで「新しいデータセット」ボタンをクリックします。
６）画面下部の「既存のデータセットから」にQSTCF-DataSource-V2というデータセットができているのが分かると思います。
Exercise 2 - データセットのコピーを作る
１）下記コマンドを実行して、次のステップで実行するcreate-data-setコマンドのインプットとなるJSONファイル（create-data-set.json）を作成します。
２）作成したJSONファイルをインプットにcreate-data-setコマンドを実行して、データセットを作成します。
３）QuickSightでデータセットメニューを更新すると、QSTCF-DataSet-V2のデータセットが作られていることが分かります。
Exercise 3 - テーマのコピーを作成する
１）次のコマンドを実行して、次のステップで実行するcreate-themeコマンドのインプットとなるJSONファイル（create-theme.json）を作成します。
２）作成したJSONファイルをインプットにcreate-themeコマンドを実行して、テーマのコピーを作成します。
３）QuickSightで既存で任意の分析を開き、画面左のテーマメニューを開くと、QSTCF-Theme-V2というテーマができているのが分かると思います。コピー元のSEASIDEと同じ定義になっています。
Exercise 4 - テンプレートを作る
１）次のコマンドを実行して、次のステップで実行するcreate-templateコマンドのインプットとなるJSONファイル（create-template.json）を作成します。
２）作成したJSONファイルをインプットにcreate-templateコマンドを実行して、QSTCF-Analysisのスナップショットを作成します。もしこのテンプレートを使って別のアカウントがダッシュボードをつくるためには、quicksight:DescribeTemplate permissionでターゲットアカウントのrootを指定するか*（アスタリスク）でパブリックテンプレートにします。
３）テンプレートはUIで確認できないので、下記のCLIで確認します。
Exercise 5 - テンプレートからダッシュボードを作成する
１）次のコマンドを実行して、次のステップで実行するcreate-dashboardコマンドのインプットとなるJSONファイル（create-dashboard.json）を作成します。ここでSourceTemplateとして先ほど作ったQSTCF-Template-V2、ThemeArnとしてQSTCF-Theme-V2を指定しています。
２）作成したJSONファイルをインプットにcreate-dashboardコマンドを実行して、ダッシュボードを作成します。
３）QuickSightで、ダッシュボードメニューを開くとQSTCF-Dashboard-V2ができているのが分かります。
Exercise 6 - テンプレートから分析を作る
１）１）次のコマンドを実行して、次のステップで実行するcreate-analysisコマンドのインプットとなるJSONファイル（create-analysis.json）を作成します。
２）作成したJSONファイルをインプットにcreate-analysisコマンドを実行して、分析を作成します。
３）QuickSightで、分析メニューを開くとQSTCF-Analysis-V2ができているのが分かります。
SageMakerと統合する
QuickSightのSPICEデータセットのデータが更新されるたびにSageMakerをバッチ変換モードで実行し、QuickSightで可視化させることができます。
Exercise 1 - SageMakerロールを作成する
１）AWSマネジメントコンソールから、IAMコンソールを開きます。
２）左のパネルから「ロール」を選択します。
３）「ロールを作成」ボタンをクリックします。
４）サービスリストからSageMakerを選択し、「次のステップ：アクセス権限」ボタンをクリックします。
５）ロールはAmazonSageMakerFullAccessのまま、「次のステップ：タグ」ボタンをクリックします。
６）タグは特に設定せず、「次のステップ：確認」ボタンをクリックします。
７）ロール名に「SageMakerRoleForQuickSightWorkshop」を設定し、「ロールの作成」ボタンをクリックします。
Exercise 2 - SageMakerのモデルを作成する
ここでは前年の注文がSLAを満たしたか否かを示すデータセットを使います。
SLAを満たすか否かを決める要因として、その注文が行われた国・関係する営業チーム・実際の製品など多くの要素があり、未来の注文がSLAを満たす可能性が高いかをSageMakerの機械学習を使って予測します。
１）Cloud9で、SageMaker IntegrationフォルダにあるExercise2-1.pyのスクリプトを実行します。Model xxxxxxxxx created. Move on to next step as mentioned in workshop.と表示されたらOKです。
このPythonスクリプトを実行すると下記のようなエラーになるかもしれません（少なくとも私がそうなった・・）。このスクリプトで作成するSageMakerモデルに先ほど作成したIAMロールを引き渡せていないからなので、一旦スクリプトをダイレクト修正することで対処します。
※スクリプト修正方法
以下のようにExercise2-1.pyの9行目をコメントアウトして、作成したIAMロールのARNを直指定しちゃいます。
Exercise 3 - QuickSightがSagaMakerにアクセスできるようにする
１）管理ユーザでQuickSightを開き、右上のユーザ名をクリックして「QuickSightの管理」を選択します。
２）左のメニューから「セキュリティとアクセス権限」をクリックします。
３）「追加または削除する」ボタンをクリックします。
４）Amazon SageMakerのチェックボックスにチェックをいれて「更新」ボタンを押します。
Exercise 4 - データセットを作る
１）QuickSightのデータセットメニューから、SaaS-Salesデータセットをクリックします。
２）「データセットの複製」ボタンをクリックします。
３）データセットの末尾に「-SM」を追記して「複製」ボタンをクリックします。
４）SaaS-Sales-SMデータセットをクリックし「データセットの編集」ボタンをクリックします。
Exercise 5 - SageMakerでオーグメントする
１）こちらからモデルの入力、出力フィールドおよびモデルを実行するインスタンスタイプ等の指定をしたファイルをダウンロードします。
２）Exercise 4で開いたSaaS-Sale-SMデータセットの画面で「SageMakerによるオーグメント」ボタンをクリックします。
３）モデルのドロップダウンから先ほどスクリプトで作成したSageMakerの「QSWS-OrderCompletionSLAPredicton」を選択します。
４）スキーマのテキストボックスをクリックし、先ほどダウンロードしたOrderCompletionSLASchema.jsonファイルを選び「アップロード」ボタンをクリックします。
５）入出力のフィールドが読み取られるので「次へ」ボタンを押します。
６）「入力を確認」画面で同じ名前のフィールドがマッピングされていることを確認して「次へ」ボタンをクリックします。
７）「出力を確認」画面で、「データの準備」ボタンをクリックします。
８）これでデータセットの末尾に「Will SLA be met?」という名前のフィールドが追加されました。右上の「保存」ボタンをクリックします。すると裏でSageMakerのモデルが動き始めます。
Exercise 6 - 予測を見る
１）QuickSightのデータセットメニューで、SaaS-Sales-SMデータセットをクリックします。
２）データセットの更新が終わっていることを確認します。もし終わっていなければ数分待ちます。
→ 
３）「分析の作成」ボタンをクリックします。
４）ビジュアルタイプから「テーブル」を選択します。
５）フィールドリストからOrder Date、Order ID、Will SLA be met?を選択します。
６）Order Dateを降順に並べ替えると、2021年の未来日のデータが出てきます。これらに対するWill SLA be met?はSageMakerによって導き出された予測結果です。
まとめ
前回同様、非常に長くなりましたが、これで管理者ワークショップは完了です。
全体通じてQuickSight CLIを使ってQuickSight環境のメンテナンスを行いました。
個人的にはCloud9をほとんど使ったことが無かったので、その感触も一緒につかめたのが良かったです。
またQuickSightのUIではできず、CLIでしか行えない操作（マルチテナントの作成、ユーザのマッピングなど）があることも学習できました。
次は「Anonymous Embedding（匿名での埋め込み）」で、LambdaやAPIGatewayと統合したダッシュボードの公開方法を学びます。
にほんブログ村
