支払い管理画面をサブドメインで管理することのメリット・デメリット

Question

実現したいこと

支払い管理画面をサブドメインで管理することのメリット・デメリット

前提

ユーザーに月額課金するサービスを開発しています。
フロントエンド: example.com Next.js
APIサーバー:api-example.com Laravel
課金管理ページ: billing-example.com Laravel

認証についてはセッションで管理しようと思っており、フロントエンドでログインしたら、課金管理ページでも自動的にログインされるようなイメージです。
このような方式を取る理由としては、課金処理に使うパッケージがLaravel,Vue.jsが必要であるパッケージであるためです。

相談

あまり、上記のような構成を見ないため、メリット・デメリットを教えていただきたいです。
個人的なデメリットとしては若干、セキュリティリスクが高まること、ユーザーが課金管理ページに遷移する時にサブドメインに飛ぶためユーザーが少し違和感を感じるかもしれないこと。かなと思っています。

実装は以下を参考にしています。
https://qiita.com/mgmgmogumi/items/a6a39aad036b395702c5

Answer 1

証明書まで考慮すればこんな感じになるかなと。

構成要素	そもそも別ドメイン	一部サブドメイン	全部サブドメイン	同一ドメイン＋ディレクトリ
フロントエンド	example.com	example.com	www.example.com	example.com/(その他)
APIサーバー	api-example.com	api.example.com	api.example.com	example.com/api/
課金管理ページ	billing-example.com	billing.example.com	billing.example.com	example.com/billing/
必要な証明書	マルチドメイン証明書	マルチドメイン証明書	ワイルドカード証明書	普通のSSL証明書

まあ既に言われてる通り、別ドメインはあんまりメリット無いですかね……（本当に別組織のサービスに乗っかってるようにしか見えない。グループ企業とかならともかく）

実際は同じ種類の証明書でも保障度・信頼性と比例して値段が上がったりしますし
レンタルサーバがおまけで付けてくれるような安い証明書でよいレベルならドメインごとに個別でとった方が結果的に楽かもしれません。
ワイルドカード証明書はお値段的にはお得に見えてデメリットも結構あったりします。

同一ドメインでディレクトリ分けるだけで済む規模なら楽っちゃ楽ですが
全部入りの混成コードになっちゃう or 分けて開発するとフロントでまとめる際にURL書き換えが発生したりで面倒になるかも？

ドメイン分ける(別でもサブでも)ならCORS設定必要になったりしますが
開発チーム分けたりAPIや課金関連を複数のサービスで再利用したいなら自然とこっちになるだろうなーと。

Comments

[zombielove0908]

回答ありがとうございます！私の方法はそもそも別ドメインでした。。失礼しました汗
個人的には、wwwを使うアプリをあまり見たことがないので、一部サブドメインの方法で行こうと思います！

Answer 2

メリット
特に思いつかない
デメリット
複数のドメインを管理する必要がある。
ドメイン間の通信が必要となる。

私なら、以下の構成にします。
フロントエンド: www.example.com Next.js
APIサーバー:api.example.com Laravel
課金管理ページ: billing.example.com Laravel

共通ドメインで別サーバという構成です。

Comments

[zombielove0908]

回答頂きましてありがとうございます！

フロントエンド: example.com Next.js
APIサーバー:api-example.com Laravel
課金管理ページ: billing-example.com Laravel

私が予定していた構成と同じ気がするのですが、違いはどこにありますでしょうか？

[winterboum]

「支払い管理画面をサブドメインで管理することのメリット・デメリット」って質問ですが
その3ドメイン構成って サブドメイン じゃないですよね。
サブドメイン は 回答者さんの方法

[YT0014]

この回答は、ドメインは１つで、example.comです。
その下に、サーバとして、www、api、billingを置くというものです。

zombielove0908さんのご予定は、example.com、api-example.com、billing-example.com と、３つのドメインで、各々、１つのサーバ名称を設置と解釈しました。

この回答の場合、ドメイン間のクッキー処理が不要になります。

[YT0014]

winterboumさん、ご指摘ありがとうございます。
私も勘違いしておりました。
zombielove0908さんのは複数ドメイン利用ですね。

[winterboum]

YT0014さん
＞ この回答は、ドメインは１つで、example.comです。
＞ その下に、サーバとして、www、api、billingを置くというものです。
api.example.com も DNS的にはドメインです。FQDN ： Fully Qualified DmainName
https://www.sophia-it.com/content/Fully+Qualified+DmainName

[zombielove0908]

回答者さんの仰るとおり、そもそも私が提示しているドメインが複数ドメインですね。失礼しましたmm
私が想定していたのは、回答者さんのようなドメイン一つで複数サーバーを想定しておりました。

サーバーの構成としては、以下を考えております。
example.com: Node.jsが動くサーバー。候補としてはCloudRun
api.example.comとbilling.example.comはLaravelであるため同一サーバー。候補としてはXserver

また、
"ドメイン間のクッキー処理が不要になります。"とのことですが、同一ドメイン間でのクッキー処理は必要という理解でよろしかったでしょうか？