最終的には改札はリーダーだけになるんだろうなー
ICカードだろうがQRコードだろうが顔認証だろうが入場したときにサーバに記録されて、退場の時にマッチできればいいわけで
(トラフィック耐えられる通信経路とサーバがあるものとする)

ダウンして阿鼻叫喚になる絵しか想像出来ないｗｗｗ

とりあえず悲観的に考える方だから「Suicaサーバーダウン!!」で品川駅の改札前に人が溢れてる地獄絵図が浮かんでしまった…、

サーバーとネットワークの障害対策めっちゃ心配になるけど流石にそこも考えられているはず…と信じたい。

サービスとしてのSuicaをもっと拡充させていきたいという思いなのだろうけど心配しちゃう笑
そこでまずは北東北でテストという感じなのだろうけど。

当時の通信環境が非常に貧弱だったため、苦肉の策としてデータはカード、端末保存で改札通過時に読み取り、改札機は１日数回バッチ処理でデータ送るというシステムを構築、批判もあったが結果的に上手く回ったと開発者は回想してた気が。通信環境進歩したのなら改善は当然。

Suicaが既存のエッジ側での計算からセンターサーバーでの計算方式になるとのこと。ネガティブな反応もありそうだけどこれはサービス面、ハード面色々気になる事案◯

これってかつてSuica利用者の個人データを追跡云々言う問題になったあたり思い出すな。

ネットワーク障害があった時
改札機に記録が残るならいいが
大丈夫なのかな

耐障害性は下がるから、システム異常発生時の影響は大規模になる恐れが😥

処理速度の向上ってほんとー？今までみたいにピって通れるの？

ネットワークって言ってもインターネットじゃないでしょ。勘違いしてる人多すぎるんじゃない？
JRは自社で光ファイバー網敷いてるし、ある程度キャッシュしたりすれば、特殊ケースを除けば今とそれほど変わらない反応ができるんでしょ。
それぐらい開発陣も考えてるっしょ。

も、も、もちろん、改札機にバッファ持たすんだよね…
サーバと通信できない時には、もちろん改札機で処理できるんだよね…

えぇ……？（困惑）

1日1000万人以上利用してるけど大丈夫なのかな…。
障害の時は駅員キャパ足りなそうだし、改札開放して素通りOKにしちゃったほうがコスト的に安かったりするのかな。

アーキテクチャの筋的にどうなのか、中の人に近しい専門家の解説が欲しい。
改札に置くことで耐障害性と大量トラヒック性能を担保したと思うんだが、サーバ型化によるネガをどう消したのか。

もしかしてスマホアプリのみになってしまったりするのだろうか。とりあえずネットワークが落ちると全部止まる方式にしてみたということだなｗ＞

運賃計算を改札機からサーバに移行するのか。サーバに障害が発生したら、誰も改札を通れなくならないのかね。心配です。

ラスボスが新宿駅だっけ？

集中させるんだぁ～大丈夫なのか不安だけど、当然、大丈夫なように動かすんだろうね～♪

Suicaをセンターサーバ方式にして本当に処理速度が向上するのか？

改悪じゃない？

単純にサーバーに集約だと障害大変そうだけど、エッジサーバーたくさんあって、改札機(クライアント)処理がエッジに移るみたいな感じだとデプロイコストは下げられて嬉しそうみは多少ある。実際どうなんだろ

改札機本体のコストダウンや料金システムの複雑化に対応するのが目的ってのは理解できるんだがスタンドアロンであるが故のレスポンスの良さと安定性って武器が失われるのはちと

これ長距離でSuica使えるようになるなら、いよいよ最大2万円上限撤廃してもらわんと困ることになると思うんだが。2万上限の中でちまちまチャージしろというのか?

なんか色々言われてるけど個人的には応援してる。大変なのは間違いなくて、でもそれよりユーザの利便性が上がって、保守費用が全体的に下がる事の方が長期的に見て重要だし。

Suicaって個別で計算するから全体で障害が起きにくいシステムって読んだことあるけど、サーバに移行ってことは銀行のシステム障害みたいなことがこれから起こるかもしれないってこと？

時代だなー。まあ日本の回線品質は非常に高いんで、大丈夫だと思うけどね。でも新宿駅とか東京駅みたいなところはエッジサーバみたいなやつ置いたりしてね。

これにやたら反対が多いけど、20年以上前に構築された「かつて優れてた」システムに拘泥するのって、日本がWebサービスで立ち遅れている理由では……

経験的に嫌な予感しかしないぞw

こうした方がサービス的には良いんだけど、ピーク時のレスポンスタイムとか、鯖がバグったり落ちたりしたらどえらい騒ぎになって現場エンジニアが死ぬ。こないだのANAの件もあるし

改札機コストダウンと引き換えに、災害や通信障害で改札を出られなくなるね 「従来のものは耐障害性などスタンドアローンによるメリットもあるが、ICカードにデータを記録するため記憶容量に限界が」 / “「Suica」に新改札システム 運賃計算を改…”

地方駅だけかと思ったら首都圏も置き換えるのか！
システム障害で大混乱の予感、ワクワク！！

今までSuica本体に記憶してたのかよ。サーバで持ってるもんかと思ってたわ。

2023-04-04
一気に無人駅だらけにしたい思惑がありそうだな。
異常時の開放とかもサーバからのほうが楽な判断か。

シン・クライアント

2023-04-04
改札業務は既に大半が東日本旅客鉄道ではなく業務委託しているわけだから、サーバー側だけ自社管理したいということだろう。

導入から20年以上経ってるし、当時と状況変わっているんだろうけど
それでも鯖がフリーズする未来しか見えない
そこまでするならもう顔認証でスルーできるぐらいにして

私の記事を読んでいただいてる方には周知の話と思いますが、Suicaシステムが変わります。4年くらい前から解説してきた通りの内容ですね。

バ…バカなのかJR東日本…？？？？

オフピーク定期の導入でトラフィックが集中することはない、とか妄想でもしてるのかしら

今現在でもモバイルSuicaが反応せず詰まってるのを時々見かけますが（たぶんスマホ側の問題）……平日朝の通勤ラッシュのピークに耐えられることを祈るしかないですね＞

読んだらメリットもそれなりにありそう👀素人が気にするくらいだから障害時の対応はバッチリやってくれると信じたいなー

これ、クラウドサービスが事故ったりレスポンス落ちただけで大変なことになりそうな気がするんだが

可用性の担保大丈夫なのだろうか？

Suicaはローカル処理だからあの速さが実現できると思ってるんだが。大丈夫かな。。。

オフピーク通勤推奨とか、ピーク時間は定期使えないとかやってたなそういえば。あれの拡張かな。

夏コミ vs サーバー ってコト！？

現状で処理できてるし疑問もあるけど、決済端末（改札）のシンクライアント化と考えると納得する部分もあり。改札が固まるケースは稀によくありそう。

これで都内どの鉄道会社でみ乗り放題カードとかが誕生するのかな。

本当にクライアントサーバ型で、あの東京駅や新宿駅の改札がさばけるのか、実に見物だ

改札を通れなくなるトラブルが多発する未来が見える…

耐障害性がそれでいいという判断なんだろうけど実際なんかあったら多分国交相事情汲まずに厳しいこというと思うんだけど

サーバに移行するメリットはわかったので、処理速度と耐障害性が従来から下がらないよね？って所が気になる。:

エリア跨ぎ制限ってそういうことなのか？？
いずれにせよ御殿場行くのに切符を買わなくてよくなるならうれしいなぁ。

今の設計知ってれば障害時に全く使えないみたいな設計はするはずないのでたいして困らないだろう。不通時はエッジで計算させたり。 |

処理速度は高速になるとのことだけど、信号の伝達時間は増えるよね？その辺は大丈夫なのかな？あと災害耐性が下がるのでは？

> サービス機能の拡張性向上、高速処理による複雑な計算の実行、改修作業の工期短縮化とコストダウンが実現するという。

>
たしかにサーバ側にロジックを持たせるのは、例えば web/アプリとの親和性高くできるし良いと思う一方
ネット越しの計算挟んでも今の爆速レスポンス維持できるのかと、
ネット障害時どうなるのかが気になる👀

ごろから

まあ耐障害性はがっつり下がるよな…改札機のコストは下がりそうだけど。
秋田に導入するとき、無人駅ってどうするんだろうね。

あのトラフィックをさばききれるのか >

"従来のものは耐障害性などスタンドアローンによるメリットもあるが、ICカードにデータを記録するため記憶容量に限界がある他、Webやスマートフォンとの親和性にも課題があった"

スタンドアロンだからこそのメリットを捨ててまで集約して大丈夫なのかなと
サーバー死んだら全員改札内から出れないとか色々ありそうなんですが

いやユーザーは求めてないし従来の耐障害性を優先してよあほ

Suicaのサーバ化ってこういうQRコード拡張とかのためかな？

NWかサーバ死んだらおしまいじゃん
社会基盤を提供より
付帯サービス向上を目指すか、、、JRは民間企業だもんね
電車運行の収益が落ち込んできているだろから。。。

Suicaの最大の長所、処理速度と分断耐性が損なわれるし、俺はSIerとしてのJRを信頼してないのでどうせトラブル多発するんやろな…って思いつつ、今の分散型のシステムだと限界あるのもわかる

首都圏展開初日にサーバダウンで全改札無条件全開放まで見えた。

当日は出勤を控えて自宅で愉悦に浸ってるのが良さそう（

これ障害起きたときに改札通れなくなってひどいことになったりしないんだろうか……

これ、記事の内容だけじゃ詳細わからんしなんとも言えない気がするけども

スタンドアローンでの良さを完全に捨てる設計にしたのですかね。てっきりエッジコンピューティングも活用しつつサーバー側と連動するようなハイブリッドなシステムにするのかと思っていました。地下鉄その他はどのような仕組みにしているのですかね。

これ、通信ラグで現状より遅くなるし、鯖落ちしたら駅の中に閉じ込められる気がするんですけど。

まあ飛び抜けた高可用性と拡張性をトレードオフしてるシステムだもんなこれ…。素晴らしいアーキテクチャではあるけれども時代にそぐわないのは確か

複雑な支払い処理を可能にしたい気持ちはわかるが運用コストや障害リスクに見合わなさすぎでは…

現状はあの改札機単体で運賃計算してるんですね。知りませんでした。なので、アップデート的なサービスや機能拡充がほとんどなかったんですね。時代的な背景があるとはいえハード的に何とか落とし込んでしまったのは、別の意味ですごいです。

過剰能力を持て余している地方事業者の繋ぎ止めだろう🧐
JR東日本へ支払うライセンス料が巨額で、福岡、広島とか処理速度が遅くても投資安価なクレカタッチへ移行する事業者もいる🤔

これは気になる案件。ガラパゴスなシステムとは言え、表向きものすごく快適だし。：

これはちょっと危険な香りがしてしまうのは私だけ？
何かあったらとんでもない事になりそう。

これやるとSUICAはNFCより早い（ドヤァ）神話が無くなりそう。

個人的にはSUICAが早いのではなくて改札時のサーバレスポンスが早いと思ってる。

CSモデルへの移行か。
それなりにうまくやらないと、ピーク時に捌けなさそうだが、まあそんなことにはならんでしょう。

電子決済の上限上げたいってコト？

あー、もしかして物理カードに残高を入れておくとネット決済に進出できないとか、サーバ介さないと改札のQR対応ができないとか、そういう金融的な広がりをとったということなのかな。

知らんけど。

数日前にフレッツ光の大規模障害あったけど そう言うのがあると改札通れなくなるの判ってないJRうんこだなｗ

改札機ごとに計算させるより鯖一極の方がコスト安いのは分かるけどそう言う話じゃないと思うんだよね…。

駅Proxy的なもので一定時間キャッシュするのかな？全部センターと通信するのかね🤔

■

サーバを介さないからあの大人数を捌けると聞いてるが。
鯖落ち翌日は詫び石用意しないといかんな

簡易読み取り機が安くできれば、少なくともすべての特急停車駅でチケットレスの仕組みできそうなのだが(運賃がSuica、特急券のみをモバイルSuica決済)／

改札機+ICカード（Suica）の拡張性に限界があるので、センターサーバに寄せるってことなんだろうけど、耐障害性の担保どうするんだろう。通信障害落ちたら改札通れなくなるとか、ユーザー的には強烈な不利益変更だよな

＞従来のものは耐障害性などスタンドアローンによるメリットもあるが
そのメリット投げ捨ててサーバ移行する理由が見当たらないんだよなぁ… こと日本においては

これサーバ落ちたら改札通れなくなったりしない？ 大丈夫？

「従来のものは耐障害性などスタンドアローンによるメリットもあるが、ICカードにデータを記録するため記憶容量に限界がある他、Webやスマートフォンとの親和性にも課題があった」

≫

あーあ

どっかのインチキコンサルに唆された説ない？

スタンドアローンだからこその障害への強さとか応答性の高さがあったと思うけど、その辺りは技術の進歩で対策出来てるってことかな
出来ること増えるのは嬉しいし楽しみだな〜

この記事見て最初に思ったのは「どこの業者に騙されたの？」で、次に思ったのが「これリアルタイムでサーバーと通信する必要ある？」で、最後に思ったのが「世の中スマホ信じすぎ」

サーバダウンして大混乱とか起きそうで怖い

万一システム障害が発生しても、改札開放(乗車無料)にすればなんとかなるし、それより維持費や機能向上(エリアに制限なくなる？)の方がメリットって判断なのかな？

一昨日のNTT東西における通信障害を目の当たりにしていると、「本当に大丈夫なのか？」と余計な心配をしてしまう。

「5月27日から、北東北3エリア（青森・盛岡・秋田）の45駅で導入」
申し訳ないけど鯖障害で早々に爆死して中止になってほしい。災害リスク地域の東北からスタンドアロンを捨てるとか…

瞬間で対応できるもんなのかな。サーバがどこにあるかにもよるけど

運賃計算を改札機でやるからこその冗長性だったはずで、新方式だとどうなるんだろ。サーバ側との通信が途絶した際に旧来方式で稼働するという処理ならいいんだけど

がんばってください欲しいけどSuicaの完成度が高すぎてなぁ…