アカウント名:
パスワード:
クラウドがもてはやされ始めたときは柔軟にスケールアップできます！みたいなのがウリだったのに現実はそうはいかないJALのサイトはAkamai Edge DNSを利用しているようだが、どこがボトルネックになったのかWEBサイトは駄目だからアプリを利用してくれといったアナウンスも見掛けたがREST APIは別ドメインか何かで問題なかったということか
そのうち詳しい人が書いてくれると期待してるけど。JALはAmadeus(クラウド)使ってて、ANAの国内線は自社開発のable(今後Amadeus移行予定)
さらにJALは4/11までの予約と4/12以降の予約は別システムっぽい。なので、今回のトラブル中も4/11までの運賃照会はできてた。
さて、どこが詰まったのでしょうか？
リアルタイムOS使ったら、リアルタイム性が確保されるわけでないのと一緒
決済システム辺りじゃないですかね。
なんつーか・・・アクセス過多が原因で鯖落ちがおきるんだからアクセスしてくるユーザーにもP2Pでサーバーの機能を肩代わりしてもらうような仕組みはできんもんだろうか
予約情報をブロックチェーンで扱えれば実現出来そうな気はするあとはブロックチェーンに記帳する性能、ブロックチェーンを維持するための報酬、フロント部分の実装がどうにかなればまーこのどうにかなればの部分が非現実的なんだろうけど（多分予約にすげー時間かかるし、信頼性維持のための報酬支払いは安くはないだろうからコストメリットもない）
>ブロックチェーンを維持するための報酬
「このアプリを起動しないと予約できない」みたいに予約の可否を人質にとればあるいは…
sradで一時期取り上げられていたNFTであれば、裏はイーサリアムのシステム（スマートコンストラクト機能）を利用して実現できる。というかそういったサービスを提供している会社 [ticketme.jp]が既にある。
これがクラウドに比べて安いのか、スケーリングしやすいのかは知らない。
フロントは単純に台数増やしたりスケールできるけど、DBサーバがまず鬼門な気がする単純にDBの仮想マシン増やしてもDBの整合性保つの困難だし、CPUやメモリをスケールしてもロックだったりコネクションの関係でそこまで性能はスケールしないし（ここはシステムの作りに依るけど）これが整合性はある程度で良いようなシステムだったら、ガンガン突っ込めるから素直にスケールできるんだけどねあとはその後の決済システムもネックになりそうだけど、こっちは色んなサイトから叩かれてる場所だからそもそもそれなりに捌けるようにはなってると思う
Aurora Serverless [amazon.com] くらい使えばいいのにっていう AWS の宣伝だな
座席予約システムみたいにレコードロックが厳密に行われないといけないようなシステムだと、最初から処理目標値に合わせた設計するから一時的にスケールアップなんて言ったって、ある程度はハードウェアでゴリ押せてもても限界あるからねぇ。単なるチケット抽選と違うからとりあえず受け付けて後日返答ってわけにもいかんし。
そこだよ。キャンペーン分の座席はほぼ完売とみて良いので、その座席だけを販売するキャンペーン用サイトを作ればよかったんだ。通常販売分は、キャンペーン分の座席を、臨時で販売不可にして運用すれば良い(いくらなんでも、それぐらいは設定できるはず。)
その考え方だと、通常システムへの流し込みは既存でも出来るだろうが、それ以外はほぼ全部二重投資が必要だから、一番安く上げるにしても現行システムのWeb部分とDB部分と決済部分をコピーしたシステムの構築コストと通常と同じだけ管理コストが上乗せになって、キャンペーンを打つ前に費用面で中止だな。
でもANAの格安チケットセールは専用サイトでやってたよ？なんでANAにできてJALにできないんだろ
それ、そもそもの間口がANA側の方が広かっただけってことはないかね?
> ・ANAが「2/28に平日片道7000円セール」を発売すると発表> ↓> ・JAL、対抗して「3/9から片道6600円セール」を発表
ANAはちゃんと準備してセールした。一方、JALはANAに対抗するためにスケジュール優先で準備が足りなかったのでしょう。春休み前にセールしないと意味薄くなりますからね。
コスト削減を名目に設備をぎりぎりまで切り詰めたくせに、経営判断の名のもとに無茶な後付けサービスの追加要求される場合もあるからなぁ。今の設備では無理ですと説明しても社内の抵抗勢力扱いされるだけ…
現実にはスケールの速度が足りないのでウォームアップが必要だったり、ソフトリミットがあってクラウドベンダーに申請必要だったり、既存システムや外部システムがボトルネックになるのに考慮されていないのはあるある過ぎますね。。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
人類はいつまでアクセス集中と戦う必要があるのか (スコア:0)
クラウドがもてはやされ始めたときは柔軟にスケールアップできます！みたいなのがウリだったのに現実はそうはいかない
JALのサイトはAkamai Edge DNSを利用しているようだが、どこがボトルネックになったのか
WEBサイトは駄目だからアプリを利用してくれといったアナウンスも見掛けたがREST APIは別ドメインか何かで問題なかったということか
Re:人類はいつまでアクセス集中と戦う必要があるのか (スコア:1)
そのうち詳しい人が書いてくれると期待してるけど。
JALはAmadeus(クラウド)使ってて、ANAの国内線は自社開発のable(今後Amadeus移行予定)
さらにJALは4/11までの予約と4/12以降の予約は別システムっぽい。
なので、今回のトラブル中も4/11までの運賃照会はできてた。
さて、どこが詰まったのでしょうか？
Re: (スコア:0)
リアルタイムOS使ったら、リアルタイム性が確保されるわけでないのと一緒
Re: (スコア:0)
決済システム辺りじゃないですかね。
P2Pでスケーリングできんか？ (スコア:0)
なんつーか・・・アクセス過多が原因で鯖落ちがおきるんだから
アクセスしてくるユーザーにもP2Pでサーバーの機能を肩代わりしてもらうような仕組みはできんもんだろうか
Re: (スコア:0)
予約情報をブロックチェーンで扱えれば実現出来そうな気はする
あとはブロックチェーンに記帳する性能、ブロックチェーンを維持するための報酬、フロント部分の実装がどうにかなれば
まーこのどうにかなればの部分が非現実的なんだろうけど（多分予約にすげー時間かかるし、信頼性維持のための報酬支払いは安くはないだろうからコストメリットもない）
Re: (スコア:0)
>ブロックチェーンを維持するための報酬
「このアプリを起動しないと予約できない」みたいに予約の可否を人質にとればあるいは…
先行例とか調べないのかな (スコア:0)
sradで一時期取り上げられていたNFTであれば、
裏はイーサリアムのシステム（スマートコンストラクト機能）を利用して実現できる。
というかそういったサービスを提供している会社 [ticketme.jp]が既にある。
これがクラウドに比べて安いのか、スケーリングしやすいのかは知らない。
Re: (スコア:0)
フロントは単純に台数増やしたりスケールできるけど、DBサーバがまず鬼門な気がする
単純にDBの仮想マシン増やしてもDBの整合性保つの困難だし、CPUやメモリをスケールしてもロックだったりコネクションの関係でそこまで性能はスケールしないし（ここはシステムの作りに依るけど）
これが整合性はある程度で良いようなシステムだったら、ガンガン突っ込めるから素直にスケールできるんだけどね
あとはその後の決済システムもネックになりそうだけど、こっちは色んなサイトから叩かれてる場所だからそもそもそれなりに捌けるようにはなってると思う
Re:人類はいつまでアクセス集中と戦う必要があるのか (スコア:1)
Aurora Serverless [amazon.com] くらい使えばいいのにっていう AWS の宣伝だな
Re: (スコア:0)
座席予約システムみたいにレコードロックが厳密に行われないといけないようなシステムだと、最初から処理目標値に合わせた設計するから一時的にスケールアップなんて言ったって、ある程度はハードウェアでゴリ押せてもても限界あるからねぇ。
単なるチケット抽選と違うからとりあえず受け付けて後日返答ってわけにもいかんし。
Re: (スコア:0)
そこだよ。
キャンペーン分の座席はほぼ完売とみて良いので、その座席だけを販売するキャンペーン用サイトを作ればよかったんだ。
通常販売分は、キャンペーン分の座席を、臨時で販売不可にして運用すれば良い
(いくらなんでも、それぐらいは設定できるはず。)
Re: (スコア:0)
そこだよ。
キャンペーン分の座席はほぼ完売とみて良いので、その座席だけを販売するキャンペーン用サイトを作ればよかったんだ。
通常販売分は、キャンペーン分の座席を、臨時で販売不可にして運用すれば良い
(いくらなんでも、それぐらいは設定できるはず。)
その考え方だと、通常システムへの流し込みは既存でも出来るだろうが、
それ以外はほぼ全部二重投資が必要だから、一番安く上げるにしても現行システムのWeb部分とDB部分と決済部分をコピーしたシステムの構築コストと通常と同じだけ管理コストが上乗せになって、キャンペーンを打つ前に費用面で中止だな。
Re: (スコア:0)
でもANAの格安チケットセールは専用サイトでやってたよ？なんでANAにできてJALにできないんだろ
Re: (スコア:0)
それ、そもそもの間口がANA側の方が広かっただけってことはないかね?
Re: (スコア:0)
> ・ANAが「2/28に平日片道7000円セール」を発売すると発表
> ↓
> ・JAL、対抗して「3/9から片道6600円セール」を発表
ANAはちゃんと準備してセールした。
一方、JALはANAに対抗するためにスケジュール優先で準備が足りなかったのでしょう。
春休み前にセールしないと意味薄くなりますからね。
Re: (スコア:0)
コスト削減を名目に設備をぎりぎりまで切り詰めたくせに、経営判断の名のもとに無茶な後付けサービスの追加要求される場合もあるからなぁ。
今の設備では無理ですと説明しても社内の抵抗勢力扱いされるだけ…
Re: (スコア:0)
現実にはスケールの速度が足りないのでウォームアップが必要だったり、
ソフトリミットがあってクラウドベンダーに申請必要だったり、
既存システムや外部システムがボトルネックになるのに考慮されていないのはあるある過ぎますね。。