センターサーバ形式になると改善されるのだろうか。

【今週の人気記事】

時代の進歩か、サーバー管理であの人数の改札捌けるってことでしょう。
結局今までローカル管理してたのはラッシュ時のあの人数捌ききる必要あったからかと。

あとはトラブル発生時酷そうだなという予感。

運用面や拡張性はおいといて、現行のSuicaのアーキテクチャ好きだった。

クロステックさんでも解説記事出してほしい、ネットワーク遅延とかどうしてるんだろうって気になる

システムとしては素晴らしいんだけど、鯖落ちや回線トラブルに対するリスク・マネジメントがしっかりしてないと大変なことになるぞ？

2年前にはアナウンスがあった新システムが予定通りこの夏から運用開始と。Visaタッチが出てきたし，決済だけのSUICAじゃ先細りだもんねぇ。＞

首都圏と仙台を跨げるようになるってことは桃内とか白河にもsuica導入？

Suicaが導入された頃は、端末で処理するFeliCaポケットを革新的だと感じたな。サーバー型だと、東芝がSQL Serever 6.5で改札処理をしている話を聞いて、ページロックなのに凄い、と思った記憶。昔過ぎて曖昧だけど・・

確かサーバーに問い合わせにいくと、改札で通過・不通過の結果を出すまでの時間制約(0.1秒くらい)をクリアできなくて、改札機で処理してた記憶。
ネットワーク時間込みでこれを保証できるのすごい。

ネットワーク切れたらどうなる？

興味深々
特にNWの冗長とか

私に来るツイートは現行エッジモリモリの利点を称える方々と新側のネットワークこそ正義という方々が半々で、こうやっておじさんと若者の対立というのはできていくのだなあと思った。私は「どうせいざとなったら中間テーブルで何とかするんだろ」なので新側です。

『例えば、これまで利用できなかった首都圏エリアと仙台エリアをまたぐ区間のSuica利用を可能にする。』なるほど。より便利にする為の選択か。時代の変化だね。ただ障害時にどうなるかが心配。

全国の改札のシステムダウン修羅場まっしぐらかしら。ほんとにスタンドアロンより早いんかや？＞

『改札ダウン』フラグ?

オンプレていうかローカルであの速さをあの当時実現していたのは本当に凄いと思う。そして20年以上経ってやっと色々追いついたのね。JR東日本だけでなく全JR早く繋がって欲しい。

Suicaのレスポンス実現するには、通信スピードが相当クリティカルだと思うが、どう実現してるんだろう？？

【今日の人気記事】

SEの腕の見せ所だね。

2022年内に始めると数年前読んでまだかまだかと思っていたものがようやく見えてきた

ほー。》

確か今までのシステムは『なんで上手く動いてるのか』というような微妙な冗長性で成り立ってたような覚えがあるが、今後はしっかりした感じにするのか。

サーバー障害発生してSuicaが使えなくなる未来まで見えた。

いいからクレカのタッチ決済で通れるようにしてほしいね

将来の機能向上などの改修作業において、工期短縮が図られ、コストダウンにつながる →

導入が進めばSuica ←→ manacaエリアをまたぐ移動も可能になりそうですね。

青春18切符がモバイルSuicaで買える日は…
（これはSuica改札が存在しない駅もあるから難しいか…）

Suica の計算を、改札からサーバーに移管しようとする動きは別にいいんだけど
一番気になるのは
「運賃がキャンペーンで変わること」
これ、経費精算どうなるんだろう・・・

お、これは良いかもね。

「時間帯や曜日などの利用条件による割引クーポンや、鉄道沿線と融合したクーポンなども提供する。このほか、新幹線・特急による都市間移動や発・着地内の移動もSuicaをタッチして利用可能」

とにかくシステム障害を危惧するって、中央サーバに問い合わせる必要が無いのが誇りとは、アナログ回線やISDNが主流だった頃の設計だからレガシーを褒めるのかと？

いままでの非同期処理のほうがいいと思うのだけど、ボトルネックはどう考えているのかな？ 落ちたときに、精算って１箇所しかないから、いろいろ心配よ ーー

この方式のほうが早い…のか…？

明記されてないけど、改札機や端末のコストダウンが目的ですよね。利用者が少ない駅にも導入しやすいメリットはあるけど、トラブルが起きたときの影響の大きさが心配になります。／

JR東日本はセンターサーバー方式を採用した新しいSuica改札システムを2023年度から導入しSuica共通基盤化を推進する。5月27日から北東北3エリア( ・盛岡・秋田)の45駅に導入

え、これまでって改札側で運賃計算とかしてたんだ

災害時に役立ってたSuicaくん。居なくなるのか…

分散処理から中央処理への移行ってちょっと興味深いな

つまりよぉ…
ネットワーク障害起きたらSuicaで電車乗れないって事だろぉ…？
サービス機能の拡張性という名のデータ収集より切符、定期券としての信頼性を保てよ…

速度低下しそうだけど...？

やっぱJRに就職してぇ！！！

これ既存の分散システムの代替できるかというコメント多いけど、廉価版として作っているだけなのでは？今までコストの問題で置けなかった無人駅なのに導入していく目的なのでは？そんな記事をどこかで見たよ

確かに怖い構成だけど、併用ならありか。例外処理はきちんとしてると信じたい。

関東導入後初の平日にサーバー落ちないよう頑張って欲しい。
…が、きっとその日は電車や Suica 使わなくていいように調整しとくのが無難なんだろうな。

これあんまり良くなる気がしないなー
大規模障害とか起きなきゃいいけど

サーバ方式改札、Suica自体の機能も今後変わるのか。首都圏から仙台までSuicaで乗れるとか。すごいな。

これ本当にワークするんかな〜
処理速度に疑問があるしいろんな面でコスパ悪くない？

熱海にSuicaで行けるようになる？！

集中化になるのかな？改札機改修のコストも圧縮したいんやろな

改札あたりのコスト削減なんだろうけど、従来のアーキテクチャは本当にカッコよかったし、耐障害性は高そうだし、頑張ってほしかった

昔と比べて通信速度も向上したし、分散システムによる耐障害性よりもコストダウンを優先するってことじゃないかなー。大規模な障害が発生したら、最悪改札を開放すればよいし。 / "

基本的な利便性は向上するんだろうが先日のような基幹ネットのトラブルが朝夕のラッシュと重なったりしたら大混乱するんだろうな

> 時間帯や曜日などの利用条件による割引クーポンや、鉄道沿線と融合したクーポンなども提供する

この辺出来るようになるのはアツい。可用性どう担保するんだろ。特にNW死んだ時とか。一時的にローカルに切り替えるんかな

エンジニアがGitHub使えないので仕事終了と言うように、Suicaが使えないので今日は仕事終了にならなければ良いけど。

ここにありました。

「これまで運賃計算などは改札機で実施していたが、新改札システムでは、運賃計算などの処理をすべてセンターサーバーで行なう。」
→ってことはメンテする時は改札機に対して個別でやっていたのかな。。

不安しかねぇけどモダナイズはええやん

非中央集権のweb3で実装して、Ride to Earnしてみては？中央集権は時代遅れで悪！！

ローカルよりもサーバで計算した方が早いのは分かるが通信遅延とか含めてもセンターサーバ処理の方が早いのか -

レイテンシーの解決方法が見当たらないけど、どうなんだろ。コスト削減に比重を置いた施作？

ＪＲ東日本は、Suicaの新しい改札システムを始める。
Suica改札機だけで行っていた処理を、センターサーバー方式に変える。

最初は5月27日から、青森県、盛岡県、秋田県の45駅に導入するそうです。
他のエリア（首都圏、新潟、仙台）は、随時導入していく。

時代に合わせて進化していくのか

耐障害性は落ちるものの、それ以上のメリットがあるという感じなんだろうね

可用性どうすんだろ？？

マジであり得ない。
今までの設計でよかったんよ。
通信がある前提のシステムは Suica においてダメだと思うんよ

システムは完ぺきに動かない時があるのよ。通信が動かない時があるのよ。そういうときでも改札を出ることができたのは、エッジで計算していたから！アウトやね

負荷がこえーわ。
負荷が原因で高額請求なんて駄目だぞ！

単純に③が増えるから遅くなる気がするんだけど。。。今の機械、古いの使ってるのかな。。。
---

ほえー
rttとか考えると改札機処理だろうけど、複雑になったらそりゃ無理か
エッジで捌くとかしなくても大丈夫なもんなんかね
ネットワーク回りも特化するんやろか

コストダウンのためなんだろうけど、トラブった時の影響範囲が凄いことになりそう。
電車にほとんど乗らない田舎暮らしだからいいんだけどね…

Suicaの運賃計算が改札機からセンターサーバー式へ。これでクーポンでダイナミックな料金変更ができるようになると、例えば東京のNewDaysで越後湯沢駅までの乗車券割引クーポン配布して、そのままタッチで乗車ということができるかも。おもしろそう。

💬障害時には従来の方式に戻すみたいな仕組みも欲しい
新しいSuica 改札システムの導入開始について

タッチする度にサーバー繋いでたら遅くなりそうな気がするけど？<

顧客が直接のメリットが感じづらいのをプレスリリースできんのすごい。俺らもホントはそうじゃないといけんのだよな。プロダクトマネジメントさん。

技術の進歩にはあらためて瞠目させられるし歓迎するところでもあるんだけど、
サーバートラブルが起きたときはどうなるのかな

端末よりネットワークを経由した方が早いと言う状態に驚きを感じることもあるけど、長年使ってると普通にある事なんだよね。そう言う時にスケールさせるのもセンターサーバー型の方がはるかに簡単だし。

スタンドアロンで計算させるよりサーバーに集約した方が高速なんだ。

首都圏と仙台エリアをまたぐことができるようになるということは、駅でよく見た「つかえるのいわきまでだよ」みたいな表記が見れなくなるのですね。

残高表示画面が手前に変更されただけでも「とっくに通り過ぎてて見えんわっ」になってるのに、間に合うんかいなこれ。

大丈夫なのか？これ

改札機で分散処理しているからサーバーが止まっても数日は処理が継続できる、みたいなアーキテクチャだった気がするんだけど、大丈夫なのかな。_φ(･_･

大量のリクエストが発生する中で、ネットワークの遅延をどのように減らしているのか気になる。そのうち詳細解説されないかな。

Suicaシステムのエラー監視と日次集計バッチを手動で叩いてあの頃を思い出している…懐かしい

完全に個々の改札機で処理、しかも高性能っていう要件をどうやって満たすのだろうか。。。

サーバーというよりもMECに近いような気もする

そうそう、自分が知ってる世代のは、改札機にいろいろ機能ついてるらしい動きしてて、再現機材で改札機貸して？ってお願いしたけど、貸してくれなかったんだよ (ただ試作の改札機みたかっただけ)

ネットワークが死んだらやべーことになる

…のは、仕方ないことなのではあるが…

要するに先日のNTTの障害みたいなのが発生したら改札通れなくなって出社できないから障害対応も遅れるってことですね（名推理）

優れたエッジコンピューティングという印象だったが、クラウド化？改札機のコストがやばいのかな。

通信発生する方が遅くなる要因増えそうな気もしてしまう。
思い起こせば、EX-IC も通信している気がするが別に遅いと思ったことあまりなかったな。
改札手前で席予約して即通過できてた。

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

コストは下がるだろうが...大丈夫かな

頻繁にある運賃改定の時とか、駅ごとに異なるプログラムを改札機にデプロイする運用負荷も減りそう。

“現行の改札機と比べて処理スピードが速く” 改札機（ローカル）よりサーバに繋げたほうが処理が速いってのは俄に信じがたい……処理（＝計算）は速いけどレスポンスは遅いとかそんなオチじゃないよね？

ほほお。

みてる :

じゃけん
VISAタッチ使えるようにしてくれよ

SIerの下請けの下請けがJRの駅周って改札機のバージョンアップする作業が必要なくなったんだ😄

ネットワーク障害が発生すると混乱すること必至だな、バックアップ体制をいかに用意しておくかだろう

(｡･ω･｡)ﾉ

これってサーバーに障害があっても分散しているから障害を回避できるって記事があってすごいと思っていたんだけどどうして・・・どうして・・・

現状の仕組みだと今後使いたいQR改札とかは間違えなく使えないし、センターサーバーでやるしかないよね。ただ、障害に対しては間違いなく弱くなる。。

おお〜、システムダウンして機能麻痺する未来が見える