AWS: JavaのDNSキャッシュ ( TTL )について - aws memo
AWSのサービスではDNSを用いて可用性を向上する仕組みを用いている。 各種APIのエンドポイント RDSのエンドポイント ELBのエンドポイント ElastiCacheのエンドポイント CloudSearchのエンドポイント Redshiftのエンドポイント などなど。AWSが提供するエンドポイントのFQDNを、自分のアプリケーションから参照するように設定したり、一旦DNSでCNAME設定することも多い。 ただし、これらのエンドポイントFQDNで設定されているIPアドレスは、運用中に変更される可能性がある（ノード障害、フェイルオーバー等によるIPアドレス変更、スケーリングによるIPアドレス増減、等）。そのため、アプリケーション側はエンドポイントのIPアドレス変更に追随する必要がある。（追随しないと、古いIPアドレスにアクセス試行しつづけて、結果としてシステム障害になってしまう） ここで問
Java DNS Cache Reference Guide
Development of complex distributed Java EE systems quite often involves integration with multiple downstream systems. Such system business service(s) can be exposed via HTTP or other protocols, Internet facing or secured within its own private network zone. The most common approach is to centralize the platform access via a front door DNS (Domain Name System) name. When supporting a Java EE produc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS SDK for Java 2.x
Amazon EC2 Technical FAQs : Articles & Tutorials : Amazon Web Services
