何かあると一日中TV各局のトップ飾れるし、新聞の一面も飾れるだろうし、SNSとかでもめっちゃ話題になるだろうからしっかり検討した結果なんやろうなぁ

運営側のコスト削減の側面が大きいように見えました。サーバ間通信が多くなることでレスポンスが悪くならず、災害時の脆弱性対策が十分であれば問題ないですけどね。

うーんど考えても改悪

これに関するコメで同じようにツッコまれてるけど、まさか一ヶ所での対応じゃ無いよね。だとすると、サーバーや通信網に障害出たら、 全改札使用不可になるけど💦⇒「 運賃計算を改札機から 首都圏は23年夏ごろから

システム障害発生したら地獄絵図になりそうな・・・・

どうやってレスポンス速度を確保しているのだろうな？ JR線路上で信号線敷設工事をあちこちで見かけたが、おそらくはこのための光ファイバーだったのだろう。

『運賃計算実行を改札機からサーバ側へ』

🙆‍♀️機能の拡張性向上
🙆‍♀️ICカードの記憶容量上限への対応
🙆‍♀️スマホ等との親和性向上
🙆‍♀️高速処理による複雑な計算の実行
🙆‍♀️改修作業の工期短縮と費用低減

🙅‍♀️スタンドアロンによる障害耐性の喪失

障害耐性を犠牲にどうなるか興味深い🤔

これは期待しちゃう。
駅ビルのJREポイントとの統合や、私鉄との柔軟なフリーきっぷもやってほしい。

つまりのところ通信トラブルが発生したら今までダウンしなかった改札がダウンするってこと
ユーザーとしてはリスクのみ
(沖縄もモノレールはsuica使えるが誰も使わないので無問題ｗ)
--

運賃改正時の変更コストのダウンと改札機のコストのダウンが見込めそう。
とはいえサーバ・ネットワークが事故ったときは大被害も……。

サーバーに何かあったらみんな駅に入れなくなるのかな？

大分危険な匂いがするけど大丈夫かな…杞憂だといいんだけど……

マ！？ タッチしてゲートあくまでのレイテンシに耐えられるの！？

昨日のサーバ事故みたいにならんのかね？冗長化してても過度なアクセスで更にと連鎖崩壊するのが目に見えるようですがね。特に集中化した場合に連鎖崩壊を止めることは厳しいんですけど。

一人利用ならSuicaで青春18きっぷも夢じゃない？

ネットワーク障害やサーバー障害で混乱する未来

read later:

ネットワークコストも安くなったしね
今だとエリアまたがるとき面倒だからね
あとは混雑時に落ちないことだけ願うよ

そもそも改札機でやってたんだ

スタンバイ2系統くらいないと怖くない、、？

Suica落としても即座に停止できない問題か解決するのかな？

センターサーバーがSPOFになりそうな予感しかしない

なんとなく大規模障害の香りがせんでもないけど、わざわざやるってことは僕ら利用者には見えないところで限界が来てるんだろうなあ。

普段は便利になる気がする。

しかし…

そういうことだよね。万能はないので。

どちらが良かったかは後で見えてくるでしょう。

システム導入から5年後、10年後のネットワーク機器交換で大規模ダウン、交通網大混乱。って未来が見える。

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

公共交通機関用の電子マネーとしてのSuicaはほぼもう完璧に役割を果たしている訳で
今後はより電子マネーとしての色をより強めていくのかどうかが気になるところ

今まで、改札機毎に処理していたのか…

会社をまたいだ利用をちゃんと想定してくれているといいんですが…無理かなぁ…(´・ω・`)

ネット切れたとき対策も何かしら入ってんだろか。ローカル改札機はダム端末になるように見えるけど |

大規模ネットワーク障害が週末の首都圏直撃でＪＲ全線ストップ、ウン千万人に影響…なんて記事が目に浮かぶ

つい先日Suicaの決済サーバが落ちて終日復旧せずってニュースになってたのに？サーバトラブルで改札通れないときは決済無しで通せよ？

オフピーク割引とか開始して、スタンドアロンがしんどくなってきたんだろうと推察
しかし耐障害性考えると勇気が要るよなあ

これ本当にラッシュ時に耐えられるのかね？性能テストができない領域だろうから、懸念している。

QRと違って、改札機とセンターサーバを通信する点か。

応答速度とサーバー障害対策が気になる

サーバやネットワーク起因のトラブルの予感を今からしてしまうのだが。非常時の回避策かなり設けておかないとヤバそう。

Suicaの運賃計算が、改札機からサーバー方式に変更される。ネットやサーバーが止まると改札を通れなくなる。

サーバトラブルで改札大混乱とかにならなければいいが・・

移行のチャレンジは素晴らしいけど、サーバー側でトラブルあったときどうなるんだろう

これ、だいぶ前に話題にした気がする

これってサーバー耐えられるんだろうか。
首都圏って尋常じゃない量のやり取りあるだろうし。
少し違うけど今日(というか昨日)は障害もあったみたいだしなぁ。

東日本エリアに統合されるからエリア外の土合、白河、只見、津川、今泉にSuicaで降りる事が出来る日が来るってこと!?

・・・オフライン残して

> 改札機で実行していた運賃計算を、サーバ側で行うことにある。これにより、サービス機能の拡張性向上、高速処理による複雑な計算の実行、改修作業の工期短縮化とコストダウンが実現するという。障害耐性などスタンドアローンによるメリットもあるが

従来のSuicaとの大きな違いは、改札機で実行していた運賃計算を、サーバ側で行うことにある。
利用者にとっての利便性も期待したいところだが、少なくともコストメリットはありそう。

ほほう🤔🚃

今まで改札機個体で
計算してた方のが驚きなのだが…
落雷とかでネットワーク落ちて
大惨事にならない様に頼む

レイテンシとか耐障害性とかどうなるのか気になる

サーバーがダウンした時の対応はどうなるんだろ？
東日本の鉄道網がパニックになるのだけはやめてほしい。

改札機で実行していた運賃計算を、サーバ側で行う。サービス機能の拡張性向上、高速処理による複雑な計算の実行、改修作業の工期短縮化とコストダウンが実現

ネットワーク障害とか起きないのか心配だが。

これすんごい便利になりそうだけど、技術的に大変そう。
耐障害性、決済スピード、大きな駅での輻輳とか。

レスポンスとか大丈夫かしら？って少し気になる🤏

「 運賃計算を改札機からサーバに移行 首都圏は23年夏ごろから …

あーこれ嫌な予感しかしないやつ(´・ω・｀)＞

あー、堅牢さ高速さを捨てるしかないほど複雑化してるのかも。これからは障害がちょこちょこ起きるかもな。

Suicaという巨大利権を守るため、JR東日本がいよいよMaaSに本気を出すもよう。最大の弱点だったサービス機能の拡張性のなさも解消されるとのこと。東のエリア内に数多存在する「なんちゃってMaaS」はゴミ屑のように一掃されるだろう。恐ろしい

Suicaのチャージ金額も増やせる？

むしろ今まで全部エッジ側で運賃計算させてたのか知らんかった…

サービスの拡張や処理速度の向上など、ニーズの多様化に対応

今日Suicaの決済サーバで障害発生して鉄道は問題ないってなってたけど、新システムに移行したらサーバやネットワーク障害時の影響が大きくなると思うけど大丈夫かな？

これよりも残高表示位置変更のほうが先でしょ？
直角なボックスシート然り、JR東日本はユーザービリティ改善の機運がなさすぎ。

地獄絵図しか見えてこない(Ｕ＾ω＾)

ありゃ？ローカル処理だからこそ高速なんだと思ってたけど違ったのか。誤解してた。

興味深い。

自動改札の運賃計算をサーバー側で処理と聞くと障害耐性が心配になるけど、こうして見るとたしかにサーバー側で処理できるメリットも多いなー。

期待。

ただ、「ICカードにデータを記録するため記憶容量に限界が」って、、ストレージは高速高容量小型化が進む中なのに、なんだか情けない。。

決済経済圏を広げたいとか考えたら限界があったんだろうなぁ

おおお…👀

Suica遂にサーバー方式やるのか

ふーむ。200msとかいうレスポンスタイム要件をクリアできる目処がたったってことなのかな。
通勤ラッシュ時でもパンクしないのか…？ちょっと不安

JR東日本
「 Suica 」に 新改札システム
運賃計算を改札機からサーバに移行 首都圏は23年夏ごろから

平時はこのほうが
・サービス
・処理速度
等に優位性があるだろうが、通信障害など非常時が心配

コスト削減とサービスの多様化への準備って感じかなぁ
ネット死んだら改札から出れないトラップとか発動しそうだなw

頻繁に止まらなきゃいいけど‥：

投稿時間:2023-04-04 22:01:02

通信すると遅くなるからローカルで処理してると思ったけどサーバと通信で高速になるのか。今でも十分早いのにね。

NowBrowsing:

処理速度優先でスタンドアローンにしてたわけだが、大丈夫かな

スタンドアロン型が強みだと思っていたけれど、それを辞めてまでも取りたいメリットがあったのか

これ、よほど障害設計しっかりしとかないと、悲惨なことになる未来しかみえないんだけど…

これ性能面大丈夫なのかなぁ。

センターサーバー方式に変更する。

うわマジか....
耐障害性の確保やらなんやら現行並みを担保できるんかな...