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

Lucidscale は、クラウドアクセルによるアドオン購入として、 Lucid Suiteエンタープライズアカウントで利用できます。クラウドアクセルの詳細については、クラウドアクセルの概要に関する記事を参照してください。

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

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

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

資格情報により、クリエーターライセンスが割り当てられた Lucidscale ユーザーに、クラウドインフラストラクチャを Lucid Data Hub にインポートし、Lucidscale モデルでその視覚的表現を作成する機能が付与されます。

ユーザー

資格情報の共有

クラウドインフラストラクチャをインポートするための資格情報を生成した Lucidscale ユーザーは、その資格情報を自分のアカウントの他のユーザーと共有できます。資格情報を共有すると、受信ユーザーは Lucid Data Hub の資格情報を使用してアクセスできるクラウドインフラストラクチャデータをインポートし、Lucidscale モデルでその視覚的表現を作成できるようになります。

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

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

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

資格情報の転送

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

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

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

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

資格情報により、ライセンスを取得した Lucidscale ユーザーはクラウドインフラストラクチャを Lucid Data Hub にインポートできるようになります。また、そのデータソースを使用して、Lucidscale モデルでインフラストラクチャの視覚的表現を作成できます。Lucidscale モデルは、Lucid ホームページ上の任意のフォルダーに整理して保存できます。

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

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

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

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

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

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

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

新しい所有者は、Lucidscale クリエーターライセンスを持っていない限り、クラウドプロバイダーの認証情報にアクセスできません。データハブから認証情報を確認することはできますが、新しい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 に割り当てられたサービスアカウントに添付されたカスタムロールの範囲を制限することで制御できます。

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

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

関連記事