翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ベストプラクティス
このセクションでは、API を操作するときに圧縮を使用し、Simple (GeoJSON) 形式と FlexiblePolyline 形式から選択するためのベストプラクティスについて説明し、パフォーマンス、帯域幅、データ処理を最適化するためのガイダンスを提供します。
圧縮
API を操作するときにアプリケーションのパフォーマンスと効率を向上させるために、特に大きなテキストベースのペイロードを処理する場合は、レスポンスの圧縮を有効にすることをお勧めします。API リクエストに Accept-Encoding ヘッダーを含め、任意の圧縮方法を指定することにより、圧縮をアクティブ化できます。圧縮機能では gzipと deflate がサポートされており、gzip により通常、圧縮率が向上します。
圧縮を有効にするタイミング
- 大規模なレスポンス
-
大きなテキストベースのレスポンスの圧縮を有効にして、帯域幅の使用量を減らし、ロード時間を短縮します。
- ネットワーキングの制約
-
アプリケーションが限られた帯域幅または高レイテンシーネットワークで動作している場合、圧縮はデータ転送効率を向上させることができます。
圧縮を効果的に使用する方法
- Accept-Encoding ヘッダーを設定する
-
HTTP リクエストに
Accept-Encoding: gzip, deflateを含めて、これらの圧縮方法をサポートしていることを API に通知します。圧縮を有効にして処理する方法は、AWS SDK とプログラミング言語によって異なります。例えば、AWS SDK for Java v1 はClientConfigurationクラスのwithGzipメソッドを使用して gzip を有効にしますが、AWS SDK for Go では圧縮処理に特定のミドルウェアを追加する必要があります。その他の SDK の詳細については、「AWS SDK リファレンスガイド」を参照してください。 - 解凍を適切に処理する
-
クライアントアプリケーションが API によって返された
Content-Encodingヘッダーに基づいてレスポンスを正しく解凍できることを確認します。 - テストとモニタリング
-
アプリケーションのパフォーマンスに対する圧縮の影響を定期的に評価し、ペイロードサイズを縮小する利点と、解凍プロセスによる追加の CPU オーバーヘッドとのバランスを取ります。
Polyline (ポリライン)
API を操作するときに Simple (GeoJSON) 形式と FlexiblePolyline 形式を選択し、地理空間データのパフォーマンスと使いやすさの両方を最適化するためのベストプラクティス。
Simple (GeoJSON) 形式を使用する
- 読みやすさと標準化
-
さまざまな地理空間ツールとのデバッグと相互運用性を容易にするために、広く認識され、人間が読める形式が必要な場合に使用します。
- 精度
-
GeoJSON は完全な 10 進精度を損失なく維持するため、アプリケーションで座標に高精度が必要な場合は Simple 形式を選択します。
- 小さいデータセット
-
Simple 形式は、圧縮のサイズ削減のメリットが最小限である、より小さな座標データのセットを操作する場合に最適です。
FlexiblePolyline 形式を使用する
- データサイズの削減
-
FlexiblePolyline は、損失の大きい圧縮手法を活用して、特に座標の大きなリストで送信されるデータ量を最小限に抑える必要がある場合に最適です。
- URL の安全性
-
FlexiblePolyline は、追加のエンコードなしでクエリパラメータで直接使用できる、コンパクトで URL で使用可能な文字列を提供します。
- パフォーマンスの最適化
-
FlexiblePolyline はペイロードサイズの削減に役立ち、データ転送の高速化と帯域幅の使用量の削減につながります。そのため、高性能アプリケーションや制約のあるネットワーク上で動作するアプリケーションにとって重要です。
