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

# ホスト名ルーティングパターン
<a name="api-routing-hostname"></a>

ホスト名によるルーティングは、各 API に独自のホスト名 (`service-a.api.example.com` や `service-a.example.com` など) を与えることで API サービスを分離するメカニズムです。

## 一般的なユースケース
<a name="hostname-use-case"></a>

ホスト名を使ったルーティングでは、サービスチーム間で何も共有されないため、リリース時の摩擦が軽減されます。チームは DNS エントリから本番環境でのサービス運用に至るまで、すべてを管理する責任があります。

![\[HTTP API をアップストリームコンシューマーに公開するためのホスト名ルーティングパターン。\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/cloud-design-patterns/images/routing-1.png)


## 長所
<a name="hostname-pros"></a>

ホスト名ルーティングは、HTTP API ルーティングのための最も簡単でスケーラブルな方法です。関連する AWS のサービスを使用して、この方法に従ったアーキテクチャを構築できます。[Amazon API Gateway](https://aws.amazon.com/api-gateway/)、[AWS AppSync](https://aws.amazon.com/appsync/)、[Application Load Balancer](https://aws.amazon.com/elasticloadbalancing/)、[Amazon Elastic Compute Cloud (Amazon EC2)](https://aws.amazon.com/ec2/)、またはその他の HTTP 準拠のサービスを使用してアーキテクチャを作成できます。

チームはホスト名ルーティングを使用してサブドメインを完全に所有できます。また、特定の AWS リージョン またはバージョン (`region.service-a.api.example.com` または `dev.region.service-a.api.example.com` など) では、デプロイの分離、テスト、および調整も容易になります。

## 短所
<a name="hostname-cons"></a>

ホスト名ルーティングを使用する場合、コンシューマーは公開する各 API とやり取りするために異なるホスト名を覚えておく必要があります。クライアント SDK を提供することで、この問題を軽減できます。ただし、クライアント SDK には独自の課題があります。例えば、ローリングアップデート、複数言語、バージョン管理、セキュリティ問題やバグ修正による重大な変更の伝達、ドキュメントなどがサポートされている必要があります。

ホスト名ルーティングを使用する場合は、新しいサービスを作成するたびにサブドメインまたはドメインを登録する必要があります。