【🚨🚨🚨】AWS IAMの限界突破！クォータ（上限値）が大幅引き上げで大規模環境のボトルネックが消滅！

AWS Identity and Access Management (IAM) において、主要な6つのリソースに関する最大クォータ（上限値）が大幅に引き上げられました。対象は、アカウントあたりのカスタマー管理ポリシー数（5,000から10,000）、インスタンスプロファイル数（5,000から10,000）、ロールあたりの管理ポリシー数（20から25）、ロール信頼ポリシーの長さ（4,096から8,192文字）、アカウントあたりのロール数（5,000から10,000）、およびOpenID Connect (OIDC) プロバイダー数（100から700）です。

🚀 大規模AWS運用における「壁」が取り払われた！

ついに来た！大規模なマルチアカウント戦略や複雑なフェデレーション環境を運用しているエンジニアにとって、これまでのIAMクォータ制限は、まさに「見えない壁」でした。今回のアップデートにより、スケーリングの課題が劇的に緩和されます。

🛠️ 技術的なブレイクスルー

• 信頼ポリシーの拡張: ロール信頼ポリシーの文字数制限が8,192文字に倍増。これにより、複雑なCondition句を含む、高度にカスタマイズされた信頼関係を構築できるようになります。これは、 複雑なリソースアクセス制御を細かく制御したい現場にとって、非常に強力な武器です。
• リソース量の爆増: ロール、ポリシー、インスタンスプロファイルなどの上限が2倍に拡大。これによって、マイクロサービスや大量のIAMリソースを管理する環境での設計の柔軟性が向上しました。
• OIDCプロバイダーの拡張: OIDCプロバイダー数が100から700へと、大幅に拡張。CI/CDパイプラインや外部IDプロバイダーとの連携が増加している現代の構成において、非常に重要なアップデートです。

📍 日本のエンジニアへ：リージョンに関する注意点

IAMはグローバルサービスであるため、東京（ap-northeast-1）や大阪（ap-northeast-3）を含むすべての商用リージョンで共通のクォータが適用されます。ただし、引き上げのリクエストは、必ず「米国東部 (バージニア北部) us-east-1」の Service Quotas コンソールから行う必要がある点に注意してください。これを忘れると、どこでリクエストが通らないか、迷走してしまうかもしれません！

💡 運用のプロからのアドバイス

• セキュリティの維持: クォータが上がったからといって、IAMリソースを無計画に乱立させるのは危険です。リソースの増加に伴い、管理が複雑化します。AWS IAM Access Analyzer を積極的に活用し、過剰な権限や不要なロールの整理を継続的に行うことが必須です。
• 【重要】自動適用ではありません: 今回の更新は「最大値」の更新であり、デフォルト値が自動的に引き上げられるわけではありません。上限を超えるリソースが必要なな場合は、引き続き Service Quotas コンソール からリクエストを行ってください。今回の新最大値までは、リクエストは数分で自動承認されるので、ワークフローを止めるめることはありません。

✅ 次のアクション

• 現在の利用状況を確認し、n+1の拡張性を確保しておくこと。
• CLIで以下のコマンドを使って、現在のクォータ状況をチェックしましょう： aws service-quotas list-service-quotas --service-code iam --region us-east-1

参照ドキュメント: IAM and AWS STS quotas Requesting a Quota Increase (Service Guide) Requesting a Quota Increase (Service Quotas User Guide)