導入
クラウド リソースのプロビジョニングと管理の方法がわかったので、次のステップでは、それらのリソースにアクセスできるユーザーを管理する方法を学習します。 第 1 に、組織のクラウド リソースにアクセスする各ユーザーを識別できる必要があります。 第 2 に、アクセスを許可するかどうかをシステムが決定できるように、管理者はアクセスを許可を定義できる必要があります。 "アクセス" とは、VM の変更、VM の削除、または VM が存在するかどうかの単なる判断などを意味する場合があります。
セキュリティの目標は、ユーザーが自分に割り当てられた職務を果たすためにアクセスする必要があるリソースにアクセスできるようにすることであり、それを超えるものではありません。 データベース管理者は、自分が所有するデータベースにテーブルを追加するためのアクセス許可を必要とする場合がありますが、おそらく、データベースがホストされている VM や VM が含まれているネットワークを変更 (または削除) できてはなりません。
デジタル ID の概念 (クラウド リソースにアクセスしたり Web サイトにログインしたりするユーザーに "Bob" や "Alice" などの ID を割り当てること) は多面的であり、多くの異なるソリューションが存在します。 "適切な" ソリューションはシナリオによって異なります。 たとえば、特定のページにアクセスするためにユーザーがログインする必要のある公開された Web サイト (有料の記事が含まれるサイトなど) では、組織外のユーザーがアカウントを作成してログインできるようにする ID システムが必要です。 これに対し、組織のクラウド リソースにアクセスするユーザーは、IT スタッフによってユーザーに割り当てられた組織アカウントによって識別される必要があり、外部アクセスは慎重に制御する必要があります。
このモジュールでは、デジタル領域の ID の背後にある主要な概念を調べます。 ユーザー、グループ、アプリケーションなど、ID を割り当てることができるエンティティの種類について説明します。 また、たとえば Alice が組織の資格情報を使用してオンプレミスのリソース や クラウド リソースにアクセスできるように、個人の ID を拡張する手法について説明します。
最後に、ロールベースのアクセス制御 (RBAC) の概念を紹介し、クラウド サービス プロバイダーによるその使用方法を説明します。 RBAC を使用すると、お客様は自分がプロビジョニングするリソースへのアクセスを管理できます。 それは、クラウド リソースにアクセス許可を適用し、個々のリソースやリソース グループに対してユーザーが実行できることと実行できないことを定義するために、クラウド管理者が使用する主要なメカニズムです。 また、将来クラウド管理者になったときに、中心的な役割を果たすものになります。