Lucidは大規模なインフラを作る際に多くの時間を節約できますが、単にデータを図形や線に変換するアルゴリズム以上のものです。 これは強力でダイナミックな視覚化エンジンであり、他のレンダリングエンジンと同様に、その処理には時間、処理能力、およびコンピュータのメモリが必要となる場合があります。
ここでは、Lucidで最高のパフォーマンスを得るために大規模なインフラと連携する際の最良のヒントをご紹介します。
大規模なデータセットをインポートする
クラウドプロバイダーAPIのレート制限を確認する
LucidはクラウドプロバイダーのAPIを使用してインフラストラクチャをインポートします。これらのAPIエンドポイントは顧客アカウントの認証情報を使用し、クラウド環境のAPIクォータに制限されています。Lucidは現在、これらのAPIを可能な限り高速に呼び出しますが、場合によっては利用可能なクォータを消費し、クラウドプロバイダーによるスロットリングが発生する可能性があります。この場合、システムは処理速度が低下し、可能であればより遅いペースでインポートを継続します。
大規模なインフラストラクチャでは、クラウドプロバイダーからデータを取得するために、より多くのAPI呼び出しが必要になる場合があります。 これにより、API クォータを使い果たす可能性が高くなり、待機時間がさらに長くなったり、インポートが完全に失敗したりする可能性があります。
インポートの待機時間や失敗が過度になった場合は、クォータに使用可能な領域があることを確認することをお勧めします。 クォータの詳細、またはクォータを増やす方法については、クラウドプロバイダーのドキュメントを参照してください。
データセットを絞り込む
良い習慣は、可能な限り輸入品を少なくすることです。 インポートサイズを縮小する方法は、クラウドプロバイダーとインポート方法によって異なります。 各プロバイダーに推奨されるベストプラクティスについては、次の情報をお読みください。
-
AWSのクロスアカウントロールインポートでは、インポートプロセスで関連するアカウント、リージョン、リソースタイプのみを選択してください。
- 詳細については、 「Lucid Data Hub で AWS インフラストラクチャ データをインポートおよび管理する」の記事をご覧ください。
-
Entra ID(旧Azure AD)アプリケーションインポートでは、必要なサブスクリプションとリソースタイプのみをインポートする設定を選びます。
- 詳しくは、Lucid Data Hubの記事にある「Microsoft Azureインフラデータのインポートと管理」をご覧ください。
-
Google Cloud（旧 GCP）サービス アカウントのインポートでは、必要なリソース タイプのみをインポートすることを選択します。
- 詳しくは、Lucid Data Hubの記事にある「Google Cloudのインフラデータのインポートと管理」をご覧ください。
ワークスペースのパフォーマンスを最大化
大きなダイアグラムは計算能力が増えるだけでなく、ビューアの解釈も難しい場合があります。 文書内で描画される図形の数を、フィルターの設定、リソースの切り替え、図形の要約などで最小限に制限することを推奨します。
フィルターを設定する
Lucidchartドキュメントのクラウドリソースパネルでフィルターを作成してください。
フィルターの使い方についてもっと知りたい方は、「 Lucidchartでクラウドフレームを使ってクラウドインフラを可視化する 」という記事をご覧ください。
リソースを切り替える
データパネルで特定のリソースを切り替えることで、最も関連性の高いサービスのみを表示できます。
リソースの活用について詳しく知りたい方は、「 Lucidchartでクラウドインフラを可視化するためのクラウドフレームを使う 」という記事をご覧ください。
図形の集約
[レイアウト] メニューで特定のリソースの種類の図形を集計します。
図形の要約についてもっと知りたい方は、「 Lucidchartでクラウドフレームを使ってクラウドインフラを可視化する 」という記事をご覧ください。
クラウドエージェントと大規模データセット（ベータ版）
クラウドエージェント（ベータ版）を使用して大規模なAWS環境からダイアグラムを生成する場合、非常に大規模または広範囲なリクエストはエージェントの処理制限に達し、出力が不完全になったり、生成が失敗したりする可能性があることに注意してください。 結果を改善するために：
- 質問の範囲を絞り込んでください。含めるアカウント、地域、またはリソースの種類を指定してください。
- スコープ内のリソースを識別するためにエージェントが使用する必要があるタグ規則を含めます (たとえば、「リソース タグへのフィルター Environment=Production」)。
- エージェントの最初の試みが不完全な場合は、漠然とした要求からやり直すのではなく、より具体的なパラメータを指定して再度プロンプトを表示する。
最高のパフォーマンスを得るためには、この記事に記載されているデータインポートの手順に従い、インポートするデータセットが実際に必要なリソースに絞られるようにしてください。
この記事へのフィードバックをお寄せください
この記事に関するフィードバックはありますか？体験の内容についてこちらから教えてください。