レンタルサーバーで運用するWEBアプリ

Question

24時間出退勤が発生する職場で、出退勤記録をとるプログラムの作成依頼を受けました。
複数箇所での打刻が必要なことから、PHP+MySQLで作成し、サーバーマシンを1台、社内に置く提案をしたのですが、先方の希望では社内にサーバーは置きたくないとの事です。
(打刻するクライアント端末もポケットwifiでやる、との事です)

レンタルサーバーでも別に問題はないのですが、たまにメンテナンスなどで夜間に停止することがありますよね。

その間利用できなくてもこれは仕方がないものとしてしまうか、他に何かいい方法がないものかと思案しています。
年に1度あるかないかですし、障害でなければ事前にわかってるので、やりくりできなくはないのですが。

サーバーを2つ用意して(まったく別の業者のもの)、普段はサーバーAで運用、サーバーAと接続できない場合はサーバーBにPOSTする、みたいな仕組みも考えましたが、サーバーAとBの同期をどうすればいいのか。。
Aがメンテナンスに入った(あるいは障害が発生した)その瞬間、AにあったデータがBに複製されてなければならず、Aが復旧したらBとの差分をAに入れなければならないので、、、。

何か上手い方法はないでしょうか？

(そもそもメンテナンスや障害が発生した時は手書きで記録を取らせて後から手入力、でもいいと先方は言ってますが。。)

Answer 1

レンタルサーバーがメンテナンスなどで停止することは確かにゼロではありませんが、そんなにしょっちゅう止まるわけでもないですよ。冗長化なしのレンタルサーバーで運営されているECサイト等も普通にあるわけで、しょっちゅう止まったら売上に響くわけです。
なので、「メンテナンスや障害が発生した時は手書きで記録を取らせて後から手入力、でもいい」と顧客が言っているのであれば、ありがたくその言葉に従うほうが懸命かと思います。
複雑な冗長化の仕組みを自作すると、そちらのトラブルで停止してしまう、ないしデータが破壊されてしまうほうが心配です。（バックアップはどっちみち必須ですね）。

不正アクセス等も心配ですが、それはまた別問題です。

Comments

[Take_it]

ありがとうございます。

先方が障害時手書き対応を許容すると言ってるので、ごちゃごちゃ考えずにそれでいこうと思います。
不正アクセス対策については、詳しくは書きませんが色々と防護策を講じています。
社内にサーバー一台置いてくれたらもう少し簡単なのになぁ・・・とは思いますが。
リスク・デメリットを承知の上で先方が選んだ仕様なので、そういうものだと割り切る事にします。

Answer 2

システムの停止時間をなるべく少なくする方法、ということですね。

コストをたくさんかけられるなら、色々やりようがあるかと思います。
（例えば、WebサーバーとDBサーバーのセットをAWSとAzureの両方に置いて、DBはレプリケーションで同期する、とか？）
ですが、レンタルサーバーで動かすくらいですから、あまりコストはかけられなさそうな印象を受けます。
となると、「メンテナンスや障害が発生した時は手書きで記録を取らせて後から手入力」が費用対効果という点でベストな気がしますねえ。

どの程度のコストを許容するかという前提条件が明示されていると、誰かが具体的な案をだしてくれるかもしれません。

Answer 3

それより気にしなければならないのは部外者からのアクセスではないでしょうか。

手書き→あとから入力で良いと仰っているなら発生頻度も多くない見込みで、そこはそれができるように作りこめば良い話です。
※例え社内サーバーにしたとしても障害は発生しますし、メンテナンスは都度必要です

Answer 4

これを何とかしようとすると、手間やコストが結構かかります。

出退勤記録のシステムであれば、多少のサーバー停止期間は手書き対応してもらうのが無難かと思います。