ユーザー・グループ・ロール・ポリシーの 4 要素で権限を設定できます。ポリシーは JSON で書き、「Effect: Allow」「Action: s3:GetObject」のように対象を示します。
技術用語
416
IAM
アイエーエム
体験区分：少しだけ触った
推奨読者レベル：Level 3-4
何をしてくれるか
どこで出会うか
AWS コンソールでリソースを操作したとき、「権限がありません」のエラーで存在に気づく方が多いです。AI エージェントに AWS を操作させるときも、ロールで許可範囲を絞るのが安全運用の起点です。
イメージ
開発フローでの位置
AWS アカウント準備
ロール設計
ポリシー記述
権限付与
定期監査
2026.04·needs_review
「Claude に S3 だけ触れる IAM ロールを作らせて、本番事故を防げました。」
IAMの見方
417
この用語の見どころ
1
役割
AWS リソースへのアクセス権限を一元管理します。
2
うれしさ
最小権限の原則を実装でき、誤操作・漏洩リスクを抑えられます。
3
注意点
ルートアカウントの直接使用は厳禁で、ロール優先が基本です。
4
どこで役立つか
AI エージェントや CI/CD に権限を与えるときに必須です。
5
はじめに
ユーザー・ロール・ポリシーの 3 語の区別から始めると理解が早いです。
6
深掘り先
ポリシー JSON の書き方、ARN、AWS Organizations
非エンジニアのつまずき
- Identity and Access Management の略だと知らないと、用語の意味が想像できません。
- 一人開発と管理者の立場では必要性が違い、立たない立場で学ぶ動機が湧きません。
- 逆にこれがない環境では権限の棚卸しが大変になり、必要性に後から気づきます。
私のコメント
- 第一印象:AWS を勉強する中で出てきて、知っておいてよかったと思える概念でした。
- 良い点:権限管理をスマートに扱える仕組みとして体系的に理解できました。
- ダメな点:AWS では項目が多すぎて一人で扱うには重く、運用設計の負担が大きいです。
- 誰向けか:管理者向けの仕組みで、技術的に理解して運用する立場の人に必要です。
関連用語
備考
ポリシー JSON の `Action`・`Resource`・`Effect` の三つ組みは読者のつまずきポイント。
F-172·term_tool
バイブコーディング図鑑