Amazon Q Developer Pro を組織で使う際の設定あれこれ - Qiita
{ "services": { "@@operators_allowed_for_child_policies": [ "@@none" ], "default": { "@@operators_allowed_for_child_policies": [ "@@none" ], "opt_out_policy": { "@@operators_allowed_for_child_policies": [ "@@none" ], "@@assign": "optOut" } } } } ポリシーは特殊な文法になっていますが、以下を押さえることで記載内容が理解できると思います。 @@operators_allowed_for_child_policies: ["@@none"] で子ポリシーでのポリシー上書きを禁止します services セクション: 個々のサービスに対して、子ポリシーが新
まだPCにIAMアクセスキー保存してるの？ ベスプラに沿って、AWS CLIやSDKから安全に開発しよう！ - Qiita
AWSで開発をする際に必須のわりには、CLIやSDKからAWSアカウントへのアクセス設定ってかなり複雑ですよね。 私も未だによく混乱しては調べ直しているので、改めてベスプラを整理してまとめておきます。 AWS Organizations & IAM Identity Centerが使える場合 理由がなければこちらを採用しましょう。 個人検証用のAWSアカウントでも、用途ごとにアカウントをつど発行して使い捨てにできるので、安全ですし便利です。 理想的なアクセス方式 個人用IAM IICユーザー（Assume Role権限のみ） -> Assume Roleを実施（MFA認証必須） -> 作業対象AWSアカウント（作業に必要なIAMロールを利用） 補足： IAM IICとは？ IAMユーザーとは別に、IIC自体にユーザーアカウントを作成することができます。このIICユーザーには、IAMポリシー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
