APIキー発行、利用は非推奨です。そのAPIキーでの実行も透過的に制御できるためです。使ったほうがいいでしょう。シンプルに保つかが大事だと考えています。認証のみでログイン制御ができる仕組みは好ましいといえます。必要最低限が原則です。便利ですが、乱用すると爆発的に増えてしまう危険性があります。別途ユーザーを作ることを意味します。すべてのログイン制御を管理しようとすると、あっという間に数十~数百に増えかねません。それだけ増えた場合、本当に必要なユーザーの照合管理など余計な手間が増えるでしょう。ログインしたいでしょう。照合でシングルサインオンを提供するものです。その分100個作る必要があります。ログイン提供という意味では、決してスマートなやり方とは言えません。ログインを提供できます。紐づけるだけで、そのユーザーでログインできるのです。ログインを行っており、控えめに言って最高です。制御にしか用いていないため、常に最低限の数を維持できています。Usersにはない制約がかかります。タイムアウト仕様による強制ログアウトAWSサポートからの公式回答があります。よる権限移譲の仕様としましてタイムアウトの上限があります。本設定値は現在は変更できません。セッションはタイムアウトします。セッションは、ログインして何か操作をしている/していないに関わらず必ず1時間後に強制ログアウトされます。これは、インスタンスの操作途中だったり、サポートとのやり取りの最中だったりした場合、かなりのストレスです。タイムアウトは延長されていません。容易にスイッチできるようにしています。ログインはもろに影響をうけます。ログインをしている状態のタブを複数作ってみてください。求められるため注意が必要です。コンソールモバイルアプリで利用できないそのままです。よるログオンをサポートしていません。ログインは一年近く使ってますが最高です。使ったりする必要があったりします。よる認証タイムアウトは、デメリットに近い制限といえるでしょう。いう方式でやるか決める際の材料となれば幸いです。(9)トップへ戻るスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。