スイカのサーバーって単純に二重化とかしているんじゃないんですって。

えっと、俺人に説明するのがへたくそなので、また下手な喩え方をしちゃうけど、俺の理解ではDNSみたいのにちかいかも。

マスターがあるP2Pとか？

マスターノードみたいのがあって、駅ノードがあって、クライアント(改札機)があって、クライアントでチェックを行うと。多分無ければセンターにいくんだろうね。

プルとプッシュのタイミングが結構工夫されてるのかもしれない。

こっから先は多分だけど、駅ノードのレベルで横の連携があるので、マスターは最悪３日ぐらい停止していても実際に影響はなかなか出ないのかな。

もしこれが、センター問い合わせ系だったらもっとお金が掛かった上に、安定性がなかったことだろうとのこと。

やっぱり、これはちょっとしたインターネットの世界ですよ。うん。

従来のシステムって、最初にデータをもってきてそれをどのようにするかという方針があって決まるんだけど、それがsuicaの場合、後で決まる。予定調和とはまた違う世界だ。

ここらへんでたぶんOSとかネットワークを専門の人は頭に？が浮かんでしまうのだと思う。

俺もちょっと何回も聞かないとわからなかった。

その博士論文のときの大学の先生達もわからなかったみたいで、ありえんと。

そんな後から決まる仕組みが動くわけないだろうと。

で、そこで名言。そんなこといったって動いちゃってるんだもん。って。

スイカのサーバーって単純に二重化とかしているんじゃないんですって。

えっと、俺人に説明するのがへたくそなので、また下手な喩え方をしちゃうけど、俺の理解ではDNSみたいのにちかいかも。

マスターがあるP2Pとか？

マスターノードみたいのがあって、駅ノードがあって、クライアント(改札機)があって、クライアントでチェックを行うと。多分無ければセンターにいくんだろうね。

プルとプッシュのタイミングが結構工夫されてるのかもしれない。

こっから先は多分だけど、駅ノードのレベルで横の連携があるので、マスターは最悪３日ぐらい停止していても実際に影響はなかなか出ないのかな。

もしこれが、センター問い合わせ系だったらもっとお金が掛かった上に、安定性がなかったことだろうとのこと。

やっぱり、これはちょっとしたインターネットの世界ですよ。うん。

従来のシステムって、最初にデータをもってきてそれをどのようにするかという方針があって決まるんだけど、それがsuicaの場合、後で決まる。予定調和とはまた違う世界だ。

ここらへんでたぶんOSとかネットワークを専門の人は頭に？が浮かんでしまうのだと思う。

俺もちょっと何回も聞かないとわからなかった。

その博士論文のときの大学の先生達もわからなかったみたいで、ありえんと。

そんな後から決まる仕組みが動くわけないだろうと。

で、そこで名言。そんなこといったって動いちゃってるんだもん。って。