ウェブ予約サイトの情報をサーバー・DBも異なる２つのサイトで同期したい

Question

現在ウェブ予約サイトを制作しています。

Aサイト：店のスタッフが入力する顧客管理サイト(フルスクラッチにて制作)
Bサイト：店に来店するユーザーがみて予約するサイト（WordPressのプラグインにて制作。HPに組み込んでいる）

店のスタッフ・顧客が入力する情報は下記です。

・希望担当者
・予約日時
・希望メニュー
・名前
・電話番号
・メールアドレス

これらの情報を、Aサイト・Bサイトで同期したいです。
また、Aサイト・Bサイトは別のサーバーでDBも異なります。

アカウントを共有するのであれば、

・OAuthなど標準的なユーザー共有のapiを利用する
・各サイトのユーザー情報を管理するDBにおなじものを使う
（たとえばBサイトのユーザー管理テーブルをAサイトに問い合わせるなど）
・セキュリティや煩雑さをさけるため、そもそもユーザー情報の共有など行わず
それぞれのサイトごとに管理する

とのことで教えていただいたのですが、
本当にどう形にしたら良いのかわからないレベルです。

もし、具体的に解決方法をご教示いただける方がいらっしゃればありがたいです。
何卒、宜しくお願いいたします。

Comments

[coco_bauer]

２つのサイトのDBが、どういう使われ方をするのかを明らかにしてください。サーバのデータを同期するという事と、サーバのアカウントを共有するという事は、全く違う事ですから。

Answer 1

異なるシステムを連携させるという事なので、出来るだけ疎結合にしておいた方がお互いの影響が少なくていいかとは思います。

リアルタイム性やデータ整合性等の要件次第ですが、例えば以下の様な形が考えられます。

#店のスタッフが入力する場合

1. BサイトにAサイトからのデータを受け取れるHTTP-APIを作成する。

例えば、reserve_edit.phpのようなHTTP-APIを作り、必要な情報をPOSTで受け取ると直接DBに書き込むか、wordpress経由でDBに登録する様なイメージ。Aサイトからだけアクセス出来るようにIP制限をかける、HTTPSアクセスにする等のセキュリティ対応は必要
2. Aサイトでスタッフが顧客情報を入力したタイミングでBサイトのreserve_edit.phpをHTTP経由で叩く(file_get_contentsやcURLでHTTP(S)アクセスを行わせる)

#顧客が入力する場合
顧客が入力する場合は逆にAサイトにAPIを設置します。

実際にはAPIでの連携に失敗したらロールバックするなどの措置は必要かと思いますが、お互いのDB構造を意識することなく必要なデータのやり取りだけで処理が成立するので、修正時のコストやバグの発生が抑制できます。

#他のアプローチ

他のアプローチとしては、インターネット上にAサイトからもBサイトからもアクセスできるデータベース（やファイル）を用意して、そこにAサイト、Bサイトからそれぞれアクセスして、予約情報を共有するという方法もあるかと思います。
ただ、インターネット経由でのDBアクセスはパフォーマンス的な問題が発生するため、システムで直接使うというよりは、必要なタイミングでだけその情報を見に行くような工夫が必要になってくるので、意外と考えることが多くなってしまうかなと思います。

Answer 2

OAuthなど標準的なユーザー共有のapiを利用する

一般に OAuth というと、facebook,twitterのSNSアカウント連携といった
使用する側の OAuth Apiをイメージされるかもしれませんが、色々問題があるかと。

・そのSNSアカウントを持っていないユーザはどうするか
・アカウントを持っていても、連携に使用したくない人はどうするか
・お店のスタッフさんはユーザのアカウントを把握できるのか

もし facebook,twitterが提供しているようなアカウント連携の
仕組みを一から作るという意味であれば難易度が高く開発コストも高くなります。

※厳密に言うとOAuthはアカウント共有の仕組みではないのですが。。長くなるので省略

各サイトのユーザー情報を管理するDBにおなじものを使う
（たとえばBサイトのユーザー管理テーブルをAサイトに問い合わせるなど）

これが一番現実的。例えばですが、
ユーザ＆予約管理テーブルをAサイトに寄せてBサイトからそのDBに問い合わせるようにします。
BサイトWordPressのプラグインをやめ、予約画面のformタグのaction属性をAサイトに向けて
Bサイトから入力データをAサイトに送信し、Aサイト側のプログラムでユーザ＆予約情報の追加編集を行います

セキュリティや煩雑さをさけるため、そもそもユーザー情報の共有など行わず

それぞれのサイトごとに管理する

共有を避け、ユーザー情報のインポート/エクスポートプログラムを用意するなどの方法はあります。
ただ、ユーザーが重複したり、新機能が増えると上記のプログラムも修正が必要になったりと
ユーザー数が多くなればなるほど、保守管理コストが高くなっていきます。

---

以上ですが、回答になっていますでしょうか。