Lucidscale では、サポートされているクラウドプロバイダーからアーキテクチャをインポートし、そのデータから図を生成できます。一部のインポート方法では、ライセンスを持つ Lucidscale ユーザーが Lucid データハブにクラウドインフラストラクチャをインポートし、Lucidscale モデルでその視覚的表現を作成できるようにするプロバイダー側の認証情報を作成する必要があります。

Lucidscaleライセンスで利用できる機能について詳しくは、Lucidscale プランの記事をご覧ください。ライセンスを購入するには、手順については「 Lucid アカウントをアップグレードする」の記事を参照してください。

サポートされている資格情報

AWS: クロスアカウントロール、IAM ユーザー
Azure: AD アプリケーション
Google Cloud (旧 GCP): サービスアカウント

認証情報とは、Lucidscale がユーザーに代わってクラウドインフラストラクチャデータにアクセスするために使用するシークレットのことです。

認証情報は、Creatorライセンスが割り当てられた Lucidscale ユーザーに、クラウドインフラストラクチャを Lucid データハブにインポートし、Lucidscale モデルでその視覚的表現を作成する権限を付与します。

ユーザー

資格情報の共有

クラウドインフラをインポートするための認証情報を生成した Lucidscale ユーザーは、その認証情報をアカウントの他のユーザーと共有できます。認証情報を共有すると、受信者ユーザーは、認証情報でアクセスできるクラウドインフラストラクチャデータを Lucid データハブにインポートし、Lucidscale モデルで視覚的に表現することができます。

資格情報を共有するには:

Lucid ホームページのナビゲーションメニューの左下にある[データハブ]をクリックします。
左側に表示されるメニューから、使用しているクラウドプロバイダーを選択します。
[ 保存された資格情報] タブに切り替えます。
インフラストラクチャのインポートに使用できるクラウドプロバイダーの資格情報のリストが表示されます。使用可能な資格情報にレンダリングされた 3 つのドットのメニューをクリックし、[資格情報 の共有] を選択します。
次に、表示される 「資格情報の共有」モーダル内に、資格情報を共有するユーザーの電子メールアドレスを入力できます 。
- また、名前を入力してドロップダウンから選択することで、アカウントのグループまたはチームと資格情報を共有することもできます。

資格情報が別のユーザーと共有された後、[ 資格情報の共有 ] モーダルで電子メールアドレスの横にある [X ] をクリックして、資格情報へのアクセスを取り消すことができます。

資格情報の転送

管理者は、ユーザーが Lucidscale ライセンスを紛失した場合、Lucidscale の認証情報をアカウントの別のユーザーに譲渡することができます。 Lucidscale ライセンスが削除され、認証情報が移行されると、認証情報に関連付けられたインフラストラクチャデータをインポートしたり、新しい認証情報を保存したりできなくなります。

管理者資格情報の管理に関する FAQ

ユーザーから Lucidscale ライセンスを削除したり、ユーザーを削除したりする場合、管理者はユーザーが所有する資格情報、フォルダー、Lucidscale ボードをアカウントの別のユーザーに移行できます。この場合、以下を転送します。

認証情報
フォルダー
モデルとそれに関連するデータソース

ライセンスを持つ Lucidscale ユーザーは、クラウドインフラストラクチャを Lucid データハブにインポートでき、そのデータソースを使用して Lucidscale モデルでインフラストラクチャを視覚的に表現できます。 Lucidscale モデルは、Lucid ホームページの任意のフォルダーに整理して保存できます。

所有権はどのように譲渡されますか?

Enterprise アカウントの管理者は、Lucid ユーザーに割り当てられた製品ライセンス(Lucidchart 、Lucidspark 、Lucidscale )をすべて削除することで、Lucidscale アクセスが制限されたユーザーを作成できます。ライセンスを割り当てられたユーザーがアクセス制限付きユーザーに変換された場合、管理者として、ライセンスが解除されるユーザーが所有する認証情報、フォルダー、モデルをアカウントの別のユーザーに譲渡する必要があります。受信者ユーザーには、転送された資格情報、フォルダー、およびモデルの所有権が付与されます。

Lucidscale ライセンスを割り当てられたユーザーを削除しても、移行は強制されません。管理者は、削除するユーザーが所有する認証情報、フォルダー、モデルをアカウントの別のユーザーに転送するか、ユーザーと一緒に削除するかを選択できます。

削除または制限付きアクセスに変換されるユーザーが Lucidscale の認証情報を所有している場合は、認証情報とモデルを Lucidscale Creator ライセンスが割り当てられているアカウントのユーザーに譲渡することをお勧めします。

資格情報を適切な人に転送することが重要なのはなぜですか?

新しい所有者は、資格情報に関連付けられたクラウド環境のメタデータにフルアクセスできます。Lucidscale Creator ライセンスが割り当てられていれば、自社の Lucidscale モデルの認証情報に関連付けられたクラウドインフラストラクチャを視覚化できます。また、以前に作成されたモデルを表示および編集し、転送または共有することもできます。これにより、社内の資格情報へのアクセスを受信したユーザーがそのような機密情報を表示するアクセス許可を持っていない場合、セキュリティ上のリスクが生じる可能性があります。

Lucidscale ライセンスを持たないユーザーに認証情報を譲渡するとどうなりますか?

新しい所有者は、Lucidscale Creator ライセンスを持っていない限り、クラウドプロバイダーの認証情報を操作することはできません。データハブから認証情報を表示することはできますが、新しい Lucidscale モデルを作成して認証情報に関連付けられたクラウドインフラストラクチャを視覚化することはできません。

資格情報の転送とはどういう意味ですか?

これは、クラウドプロバイダーの認証情報の所有権を別のユーザーに譲渡することで、新しい認証情報の所有者は、リンクされたクラウドインフラストラクチャをインポートし、Lucidscale クリエイターライセンスが割り当てられていれば Lucidscale モデルを作成することができます。

一度転送すると、元に戻すことはできますか?

いいえ。アクセスが制限されたユーザーへの資格情報の受信者のライセンスを解除することは、転送機能が再びトリガーされる唯一のシナリオです。

セキュリティ

AWS

クロスアカウントロール

クロスアカウントロールは、アカウントへの第三者アクセスを許可するための AWS からの推奨方法です。この方法により、Lucidscale は認証情報を安全に保存し、図を簡単に更新できます。

クロスアカウントロールを別のユーザーと共有することを選択した場合、そのユーザーは関連付けられたアカウントからインポートできますが、共有ロールの外部 ID と ARN の値は表示されません。詳細については、次のリソースを参照してください。

強制外部 ID

AWS が提供するセキュリティのベストプラクティスに従って、Lucid は外部 ID が Lucid のデータベース内で一意であることを強制します。したがって、Lucid はユーザーに一意の外部 ID を提供し、ユーザーが自分の外部 ID を入力できないようにします。

IAM ユーザーのセキュアで制限されたアクセス

作成する IAM ユーザーに対して、制限付きの「説明」レベルのアクセス許可をリクエストします。これらのアクセス許可で作成された IAM ユーザーは、AWS アーキテクチャの設定を変更したり、データベースのデータを読み取ったりすることはできません。 IAM ユーザーは、AWS インフラストラクチャの構造メタデータを読み取るためにのみ使用されます。 IAM ユーザーの作成方法については、 Lucidscale での AWS インフラストラクチャデータのインポートと管理に関する記事をご覧ください。

アクセスキーを保管しない

Lucidscale は、AWS インフラストラクチャの初期スキャンの実行後に AWS IAM 認証情報を保存することはありません。お客様の資格情報は、標準の暗号化方法を使用してサーバーに転送されます。クライアントは、AES-256 までの暗号化プロトコルをネゴシエートできます。お客様の環境への「説明とリスト」アクセスのみを付与するクロスアカウントロールを保存できます。

Azure

Azure AD アプリケーション

Entra ID (以前の Azure AD) アプリケーションは、外部アプリケーションとオンプレミスアプリケーションの両方のデジタル ID を管理するために Azure から推奨される方法です。この方法により、Lucidchart は認証情報を安全に保存できるため、図を簡単にインポートして更新できます。

Azure AD アプリケーションを他のユーザーと共有することを選択した場合、そのユーザーは関連付けられたサブスクリプションからインポートできますが、共有アプリケーションの [アプリケーション (クライアント) ID]、[ディレクトリ (テナント) ID]、または [クライアントシークレット] の値は表示されません。詳細については、次のリソースを参照してください。

安全で制限されたアクセス

作成した Azure AD アプリケーションに対する制限付きの読み取り専用アクセス許可を要求します。アクセス許可は、アプリケーションに関連付けるカスタムロール内で定義されます。これらのアクセス許可で作成されたカスタムロールでは、Azure アーキテクチャの設定を変更したり、データベース内のデータを読み取ったりすることはできません。 AD アプリケーションは、Azure インフラストラクチャの構造メタデータを読み取るためにのみ使用されます。私たちはあなたが私たちにアクセスを許可したサブスクリプションからのみ読み取ります。これを制御するには、Lucidscale に割り当てられた AD アプリケーションにアタッチされたカスタムロールの範囲を制限します。

Google Cloud

Google Cloud サービスアカウント

サービスアカウントは、Google Cloud がサードパーティにアカウントへのアクセスを許可する際に推奨する方法です。この方法により、Lucidchart は認証情報を安全に保存し、ダイアグラムを簡単にインポートして更新できるようになります。詳細については、次のリソースをご覧ください:サービスアカウント | Cloud IAM ドキュメント

安全で制限されたアクセス

作成する Google Cloud サービスアカウントに対して、制限付きの読み取り専用アクセス権限を要求します。権限は、サービスアカウントに関連付けるカスタムロール内で定義されます。これらの権限で作成されたカスタムロールでは、Google Cloud アーキテクチャの設定を変更したり、データベース内のデータを読み取ったりすることはできません。サービスアカウントは、Google Cloud インフラストラクチャの構造メタデータを読み取るためにのみ使用されます。アクセスを許可したプロジェクトからのみ読み取ります。これは、Lucidscale に割り当てられたサービスアカウントに添付されたカスタムロールの範囲を制限することで制御できます。

この記事へのフィードバックをお寄せください

この記事に関するフィードバックはありますか？体験の内容についてこちらから教えてください。

関連記事