ほーん。センターサーバー方式で十分捌ける目処がついたんか。

何と。センターサーバー式とは。リスク踏まえて価値向上にチャレンジすること素晴らしい。

この記事読むと全国一気にじゃなくて東北で関根まずやるのか(いきなり首都圏導入で大規模障害出したら笑っちゃうもんな…)

Suicaはまだアナログ回線やISDNが主流だった頃の設計だから改札機側を賢くして分散処理するしかなかった。今は広帯域の通信環境が整っているのだから、よりシンプルにしてコストダウンしたいと考えるのは普通。

なんか怖い構成な気がするけど、どうなんだろう？

で、利用履歴に何でもかんでも「物販」となる仕様は改善されるんですかね？（されなさそう）

【今日の人気記事】

Appleみたいな命名だなｗ

オリジナルのSuicaの分散アーキテクチャめちゃくちゃかっこよかったのになー。新システムの耐障害性が気になる

サーバーとの回線がレスポンスタイム保証されてるならイケそうな気はする。これでJR東とJR東海の境界またぎが可能になるとうれしいな。

集約型へ。ネットワークが気になる。

落ちないサーバは無い。。

ほえーすごい

冗長性犠牲にしてて草

「これまで運賃計算などは改札機で実施していたが、新改札システムでは、運賃計算などの処理をすべてセンターサーバーで行なう。」

元のシステム構成が当時結構画期的だったけど、新しいのでもスピード出るのか、すごい

端末側で計算処理してたから通信障害にやられないっていうメリットあったはずだけど、通信障害に対応できる構成が取れたのかな？そうでないと障害がクリティカルすぎるからな

これまで運賃計算などは改札機で実施していたが、新改札システムでは、運賃計算などの処理をすべてセンターサーバーで行なう。

ネットワーク障害の時の改札はどうするのやら。

やっと！
やっと！！
白河でSuicaが使えるようになるぞ！！！
（たぶん）

“現行の改札機と比べて処理スピードが速く、複雑な計算処理ができる。将来の機能向上などの改修作業において、工期短縮が図られ、コストダウンにつながる” 改札機、老朽化するしスケールアップ、アウトできないし

え？地域でのs-inからたった3ヶ月で首都圏に入れるの？
これは夏以降システムがパンクして駅に入れない、ということがボロボロ起きるようになるぞ。。。

これ処理が早くなるのは良いんだけど通信障害の時とかどうなるんだろう？

エリア跨ぎができる？！

このシステムなら、交通系ＩＣカード統一出来そう

「センターサーバー方式を採用した新しいSuica改札システム」「高速なサーバーおよび通信ネットワークにより、首都圏の鉄道利用に求められる高速な処理に対応する」「工期短縮が図られ、コストダウンにつながる」

確実に遅くなるじゃん。障害発生したら全滅するじゃん。大丈夫？

なんで障害対応の強みのエッジ処理をわざわざ中央集権型に？嫌な予感しかしない。。

Suicaはいままで改札機で運賃計算をしていたが、センターサーバー方式に変更されていくらしい。

将来的にはエリアまたぎや会社またぎも対応できていくのかもしれない。

スマートICがETCのセキュリティ関連をリモートに任せる感じのやつね
こういうのって通信障害が発生したら誰も改札できなくなりそうだけど、自動改札自体もホットスタンバイとかしてるのかな

センターサーバ落ちたらみんな改札から出れなくなるｗ

今まで通りのエッジを利用する方式で良いのに…
データ活用したいならデータ抜いて集約すればいいし…

これ、まさかこのシステムに合わせて東京→青森の片道切符すら途中下車不可になったりしないよな……？

🖥各駅にサーバを置いていたのを
クラウド化するみたいですね🤔
(時代の流れですが、ますますネットワーク障害が起こると
大変な事になりそう)
↓

障害が発生して駅が大変なことになる未来が見えるんですが私のインフラ感が古いせいでしょうか？

エッジで計算させる方が障害時にも強いしいいんじゃないって思ってたけど集権サーバー方式にするのか。組み合わせでやる方法は実証が難しかったんだろうか？

おお、ローカルサーバーじゃ無くなるんか。

通信性能や耐障害性能的に問題ないという判断なんだろうか。単なるコストダウンありきじゃなければいいけど。 -

トラブル増えそうだけど、PiTaPaのようなサービスが可能になるなら嬉しいね。

そんなに日に大障害発生してカッコ悪いったら。

改札で処理させることでシステムダウンに強いことが強みだと思ってたけど対障害性でも現行同等と判断したんやろか。

エリアまたいで利用できるのは便利やね

課題を解消したり将来的な展望を鑑みるとこの構成が良いということかしら？障害時のインパクトは今よりも遥かに大きくなるけどエンジニアとしてはやりがいがありそうやな。人や会社の政治力に振り回されそうでもある

処理するマシンスペックの違いが前提としてあるとは思うけど、ローカルよりネットワーク越しのセントラルで処理する方が高速って凄い時代だなあ。

"現行の改札機と比べて処理スピードが速く" って、にわかには信じがたいんだがマジで？これ みたいなやつなのか？

改札機で処理していたから可用性を高められていた、という認識だったが。

今日から運用かと思っちゃった。5月下旬から北東北で試して、首都圏とかは夏から順次らしい

運賃計算とかを末端の改札機とかに各駅とかに段階的に分散をさせてるからこそ今ほどネットワークが整備されていない時代から安定したサービスが提供出来たというのを昔読んて感心したんだけど大丈夫？

これ、サーバー運用に切り替えるなら他事業者と協力して振替輸送時の自動払い戻しを可能にしてくれ。

パッと読んだ感じ、Suicaシステムの良さを全否定印象を受けるんだけど大丈夫か？

今後は改札も中央集権サーバー型に変更するとアナウンスあったばかりだから、同様のトラブルでるんだろーなー

今日のSuicaの決済トラブルはこれが原因だったのかー。

中の人、おきばりやす😉

システム更改は良いのだけど、これってサーバーなりネットワークがダウンした瞬間にとんでもない影響が出そう

サーバまで言って計算させてもSuicaの要求速度（200ミリ秒?）達成してるってこと?
あとサーバで計算することにより利用範囲が拡大するってことか？
JR会社マタギの対応して欲しい🙄

まあ、こういう時はしょうがないでは

現行よりは高速になるだろうし、これはアーキテクチャとして楽しみですな：

センターサーバー方式ね…サーバー飛んだら、どうなるんだろ。

これ、スマホのSuica appの決裁がめちゃめちゃ遅い問題も解決してくれると助かるな。
分散ルサーバにsync終わるまで待ってるかのようなどんくささを感じるし。

サーバーやネットワークがコケたら大混乱になるけど大丈夫か？:

北東北で5/27から導入か。次に実家行くときはSuica使えるっぽい？

まさかセンターサーバ方式に舵を切るとは思わなかった。現行方式と比べて処理スピードが早いってのは凄いな、通信スピードが足かせとなって結局遅くなるなら別だけど。