3ページ目の「Suicaのペンギン」像が一番驚いたわw

> 全ネットワークがダウンする可能性はゼロではないので、その場合は諸外国で見られるように「一時的に改札を全開放して全ての乗客を素通しする」といった対策などで対処することになるとみられる

現状のSuicaは25年来のシステムでありすでに技術の発展性には限界が近いこと、そのうえで必要だったのがクラウド化だったこと、…

みてる:

ふーん。Suicaってもう25年たってるシステムなのか。(´･ω･`)

デバイス(現場)で処理する分散型よりは一箇所で集中処理する方が良いけれど、そこが何らかの攻撃を受けると全体が麻痺する危険もあります。安全は相対的。

耐障害性が高いっていっても20年以上前の技術で作ったオンプレ機器じゃ、今のニーズに対して対応出来ないからね…( ˘ω˘)

納得の記事。

多分、当時の設計しそうとか読み解ける人がいなくなったんじゃない？だから、最近の構築手法に当てはめ直したんだと。回線も複線って言うが多分同じ業者を複数契約してるんじゃ無いかね

Suica神話、言い得て妙。「下町ロケット」みたいな成功ストーリーが付くと"妙な"（ｸｲｸｲ）固定ファンが付いちゃうよな。

SuicaとPASMOの統合懐かしいな。
まあSuicaについてはここで書けないようなことたくさんあるわ笑

四半世紀前のシステムなら、刷新もやむなしなのかな。
ともかく安全に移行してほしい。

サーバー方式にするなら履歴で支払った店も確認できるようにしてほしい。「物販」じゃ分からねえよ…

なるほど、いうて「25年前の技術」で、今はデメリットが大きく成っていると＞

こっちの記事見ると仕方ないよなってなるから、
やっぱり印象って大事よね。

環境が変われば最適なソリューションも変わる。でも自動改札の「ピッ」のところの角度は多分当面は変わらない。

Suicaシステム移行からざっくり学ぶ、ここ25年の技術変化

"「一時的に改札を全開放して全ての乗客を素通しする」といった対策などで対処することになるとみられる。"
なるほどその手が。

流石に20年が経過すると時代に合わせて変更したほうが良いことが増えるということか

<その場合は諸外国で見られるように「一時的に改札を全開放して全ての乗客を素通しする」といった対策などで対処

乗り鉄大歓喜！！

ほーん、段々とクラウド化への理解はできてきたけど
やっぱり通信障害時が怖いね
うまいことローカル処理残してどうにかならんのかな

膨大な通信負荷に対応する目途がたったのかしらん（でも障害はおきると思うな。とフラグぶっさし）

回覧。

改札通過が今の「1秒タッチ」から「1秒静止」になったりしてね。ネット経由で今の爆速運賃計算＆決済を維持できるんだろうか｜

そりゃオンプレでローカルなら速いし耐障害性も高いけどそのために犠牲になってたものもあるし耐用年数もあるんよ という記事 なるほどなあ

この記事のにあるネットワーク障害時は諸外国で実施しているような「一時的に改札を全開放して全ての乗客を素通しする」をやるという対策もあるが、それだと後で「入」の記録を取り消す作業が必要でそれで行列しそう。結構難しいな。

時代の流れとはいえ、安定稼働していたシステムがクラウド化すると、ちょっとした障害で全部止まるんだよねえ・・・

俺の小並感がきちんと言語化されていた

僕は気がついてしまった。
Suicaだけじゃないけど、
これ、電気が正常に動いている時だよね。
防災とか考えると、こんなにカード社会に移行して大丈夫？

長距離列車の切符を電子化するには必須のシステムですな。

システム障害時はとりあえず改札は開放してくれるみたいなので、閉じ込められる事は無さそう。

「クラウド」は「ローカル」の対義語じゃないから。はともかく、ボロクソ言うのは障害が起きてからでも遅くはない(遅いけど)。

ちょっと悲しいね
今の構成の方がいいと思ってるけど、なんでかえるんだろね

乗降1回ずつ計2回、ピークタイムもある程度予想できると考えるとクラウドにしてもそう簡単に障害は起こらなさそう｜

なるほどな、サービス拡張するためのサーバ型

(ギュッ

拡張性って大事だよね

記事末の「新宿にあるSuicaのペンギン」がシュール

こないだお店での決済でトラブルあったしそういう懸念はありそうよね
てか鉄道の改札に影響なかったってそういうことだったんだなって

必要性はわかるけど、やっぱり予期せぬ障害は起こるんだろうな

リスクとのトレードオフ含めて合理的だと思うし、万一の障害時利用者側に影響が無いならありだよね

ニュース見た時に感じた、なぜクラウド化？、という疑問に答えてくれている記事。確かに、読んでみるとローカル処理は限界に達してる感じがした。

まぁ、確かに２５年近く使ってる「レガシーシステム」なので、そろそろ見直しのタイミングではあるのかもしれない。

リア友のSuica好きに、ちょい聞いてみよか？便利になるんだろうけど、サーバーダウン時の対処？滅多に起きないと思うけど、こればっかは稼働させなきゃ分からんしなぁ〜

Android 系のスマートウォッチのなんちゃって Suica だったのが、モバイル Suica に対応した機種がでるなら嬉しいが

きっと想定を超える何かが起きるんだろうなー。

急にポストペイの話が出てきてもしやPiTaPaが使える前触れなのでは（多分無い）

(* ˙ ꒳​ ˙ )上手くいきますように…。
＞なぜ、いまクラウド化なのかといえば、それを実現できるだけの「高速なネットワークと大規模処理が可能なサーバ環境」が整ったから

一応、改札の速度が多い首都圏は改札機独立も併用。
システム屋さんらの懸念は判るが、しゃーない。
高いですからね、これの改札機・・・・

本気で
「25年前の技術ではローカル処理にすることでしか安全性を担保出来なかった。
……だがっ！今は違うっ！！」ｷﾞｭｯ
案件じゃったか。

Suica神話と称されるローカル処理も、25年経った今では色々と課題に直面してるのね。納得。

Suicaもシンクライアント化するんだな

いままでローカル処理だったのか。

サーバーや回線のダウンのリスクは否めないが、やはり移行するべきだろう。それによって将来得られるメリットは計り知れない。

↓

今まで駅・エリアごとに分散構築されてたんか。

チャージ金額の限度撤廃や物販時のオートチャージもできるようになるかもしれないみたい。
通信障害時も改札全開放すれば対応は出来そうだし、JRも決断したんだろうな。

先日iOSの更新でSuicaがウォレットに再登録する必要があったのだけど，これに対応する更新か。コスト削減と一元管理。Suicaが使えなくてもPay系のd払いでは飯が食べられたりしたから💦。

えぇ…

さらに詳しい説明。

あー…まあ、確かに今の処理能力考えたら山手線の朝ラッシュ位は耐えられるか。
現場分の費用をクラウド側に回して強化したり、冗長化して耐障害性上げる方がメリットデカイか

“運賃計算がサーバでの集中方式へと移行することで、これまでJR東日本管内でも存在していた「異なるエリアをまたいでのSuica利用」が可能”

つい先日も落ちてたよね？秒間数京回アクセスのDDoS攻撃に耐えられる設計になってますか？記事の後半になる程有耶無耶に書いてるのが気になる

大まかにしか理解出来てないけど、沼津までSuicaで直行出来るようになるのは嬉しいな。

大学や新人研修でアーキテクチャ設計の学習や演習に良さそうな事例。ラップトップで擬似的に改札機を再現して、機能をどちらに持たせると違いがどう出るか？耐障害性は？

それでも全ネットワークがダウンする可能性はゼロではないので、その場合は諸外国で見られるように「一時的に改札を全開放して全ての乗客を素通しする」といった対策などで対処することになるとみられる。

時代の流れよね
時計がコスト削減で更新時撤去されるように、改札のコスト削減なら必然的かもしれない

全ネットワークがダウンしたら？
→「一時的に改札を全開放して全ての乗客を素通しする」といった対策などで対処することになるとみられる。

その一言が聞きたかった……！

頑張って笑

"ローカル処理のために高価な改札機やサーバを駅に設置する必要がなくなって導入コストは大幅に引き下げられる" エリアまたぎも可能になる、なるほど

JRE内でも使えるエリア分かれてたのまじか、知らんかった

地方圏から見たSuicaの問題はいろいろある。エリアまたぎの問題、エリア内でも路線によっては一部の駅にしかICカード改札機が設置されていなくてそれゆえ定期券が発行できない（仙台エリア磐越西線など）、高額なライセンス料を嫌ってかSuica非互換ICを導入する事業者の存在

→「Suicaが新しいステップを踏むためにはクラウドへの移行が必要であり、トラブルの可能性を差し引いてもそちらの方がメリットにあると判断したわけだ」／

障害発生を前提にした記事は面白い

つかSuica依存者の多さよ(´・ω・`)

個人的メモ

ICOCAもいずれ移行していくんやろか…

そうなるとIC相互乗り入れは…はてはて？

25年前のテックノロジーの気分一新の季節ゆうことやな

文中に、「東京都内のJR駅で乗車し、新潟や東北の駅で降り」と、書いているが、都内も上越新幹線の新潟の駅も、東北の駅もJR東日本の営業管内
新潟県内の北陸新幹線駅にJR西日本の駅が在るので、この駅の事？
首都圏ボケ頭じゃ無いの？🤔

その辺はきちんと考えているとは思うけど、サーバーダウンや通信障害が発生したら改札が動かない…なんて無いですよね？

「すでに技術の発展性には限界が近いこと、そのうえで必要だったのがクラウド化だったこと、そしてクラウド移行で発生するリスクなどは当然JR東日本も織り込み済みで対策を行っていることがポイントとなる」

やっぱり障害起こるとすべての改札機が使えなくなる可能性あるんや。でも多重化で保険かけてるなら大丈夫なんかね

なるほどなぁ。是非冗長系の絵を見たいな。どうリスク回避する事にしたんだろう。

うーむ。なるほど。まとまっててわかりやすい。

トラディショナル重厚長大企業が、障害時には「一時的に改札を全開放して全ての乗客を素通しする」って意思決定できたのがすごい。

これでVISA−touchにも対応しますとかだとおもしろいけどね。クレカかそのままSuicaのかわりに使えますみたいなね。

大きな決断に踏み切ったよね。色々なことを天秤に掛けても利があると言うことだよね。

後でゆっくり読む

多分、JRと言う会社の雰囲気がこれを許さない感じがするから不安だったんよね。
たしかに機械のコスト半端ないわ。

この新システムでトラブルが発生した時は、局地的な問題では済まず、全体的な問題(広域で他業種に跨る)となり、パニック状態になるのでしょうね。

安全運用を願ってます！

JR東のことだから数回とんでもないことをやらかして落ち着くことだろう。日々の動作がもっさりしないことを祈る。

20年か🤔凄いよなSuica

1日数千万件ものトランザクションを
安定して分散処理できるという

この仕組みをマイナンバーに応用すべきなのになと

ともあれ

クラウドによる集権管理では利便性もあるけど
懸念される通りのことは起きるだろうな

しっかりとDRして、不具合の未然防止がされていることを願う。

不正利用が増える結果になるだろうな

情報漏洩とかな

そしたら、定期券とか乗車券以外の使い方はしないかも。

別記事によると、25年経過したシステムで色々な課題があり解決するための刷新のようです。
また、新幹線eチケットやEX予約、スマートEXはセンターサーバー方式との事で、全く実績が無い方法でも無いようです。

将来的に考えるとそうするしかないよなぁ。
スタンドアロンでは限界があるし。
むしろ今まで改札単独だったのがすごい。
まあ当時ネットワークほぼなかったからなぁ。

障害起きたら全開放か。想定済みだのなんだの言っても当然。

紙の切符買う人は改札の機械代払ってもらわんといかんよなぁ。QT

お。これがいけるようになるなら、東京エリアと仙台エリアの狭間で未だにSuicaに対応していない駅がいよいよSuica対応するか？
"「異なるエリアをまたいでのSuica利用」が可能になる"

安定性とコストの見極めはめっちゃむつかしい

Suicaの導入が25年前！？ そんな昔だったか……。
>