Azure RBAC カスタム ロールの定義「Actions」と「NotActions」に全く同一の管理操作が定義された場合の動作について - Qiita
Azure RBAC カスタム ロールの定義「Actions」と「NotActions」に全く同一の管理操作が定義された場合の動作についてAzureAzureADRBAC はじめに Azure RBAC (ロールベースのアクセス制御) は、できることがとても多いので 1 つの記事ですべての RBAC の内容を網羅することは到底不可能な為、今回はタイトルに記載の動作に的を絞って検証をしてみました。 そもそも RBAC って何？っていう話もあるかと思いますが、RBAC に関する基本的な内容を押さえるには下記 Microsoft Learn の内容が非常によく出来ているので、ぜひ一度学んでみていただけると良いかと思います。 -Microsoft Learn ロールベースのアクセス制御 (RBAC) を使用して Azure リソースのカスタム ロールを作成する この Microsoft Learn
Azure Kubernetes Service (AKS ) Tips 2 / RBAC
そんなわけでAKSのTipsその2です。今回はRBACメインで。 AKS Tips 1 Overview RBACはRole-Based Access Control（ロールベースのアクセス制御）の略ですね。 Azureには各リソースに対してRBACの仕組みがあります。同様にk8sにもRBACの仕組みがあります。概念的にはだいたい同じでk8sのAPIを使用する際にユーザーのロールに応じてアクセス可否を判断することができます。 今回のPostはAzure AD （OpenID Connect）との認証連携とk8sでのRBACについてのメモになります。k8sで利用可能な他の認証方式（証明書認証とか）や認可の仕組みについては割愛します。 とりあえず以下のドキュメント参照で。 Azure Active Directory と AKS を統合する – プレビュー Kubernetes – Authe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
