月は春祭りで、家庭の再会を行くためのチケットを買って、中国はそれゆえ、私たちの最大の願いです12306 もピークチケットを迎えました。 鉄道部門は、期待されている2020 インディアン1 越22 日（二十から八）、1 越23 日（第十二太陰月29 ）チケット購入月、ピーク旅行期間として12 越24 日と25 月には、グラブを到来を告げますチケットピーク。ビューの胡統計ポイントの数は、今年の春によると、2020年の年次春祭りの旅行の数が見積もられている30 かそこら億円となりました。
| 年 |
鉄道 |
高速道路 |
水路 |
航空 |
|
| 2011 |
2.3 李 |
26.4 李 |
3260 |
4000 ワン見積もり |
30 李 |
| 2012 |
2.35 李 |
28.47 |
3488 ワン |
4245.1 ワン |
31 李 |
| 2013 |
2.40 李 |
31 李 |
3810 ワン |
4250 ワン |
34 李 |
| 2014 |
2.66 李 |
32.8 李 |
4200 ワン見積もり |
4344.8 ワン |
36 李 |
| 2015 |
2.95 李 |
24.22 李 |
4914 ワン |
4284 ワン |
28.09 李 |
| 2016 |
3.25 李 |
24.95 李 |
5140 ワン |
4260 ワン |
29.1 李 |
| 2017 |
3.57 李 |
25.21 李 |
5854.8 ワン |
4397.6 |
29.81 李 |
収入や他の新興自動車のカープールモードの効果は、減少傾向にある春の総数が、乗客の数や鉄道が着実に増加しているが、鉄道に乗るの数が今年はで訪問親戚に家と推定される4 かそこら万人。
しかし、12 越23 ラッシュチケットのピークに初日12306 と崩壊は、常に旅行は、クエリチケットの家の時にロードに失敗した表示されます。
12306 あまりにもハード
アリ雲が12306と協力した後、めったに崩壊現象、特にこの歴史の作者「フライングドラゴン、王建の国」ここで紹介していない高並行性の問題に来なくなってきたのを見なかったが、我々は常に考えますシステム「Luhan公表ロマンスは」未来は8同時星で、しかし、脱線サポートできるというアーキテクチャの改良後にマイクロブログに耐えなかったときにイベント、または全く岸「趙麗穎馮紹峰の公式の結婚を宣言しました」。一般的に、典型的なシステムは、各サービスノードのローカル在庫を割り当てるためのスパイク技術を分散使用し、その後、メッセージキューおよびキャッシング技術により全体的な在庫、特に以下のように示さを低減します。
しかし、12306や雑貨店、ソーシャル・ネットワーキング・スパイク・システムは非常に異なっているが、また、分散、キャッシング、ロードバランシングの問題を解決します。二つの主な効果最も大きな影響があります。
1.アーキテクチャに完全にフィットしませ券を配布さ：2019年1月4日の日付PVが発売に、131060000000ページビューに終日チケットを達しながら、2015年の春祭りのチケットの販売は、636万/日に達し、600万人以上となっています1282万。二から一一〇〇〇〇〇〇〇〇〇の軽薄な日の量と比較し、この量は何もありませんが、異なるため、列車の切符や雑貨、彼は広州に例えばサブステーションの販売、北京ですが、私が買った24のステーションがあり、ときにそれをフルチケットの下で、チケットのすべての範囲のすべての棚、24の合計が必要になります！= 300。12306実際には、私の知る限り地元の部門への完全な運賃の一部のみを知っているように、各ローカルサーバのインベントリに配布株式、チケットのセクションにまたは中央に難しく、そしてどのようにチケットの範囲も、合理的な分布そのものであるので、問題ですが、また、一般的な商品の10倍の実際の売上高は、さらに、対応する1200万の販売ボリューム上のレバレッジの発券セクションによって影響を受けます。
2.クエリ/単数下比率が高すぎる：、私は再び製品やパリティは表示されません「ダブル10月」、現在のクエリのトランザクションは、アリ、関連する未発表のデータが、90％以上の12306を占めたが、私は実際の経験から見ますしかし、問い合わせが取引量ではありませんので、直接、活動に関わるものは90パーセントを占めていません。そして、頻繁にクエリが12306の圧力を増加します。
12306 に対処する方法
上述したように、12306の難しさは本当に素晴らしいクラッシュしていないが、私は揺れ胆嚢は以下を提案するような大規模なプロジェクトのスパイクシステムを、経験しませんでした。
予約は、所定の片道切符次のようになります。私たちは、そのスパイクのデザインシーンを知って、その本来の目的は、ユーザーエンゲージメント、増加のユーザ入力マーケティングツールを高めるために電気のサプライヤーです。12306は、リアルタイムの注文処理となり、集中処理に従って先着、すべてのサービスノードは、顧客の注文を記録集計し、そのような所定の通路用窓5分を与えられたいくつかの重点として、販売されるこのアプローチを使用する必要はないように思えます一括注文処理、Iは、徐放系の圧力テストの効果的な方法である銀行で働いてきたこの方法。
プログラマの購入プログラムに推奨
プログラマーのグループが実際に12306ウェブサイトの予約のいずれかを使用する必要はありませんでした、私も言及し、「家に行くの欲望」十一「あなたが達成するためにGithubのオープンソースツールの」ブログについて前にこちらをお勧めしましょうチケットツール（https://github.com/testerSunshine/12306）、それはこの目標を達成することができます。もちろん、これらのツールは、すべてのtensorflowに依存しているため、自動的ので、より適切なクイックステップまたはより高速なグラフィックスを持っているために、確認コードを入力してください。このソフトウェアは少しリスクをクリックしての完全に人工的な方法であるので、それは長くありません大規模な使用などとして問題になりません。
この使用は可能性が定める「悪質なクローラによって妥協ネットワークセキュリティ」と「データ・セキュリティ・マネジメント・アプローチ」をタッチすることですので、しかし、それはまた、グラブ票に機能をクラスタリング、GitHubのとマルチスレッドを行うにはいくつかのソフトウェアで発見しますこの仕様書の規定は、ソフトウェアの購入の列車の切符のクラスタスパイクの使用はお勧めしません。
