翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ベストプラクティス
<a name="integration-best-practice"></a>

Amazon Location Service と統合する際のベストプラクティスを以下に示します。

## リソース管理
<a name="resource-best-practice"></a>

Amazon Location Service でロケーションリソースを効果的に管理するには、次のベストプラクティスを検討してください。

**注記**  
以下のベストプラクティスは、v1 APIs で使用されるスタンドアロンリソースに適用されます。v2 Maps、Places、Routes APIs、リソースの作成は必要ありません。
+ 予想されるユーザーベースの中心となるリージョナルエンドポイントを使用して、ユーザーエクスペリエンスを向上させましょう。リージョンエンドポイントの詳細については、「[Amazon Location がサポートされているリージョン](location-regions.md)」を参照してください。
+ マップリソースやプレースインデックスリソースなど、データプロバイダーを使用するリソースについては、必ず特定のデータプロバイダーの利用規約に従ってください。詳細については、「[利用規約とデータアトリビューション](data-attribution.md)」を参照してください。
+ マップ、Place Index 、ルートの構成ごとに 1 つのリソースを用意して、リソースの作成を最小限に抑えます。リージョン内では、通常、データプロバイダーまたはマップスタイルごとに必要なリソースは 1 つだけです。ほとんどのアプリケーションは既存のリソースを使用し、実行時にはリソースを作成しません。
+ マップリソースやルート計算ツールなど、1 つのアプリケーションで異なるリソースを使用する場合は、データが一致するように各リソースで同じデータプロバイダーを使用してください。例えば、ルートカリキュレータで作成したルートジオメトリが、マップリソースを使用して描画されたマップ上の道路と一致するとします。

## 請求情報とコスト管理
<a name="cost-best-practice"></a>

コストと請求を管理するには、次のベストプラクティスを検討してください。
+ Amazon CloudWatch などのモニタリングツールを使用して、リソースの使用状況を追跡します。使用量が指定した制限を超えそうになったときに通知するアラートを設定できます。詳細については、*Amazon CloudWatch ユーザーガイド*」の[「推定 AWS 請求額をモニタリングするための請求アラームの作成](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/monitor_estimated_charges_with_cloudwatch.html)」を参照してください。

## クォータと使用量
<a name="quota-best-practice"></a>

使用量のデフォルト制限を設定するクォータ AWS アカウント が含まれています。使用量が上限に近づいたときに通知するアラームを設定したり、必要なときにクォータの引き上げをリクエストしたりできます。クォータの使用方法については、次のトピックを参照してください。
+ [Service Quotas を使用してクォータを管理する](manage-quotas.md)
+ [Amazon Location Service メトリクス用の CloudWatch アラームの作成](cloudwatch.md#create-alarms)
+ *Amazon CloudWatch ユーザーガイド*の「[サービスクォータの可視化とアラームの設定](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Quotas-Visualize-Alarms.html)」。

制限を超えそうになったときに事前に警告するアラームを作成できます。Amazon Location AWS リージョン を使用する各 のクォータごとにアラームを設定することをお勧めします。例えば、`SearchPlaceIndexForText` オペレーションの使用状況をモニタリングし、現在のクォータの 80% を超えたらアラームを作成できます。

クォータに関するアラーム警告が表示されたら、何をすべきかを決める必要があります。顧客ベースが拡大したため、追加のリソースを使用している可能性があります。その場合は、そのリージョンでの API コールの割り当てを 50% 増やすなど、割り当ての増額をリクエストするとよいでしょう。あるいは、サービスにエラーがあり、Amazon Location に対して不必要な呼び出しを何度も行うことになる場合もあります。その場合は、サービスの問題を解決したいと思うでしょう。