サービス・アカウントの作成および管理
サービス・アカウントは、クラウド・サブスクリプションに対する認証のためにクライアント・アプリケーションで使用されます。 サービス資格情報を生成してサービス・アカウントを作成します。
開始前に
このタスクについて
サービス資格情報は、固有の機能 ID とパスワードで構成されます。
- Functional ID
- 機能 ID は、サービス・アカウントに対して指定する別名から生成されます。
通常のユーザー ID と同様に、クライアント・アプリケーションがアクセスするクラウド環境の権限およびアプリケーションが必要とする可能性があるロールを機能 ID に付与します。 ただし、これらの ID を使用して、クラウド・ポータルのいずれかのツール ( Process Portalなど) に手動でログインすることはできません。 また、 User Management API を使用して機能 ID を作成または削除することもできません。
- パスワード
- パスワードは、ランダムに生成される文字ストリングで、ブルート・フォース・アタックを防止できると考えられる長さと複雑性を備えています。 パスワードの有効期限はありません。 ただし、セキュリティー上の理由から、定期的にパスワードを変更することを検討してください。重要: パスワードを変更すると、すべてのアプリケーションがクラウド・サブスクリプションへのアクセス権を自動的に失います。 クライアント・アプリケーションが事前に停止され、再始動される前に、新規パスワードを使用するように構成されていることを確認するために、パスワードの変更を計画します。
アクセス管理 ビューでパスワードを直接変更する代わりに、資格情報をロールオーバーすることを検討してください。
サブスクリプションでいくつのサービス・アカウントが必要かを判別します。 例えば、複数のアプリケーションが 1 つのアカウントを共有する場合や、複数のアプリケーションが独自のアカウントを持つ場合があります。
手順
サービス・アカウントを作成するには、以下のステップを実行します。
次のタスク
- 複数のサブスクリプション間でのサービス資格情報の共有
- サービス資格情報を共有するには、 Credentials API によって提供される操作を使用します。 すべての API 呼び出しでは、呼び出し元にアカウント管理者ロールが必要です。 詳細については 、「サービス資格情報を使用してクライアントアプリケーションを認証する 」を参照してください。
- サービス資格情報の配布
- パスワード・ポリシーをクライアント・アプリケーションに簡単に適用できるようにするには、プログラマーはサービス資格情報をアプリケーション・コードにハードコーディングすることは絶対に行わないでください。 代わりに、例えば、構成ファイルや資格情報ボールトでクライアント・アプリケーションが資格情報に簡単にアクセスできるように、クライアント・アプリケーション環境で資格情報を使用できるようにします。 これらの資格情報に第三者がアクセスできないようにするために、これらの資格情報を安全に保管し、配布する必要があります。 パスワードを変更する場合は、クライアント・アプリケーションが使用する資格情報リソースを必ず更新してください。 クライアントアプリケーションで認証情報を使用する方法については 、「サービス認証情報の使用によるクライアントアプリケーションの認証 」を参照してください。
- サービス資格情報のロールオーバー
- サービス資格情報の更新時に、アプリケーションがクラウド・サブスクリプションへのアクセス権を失わないようにするには、古い資格情報と新しい資格情報の有効性を一定期間内保持します。 このオーバーラップ期間の長さをプログラマーと調整し、アプリケーション環境内のすべてのクライアントがそのサービス資格情報を更新するために必要な最大時間をオーバーラップ期間の長さに反映させます。
- サービス・アカウントの削除
- 不要になったサービス・アカウントの削除が必要になる場合があります (例えば、アカウントを使用するクライアント・アプリケーション用の新しい一連のサービス資格情報を生成した場合など)。 アカウントを削除する前に、実行中のアプリケーションが機能 ID を使用していないことを確認します。 「ユーザー」ページで、機能 ID を削除することでサービス・アカウントを削除します。