WebAPI開発の場合、ドメインをひもづけた方がいいのか。

Question

現在スマートフォンアプリのサーバサイドβ版WebAPIをRailsで開発している者です。
α版APIはPHPで開発していました。
※PHP版APIとRails版APIのサーバはそれぞれ違い、
前者がAWSではないクラウドサーバを使用しており、後者がAWSを使う予定です。

ユーザーはスマートフォンアプリを利用する側なので、
サーバサイドWebAPIを叩くこともありません。
（そもそも何かしらの方法で調べない限りIPがわかならいはずなので。）

そこで、現在α版API（PHPで書いたもの）のサーバは、
ドメインがひもづいているのですが、
Railsで新たに書き換える予定で、β版をRailsで開発し、サーバは別のもの（AWS）を使う予定です。

そこでRailsで開発するβ版WebAPIは、ドメインをひもづけないのでよいのではないかと考えています。

皆様はどのようにされていますでしょうか？
単純にこのような場合は、ひもづけなくても宜しいのでしょうか？
それともひもづけるべきでしょうか？

Answer 1

お邪魔します。

ドメインをひもつけた方がよいと思います。
理由はドメインをひもつけておかないと、IPアドレスを直接指定する必要があるから、です。

当然といえば当然ですが、そもそもDNSが存在しているのは、IPアドレスを取替え可能にするためです。
サーバがダウンして一時的に別のサーバでサービスを運用する場合や、サーバを別のものに移管する場合、該当のWebAPIを使用している他者がいっせいに設定ファイルやソースを差し替える、というのは現実的ではありませんよね。（サーバの差し替え時にアプリをリリースすればよいのかも知れないですが、それでもどこかのタイミングで一時的にそのサービスは使用できない状態になります。）

以上、参考まで。

Comments

[TaMaMhyu]

同時に複数サーバーで運用するような場合も直IPアドレスはあまり現実的ではないですね。
DNSラウンドロビンなんかではそもそも直IPアドレスではアクセスできませんし。

[ShinpeiYamamoto]

負荷や耐障害性を考えると、DNSラウンドロビンで複系を適当数用意しておく、というのが一番簡単で安く済む方法ですよね。楽チンですし。負荷という意味では最近の主流は、ロードバランシングとかクラスタリングとか、そういうのが一般的なのかもしれないですが。サービスの規模の問題でしょうか。

[K_T_T_K]

回答ありがとうございます。
参考になりました！