パフォーマンスとスケーラビリティーのベスト プラクティス

これらのベスト プラクティス (デプロイメントに関連する場合) に従って、地理空間システムのユーザーがインターフェイス、ワークフロー、データ アクセス全体にわたって許容可能なパフォーマンスを確実に確認できるようにします。

識別子 ベスト プラクティス
P.1 主要なワークフローと安定状態の操作を使用してシステムの通常のパフォーマンスを測定および記録することで、システムのパフォーマンス ベースラインを確立します。 このベースラインを使用すると、ベースラインからの有意な誤差を特定し、いくつかの速度の遅いリクエストやユーザーがもたらしたパフォーマンスの問題のノイズを除外できます。 明確なベースラインとテスト ツールの使用は、ユーザーにとって主観的になりがちな_体験した_パフォーマンスと、時間の経過とともに測定および追跡される_観察した_パフォーマンスを区別するのにも役立ちます。
P.2 主要なワークフロー指標を定期的に追跡するモニターを作成する - 稼働時間の監視とテレメトリーの理解を組み合わせて、システム パフォーマンスの変化を監視します。 標準のワークフローを定期的にテストして、定性的または定量的なパフォーマンスの低下がないか確認します。
P.3 予想されるユーザー負荷を満たすようにシステムを設計し、使用量の増加が見込まれる場合に拡張できるようにします。 拡張の準備ができていることは、コンポーネントが複数コンピューター構成または高可用性構成にすばやく変更されるように構成されているか、追加の仮想または物理ハードウェア リソースを迅速に要求してデプロイできることを意味します。
P.4 フル スタックを注意深く確認する - インフラストラクチャー構成からデータ構造、サービスの作成、アプリケーションの選択、ワークフロー設計まで、アーキテクチャーのあらゆる部分をよく理解しておいてください。 各コンポーネントは、システムのパフォーマンスにプラスまたはマイナスに寄与する可能性があります。
P.5 十分なハードウェアを備えた ArcGIS Pro デプロイメントをサポートします。 ArcGIS Pro ユーザーまたは管理者の場合は、ArcGIS Pro のパフォーマンス ドキュメントを確認し、クライアント システムに十分なリソースが割り当てられていることを確認します。
P.6 コストのかかるワークロードを専用のインフラストラクチャーまたはサイトに分離します。 ワークロードの分離により、コストのかかるワークフローや問題のあるワークフローが、システムの他のユーザーに悪影響を及ぼさないようにします。
Top