相談12306 パート4: 製品設計チームの経験不足

9月28日夜のニュース：多くの情報技術専門家と技術専門家が12306に相談した結果、結局、全員が同じ問題を指摘しました。12306製品は強力ではなく、これは製品設計と運用管理チームの経験不足に関連していました。次の 2 つの例は、専門家の判断をある程度裏付けるものかもしれません。

Sohu ITが12306ウェブサイトの構造を独占的に分析

2012年初めに鉄道部が発表した情報によると、12306乗車券システムは1996年6月の「第9次5カ年計画」で国家科学技術重点プロジェクトに挙げられ、1998年の「第9次5カ年計画」では最優先プロジェクトに挙げられた。これは鉄道部の主導のもと、中国鉄道科学院が主催し、全国の数十の大学や研究機関の数百人の科学研究者が共同で取り組んだ結果、開発に成功した。コア技術の自主研究開発と汎用ソフトウェア・ハードウェアプラットフォームの公開という技術ルートを採用し、開発には2年を要した。

10年以上の運用実績があり、6回のバージョンアップが完了しています。このうち、バージョン1.0では手動のハードボードチケットに代わるコンピュータ発券を実現し、バージョン2.0では地域ネットワーク化を実現し、バージョン3.0では全国ネットワーク発券を実現し、バージョン4.0では清算決済システムとのドッキングを実現し、バージョン5.0では座席の再利用と共有を実現し、バージョン5.2では実名発券、電子チケット、電子決済を実現しました。現在使用されている「強制キューイング」機能を追加するバージョンは、バージョン 5.2 以降の最新バージョンである必要があります。

実際の運用プロセスでは、開発と生産環境、つまりソフトウェアとハ​​ードウェアのプラットフォームは外部委託されており、この部分も現在入札中ですが、製品の設計とソフトウェア開発は中国鉄道科学院電子研究所（以下、鉄道研究）チームが担当しています。

国内の有名なインターネット企業の技術ディレクターである李氏は、2012年3月に就職活動中だった鉄科建12306製品開発チームのメンバーと面接をしたことをSohu ITに明かした。そのメンバーは長年にわたり12306のアーキテクチャ設計を担当していた。彼は12306のアーキテクチャ設計のアイデアとプロセスをLi氏に詳しく紹介しました。Li氏は、この建築家にはインターネット製品の設計経験がほとんどないと考えていました。

李氏によると、12306アーキテクチャの設計では、読み書きの分離や高並行性下での分散処理など、基本的な分散と高性能さえ考慮されていなかった。システムでは、異なるデータベースを異なるサーバーに分散して設定することや、読み取りと書き込みに対応するキャッシュさえ考慮されていなかった。プロセス全体でキューが考慮されていなかったため、スタックした後のキューイングなどの基本的な状況が考慮されていなかった。

これらはインターネット アーキテクトが持つ必要のある最も基本的な考え方ですが、12306 のアーキテクトにはそのような考え方がまったくありません。

実際、12306 システムの業務項目は比較的複雑です。航空券システムと同様に、チケット発行の業務ルールも複雑です。ルールの複雑さにより、セグメント化されたチケット発行、チケットの払い戻し、新しいチケットなど、特別な粒子と特別なフローが存在するため、それらに対応するアーキテクチャ設計が必要です。たとえば、技術的な観点から見ると、チケットの予約は書き込み操作であり、クエリは読み取り操作です。チケットの予約操作は、多数のクエリの影響を受けません。これは、読み取りと書き込みの分離を使用することで実現できます。

李氏は、大手インターネット企業にとって、12306は非常にシンプルなプロジェクトだと考えています。優れたアーキテクチャ設計と10～20人のチーム、製品と技術の統合があれば、簡単に完成できます。李氏は、12306 の設計者から、同社の製品設計チームは基本的に学術的なチームであり、外部との接触が少なく、インターネット製品の経験もないことを知りました。彼らは 12306 を社内システムとして開発し、開発後に外部システムとして利用できるように公開しました。したがって、現在の問題は避けられません。

さらに、このチームの問題解決の考え方は非常に素人っぽいです。混雑などの問題が発生すると、サーバーを追加します。別の問題が発生すると、さらにサーバーを追加します。サーバーには大量のミニコンピューターが使用されており、非常に高価です。元のアーキテクチャ上の欠陥に対処するためにサーバーを無制限に追加すると、システム コストが人為的に増加します。

興味深いことに、このプロジェクトに参加した捜狐ネットユーザーも捜狐で次のように明かしている。「私はこのシステムの生産環境のいくつかを構築し、開発現場を訪問しました。」プロジェクト全体では10人程度しかいません。正直に言うと、年間の人件費は300～400万程度です。現場の担当者は基本的に大規模な統合システム開発の経験がなく、そうでなければ環境構築すらできない状態です。私が感銘を受けた唯一のことは、現場にレッドブル、コーラ、インスタントラーメン、ソーセージなどたくさんの食べ物があったことです。 。 。システム自体も非常に粗雑です。 Tiekejian は Oracle のオンサイト サービスを購入しなかったため、すべての環境でメーカーのサポートとオンサイト サービスが不足していました。このような大規模なシステムは分散されておらず、クラスターも役に立ちません。2 台のマシンはストレージを共有しますが、クラスターではなく、単一アクティブ システムです。簡単に言えば、2 台のマシンで処理できるものが、1 台のマシンでは使用されないままになっているということです。セットアップ前のソフトウェア サーバーのバージョン要件はなく、非常に簡単です。 。 。私の経験上、人件費だけで500万程度、サーバーやネットワークの費用も含めると1000万以下です。

さらに、「T-ke」と呼ばれる人物もWeiboで次のように明かした。「ネットユーザーは12306をチェックし、この不思議なウェブサイトがどのように作られたかを発見しました。」 データベース: Oracle アプリケーション サーバー: WebLogic 開発フレームワーク: Spring\Hibernate\Struts 接続プール: C3P0 基本的な判断が行われず、特殊文字が入力され、SQL 構文エラーが直接発​​生しました。経験テストはまったくありませんでした。太極拳は3億元をとても簡単に稼いだ。 SQLインジェクション対策も行っております。

12306との協議その3：大きな抜け穴により数億人のユーザーの情報漏洩につながる可能性

12306との協議第2部：システムがオープンでなければ、3億元の投資が無駄になる可能性がある

専門家相談12306：ビジネスモデルから製品設計まで、プロではない

原題: 相談12306 パート4: 製品設計チームの経験不足

キーワード: 相談、12306、4、製品、企画チーム、不足、9月、28日、ウェブマスター、ウェブサイト、ウェブサイトのプロモーション、収益化