ほとんどのエンタープライズ システムには、比較的大規模でミッション クリティカルなユーザーまたはビジネスクリティカルなユーザーがいます。 大規模またはミッション クリティカルの定義は組織によって大きく異なる場合がありますが、どの定義でもシステムにさらなる負荷がかかります。 パフォーマンス (運用とワークフローの速度と有効性) とスケーラビリティー (複数の同時ワークフローまたは同時ユーザーをサポートするシステムの能力) の両方がユーザー エクスペリエンスにとって極めて重要となります。 適切に設計された ArcGIS システムを構築して維持するには、適切なツールを使用した明確なパフォーマンス ベースラインの確立、スケーラビリティーの要件の把握、ユーザーの用途や要求の変化に対応するアーキテクチャーの柔軟性の維持が必要です。 ArcGIS のコンポーネントとワークフローに応じて拡張方法が異なるため、システムの設計フェーズと運用フェーズの両方で、使用可能なオプションを理解することが重要です。
パフォーマンスは、平均応答時間などの単純なリクエストベースの指標から、ユーザー エクスペリエンスの品質やワークフローの完了率などの繊細な測定まで、さまざまな意味を持つことがあります。 これらは、ユーザーの期待値、システムやアプリケーションの操作性、およびクライアント コンピューターのパフォーマンスやネットワーク接続などの独自の条件に応じて、主観的な目標になることもあります。 パフォーマンスに関する問題や懸念事項を評価する際には、ベースラインを慎重に設定することが最初の重要なステップとなります。 Esri では Esri 固有のテスト ツールとモニタリング ツールをいくつか提供していますが、このセクションでは、パフォーマンス評価に他のツールを適切に使用する方法についても説明しています。
どのシステムでも、最も重要なパフォーマンス指標は通常、知覚的パフォーマンス、つまりユーザーが見ていると思っているものです。 すべてのデータベース クエリーが効果的に動作し、サービスの使用率が中程度で、すべてのインジケーターが良好な可用性を示している場合でも、ユーザーがワークフローを不適切な形で開始し、システム パフォーマンスのせいにされる可能性のあるアプリケーション状態につながる可能性があります。
システムのスケーラビリティーはいくつかの異なる方法で定義することもできます。一部の組織では、デフォルトのシステム構成と、その構成がスケーリングできるユーザー数を指すために、この用語を使用しています。 別の定義は負荷に応じた自動システム スケーリングに関連しており、ユーザーまたはシステムのリクエストの増加により、システムが垂直方向または水平方向にスケーリングされます。 いずれの場合も、スケーラビリティーはシステムの想定される用途に対して主観的であり、適切に設計されたシステムは、時間の経過とともに予想される使用量の増加をサポートし、レジリエンスをサポートするための効果的なワークロードの分離を実装しながら、合理的でコスト効率の高い標準スケールで動作するように設計されています。