[アップデート] Amazon Quick Suite でロールアップグレードリクエスト機能が追加されていたので使ってみた

[アップデート] Amazon Quick Suite でロールアップグレードリクエスト機能が追加されていたので使ってみた

2026.01.02

いわさです。

先日、AWS CLI v1.44.8 で Quick Suite に関する気になる API 更新がありました。

This release adds support for quick users to be able to perform role upgrades on their own.

https://github.com/aws/aws-cli/commit/85ac08c654b90533b2e00160cd679c1b514e7b9a

Quick Suite のユーザーがロールのアップグレードを実行できるようになるようです。
どういう機能なのかなーと気になりつつドキュメントが更新されるのを待っていたのですが、Quick Suite のコンソールに実装されていたので軽く使ってみました。

リクエストと承認

流れなのですが、ロールのアップグレード余地のあるユーザーで Quick Suite コンソールにアクセスしてみると次のように「Request an Upgrade」というボタンが表示されます。
ここからリクエストを行えるようです。

3281FAB2-416E-4454-93C0-0BF2A49CA501.png

そして管理者は以下からユーザーによるアップグレードリクエストを管理することが出来るみたいですね。
管理者メニュー上には特に見当たらないのですが、「アカウントを管理」メニューの下の方に「ユーザーのアップグレード」というエリアが追加されていました。

83D0E69D-9C50-4BA9-9400-F026A13DBD4E.png

上記の「Manage」ラベルを押すと UI はほぼ同じなのですが、違う URL の管理画面に遷移し、ここでユーザーのアップグレードリクエスト一覧が表示されるようです。

3F502D4F-74C6-422F-8E5A-422F2CCDE1A4.png

なるほど。ここでリクエストの承認や拒否をするのかな。
使ってみましょう。

Reader がリクエストしてみる

まずは Reader ユーザーで上記リクエストを送信してみましょう。
ボタンを押すと次のようにバナーが表示されました。リクエストが送信されたようです。特にどういう権限が欲しいなどの選択はなかったし確認画面もなかったです。押した瞬間に送信されました。

image.png

管理者側では次のようにどのユーザーからリクエストが送信されたのかを確認することが出来ました。

F0843028-2D0B-4690-A303-B058D56A4C03.png

「詳細を確認」ボタンと「承認」ボタンがありますね。拒否ボタンはここには無さそう。
「詳細を確認」ボタンを押してみると、いつどのユーザーからどういうリクエストが送信されたのかを確認することが出来ます。そしてここに拒否ボタンがありました。

02B7B726-EB0B-41A5-A44B-189023EB9059_4_5005_c.jpeg

ここで「承認」ボタンを押してみます。
そうすると次のようにアップグレード一覧からリクエストが消えました。拒否の場合も消えます。承認・拒否履歴が残り続けるわけではないようです。

image.png

そしてリクエストしたユーザーには次のように承認された旨のメールが送信されていました。

9B3271D8-CF81-4F64-A1AD-38EECCDC5614.png

確認してみると、「BI Reader」から「Professional」にライセンスが切り替わっていますね。

3C38C61D-766D-4D30-8E4C-A5272CDB85DC.png

BI Reader は旧閲覧者ロールで、Professional は旧閲覧者プロロールですね。管理者機能のユーザー一覧では次のようにロールが表示されていました。

5B6330BC-B322-4978-87EE-6E4A530DBC71.png

こんな感じでユーザーがアップグレードをリクエストして管理者が承認すれば Quick Suite ユーザーとしてのロールが恒久的に昇格されるような仕組みみたいです。
なので承認した時点で料金も切り替わる感じですね。

Reader Pro がリクエストしてみる

Reader が Reader Pro をリクエストできることは確認しました。
先程の切り替え後の画面を見て頂くとわかるのですが、Reader Pro (Professional) に切り替え後もまだアップグレードリクエストを送信できそうに見えますね。
この場合どうなるのでしょうか。試してみると次のように Enterprise (Author Pro) ロールがリクエストされることが確認できました。

73921DC4-5EAE-4045-96E2-9B749F2BE7C2.png

D43CC1F9-A7A1-40A7-97CB-ACCEB749A67C.png

承認すると、作成者プロロールに切り替わりました。メールもこんな感じで送られます。

95D59CE3-64D7-4161-8866-594868166B85.png

BI ロールへの切り替えは出来ないみたいですが、Reader Pro → Author Pro へのアップグレードはできるみたいですね。

A5905868-A3BB-4C36-889D-280B41839AA9_4_5005_c.jpeg

Author Pro はリクエストできない?

そして Author Pro がリクエストを送るとどうなるのか。管理者になれるのか?と思ったのですがそれは出来ないみたいです。
UI 上の挙動がちょっと不安定な気がしましたが、次のようにボタン自体が表示されなかったり、ボタンが押せなくなりました。

8083A660-D681-4DEA-9843-09E28D209577.png

API 上は許容されていそうにも見えたのですが、コンソール上は Enterprise から先はアップグレードリクエストが送信できないように見えました。

自動承認できるみたい

管理者はアップグレードリクエストを承認・拒否を行う必要があるのですが、自動で承認することも出来ます。
次のように「アップグレードを自動的に承認する」をオンにしておくことで管理者の操作不要で無条件に承認できるみたいです。

D5F53686-5E77-4138-A955-8BB57FE0049C_4_5005_c.jpeg

ただ、アップグレードすることでライセンス料金がどんどん上がっていくので、無条件に自動承認させるとコスト面のリスクがありますね。
なのでここで自動承認を使いたいケースってほとんど無い気がします。

カスタムアクセス許可でユーザー別に本機能の制御ができる

ただし、カスタムアクセス許可を使うことでこのアップグレード機能を使うユーザーやロールを制限することが出来ます。
自動承認を有効化した上で一部のユーザーのみ自動承認させるみたいな運用は小規模なチームであればまだありかもしれませんね。

次のようにカスタムアクセス許可の中で「ユーザーによるアップグレードまたはアップグレードのリクエストを許可」をチェックするとこれらの機能が使えなくなります。

A15F547C-0279-4E16-9D83-EF7C9F17B1D7.png

管理者の中でさらに承認権限を持つユーザーを一部にしたい場合なども使えそうですね。

さいごに

本日は Amazon Quick Suite でロールアップグレードリクエスト機能が追加されていたので使ってみました。

BI ロール → プロフェッショナル → エンタープライズ という形でロールのアップグレードをユーザーがリクエストし、管理者が承認することでロールが更新される仕組みみたいです。
ただ、一定時間だけ一時的なアクセス許可を与えるとかではなくて恒久的なアップグレードみたいなのでライセンス料金が増える点について認識しておきましょう。

承認機能自体は良いなと思いつつ、リクエスト時にユースケースや理由などのリクエスト補足情報を送って、アップグレードリクエストに関する背景確認から判断までこの画面だけで行えるようになると使い勝手良さそうですね。

この記事をシェアする

FacebookHatena blogX

関連記事