いくつかの時間前の記事に書いた速報に「1時00分、予想外の致命的な事故、労働マルチスレッディングを！「 ただ、労働災害記録の記事、私はプログラマがビットの詳細は困惑していた中で、円、ちょうどナショナルデーに広まっ期待していなかったし、我々はさらに探索することができます。
今、技術の円は非常に良好ではない現象があり、多くの場合、このような現象、記事の少し人気の点がありましたら、分極の現象が常にある、素晴らしいフィードバックNiubiを書かれた人々のグループを参照してくださいその後、別の呼び出しは常にフィードバックが力を自慢し始め、非脳質問の様々な。
実際には個人的に二つの現象は、精巧な技術のための物品の唯一の著者があり、非常に客観的ではないと思い、それは同じでもブラインドLuanchuiでなければならない記事を書くことができないので、その限界は、退行したことは避けられない、結局、同僚や友人があります私たちも、バック業界のミックスで、知っています。
記事は確かに限界があるので、読者は、より良い書き込みいくつかのアドバイスを与えることができれば、人々が記事を書くためには、正のフィードバックがある学習、多くの知識に高校の読者から、私は多くの場合、メッセージ、であるので、 。
問題は今キーはあなたが一目で確認することができますがメッセージであり、技術的な保全が低すぎる、それがポイントになる場合も良いですが、多くの技術者が自分の優位性を示すためのスキルと口論していることです状況が明らかにラインを理解していません。
この記事は、私たちが私の基本的な理解を持っているので、中国の公園やオープンソースのブログでは、技術的な挑戦の友人の一部を説明するために、より多くの場所を与えるために、可能なフィードバックの公開ユーザ数に発行されました：
質問1：「企業の何百万、数千のエージェント」、「複数のテーブルの数千人の関係は非常に複雑で、」「」運用環境で10台のサーバを見つけ、少なくとも持っている淘宝網、Jingdongはへの電力供給業者のウェブサイトのこのレベルこのスケールは、それを持つことができます！
再：淘宝網、Jingdongは最終的に私は本当にない傲慢が、データの量にサードパーティ決済会社のランキングを過小評価しないでください、様々な理由歴史的蓄積のため、大声で通路などので、わかりませんどのくらいのビジネス、このデータはまだそこにあります。
運用環境で10台のサーバーを見つけることとして、この操作は、中規模企業で何気なくあるべき10個の質問を見つけるために何もなかったこれは、同社があまりにサーバ300-400を取っ少なくともまでは、インターネットを得ることができます。
質問2：何Niubiを吹いて、それはあなたの会社淘宝網で、多くのことを戦いますか？マイクロ春クラウドサービスの何百もの企業の淘宝網も何百万人が、また、4.0億ドルの一日平均取引量は、このような大規模な体重をサポートする余裕がありません。
再：ビジネスの淘宝網も何百万人は、このデータの正確な？これは、個々の小さなマイクロ企業が含まれていますか？
オンライン高くないこの業界の4.0億ドルの毎日の平均売上高を取得し、これはスクリーンショットの取得ランキング2019年7月の取引量の以下のネット転送され、第10号は、取引の量よりも多くを持っていたランクインしています。
このような大規模な体重この問題は余裕がないマイクロサービスサポートの何百もの春クラウドは、それが問題のある素人の素人が、私はどのように多くのサクセスストーリーの何も言わないだろうことができませんでし明らかであり、この評価にアプローチが低いですA。
量をサポートできるかの問題を評価するために、どのくらいの体重を支えることができない技術どのように多くの遺体を言わなかった、技術の時間を使用するにはどのような方法でシーンの種類にチームの種類を確認する必要があります。技術だけでは支援の量を決定することができなくなり、より一般的に、最も重要なのは、あなたがそれを使用する方法を確認することです。
質問3：私はこの作業をされているデータベース・エンジニアは、なぜ必要性は、それを移行するプログラムの書き方を参照してください？
この外観は、完全に新しいシステムに非常に古いシステム移行、ビジネスの変化、ロジックの数の変化から、白の技術ですか？あなたは直接移行DBA、そしてどのようにシンプルなこのシステムを作ることができますか？
このシステムは千のテーブルを行うことが関与していることを言及しないように、古いシステムアーキテクチャの前にスキーマの違いは、新しいシステム、最も重要なことはしても、大きなデータプラットフォームに行ってきました。この新システムの背後にあるが、ビッグデータプラットフォームは、に基づいて新しいシステムを必要とするどのようにビンログを記録します、データは、論理演算を行います。
だから、自分自身に疑問を読者から、単にどこ難易度で理解していない見ることができます。
質問4：テストをシミュレートするために1環境：なぜ生産や1を構築していませんか？
通常の状況下でテストするための4つの開発環境があるでしょう。
- DEVは、開発環境、研究者は、独自のテスト環境を開発しました。
- 統合テスト環境をSIT、テストセクション、全体的な統合テストのテスト段階に入るために、一般的に座って自分のプロジェクトをアップロードします。
- UATのお客様は、テスト環境を統合し、外部パートナーは、一般的にお尻準本番本番環境への環境とできるだけ一貫を行います。
- PRO本番環境では、我々はすべて知っている、これは、プロジェクトを実行するための実環境です。
読者は、1言う：、PROは、UAT環境の必要性と可能な限り一致している必要があり、これは理想的な状況である1環境を、豊かなインターネット企業の一部のみが実際に提供できると推定されています。
本番環境の1シミュレーション、これに気合いためにあなたの上司を説得するのは難しい中規模のインターネット企業に比べて1000万以上の年間コスト：私たちは、あなたが完全に1にしたい場合は、インターネット中規模の会社は、数千万人を超えるIDCに年間約過ごし作ります事。
質問5：どのようなすべてのあなたはまだサーブレット回、技術的なソリューションとビューの説明から、プロセスの流れはもちろん、基本的には職人のステージ、プログラマが移行日々の取引のシステム十億のためのインタフェースを書くことができ、ああ。
、エンタープライズクラスの開発は、企業の90％はSpring MVCのバーを使用している今、Spring MVCのサーブレットが出てパックされ、それが古くなっている古くなっていないサーブレットを使用しますか？
相の場合については、私は反論していないワークショップにも属さない、プロセスは、移行の十億を行うためのインタフェースを記述するために、プログラマ私は認識していることは間違いなく欠陥があるではなく、そのような場合には、あなたはまた、20滞在する必要があります。ここでやっている人の数。
データ移行のような大規模なレベルはNのシステムとのインタフェースを呼び出す真ん中必要で、確かに体系的プロジェクトではなく、プログラマや二つは責任があるかもしれないが、十分な責任1,2プログラマーと入り口によって開始移行プログラムであります全体の作業を完了します。
質問6：私は、これは実際に口座へのデータ移行を大量にかかりませんでしたアプリケーションの数十億に到達するデータの非常に低レベルのミス毎日量で時間がかかりすぎると思いますか？通常、タイマーが実行時間を検討する小規模なプロジェクトを作成する第二の実装に初めてを実行していない、につながる長すぎる、あなたは数千億に直面しているデータの量は、実際にこの問題を検討していませんか？
この大きさに到達する問題のミスがあり、売上高は数十億ではなく、数十億の日の取引量で、受注遠いです。もちろん、データ移行の移行時間を考慮すると、実際には、プロジェクト全体を移行する前に行われてきた何回小規模な移行は、移行が初めてではない、この記事では、質問者は明らかにスプレーするためにそれを読んでいないことを示しています。
理由の一つの問題を無視して、問題の面である程度のように、この移行プログラムは、実際には、大きなリビングを行う前に、多くのテストを経験しています。
だけでなく、また、配置された正式な移行だけではなく、綿密な調査と詳細の一部と経営者やプログラマーとして、何度も検証する前に、数回使用されて、職務怠慢の管理の一部があります。
また、一部の読者には、複数のスレッドを使用しない理由は、私は移行プロジェクト全体を強調言うマルチスレッドを使用し、だけではない、マルチスレッド、プログラムの唯一の最外層は、私たちの後ろの救済策であるマルチスレッドを使用しません。
実際には、多くの問題があり、これはもはや本当にあまりにも低レベルないくつかの質問に応答することができる、私はそれは、プログラマが提起した問題になることはありません感じるん。
ただし、一部の読者は、単に関与あまりにも多くの詳細ではありません、この大規模な移行を、理解し、任意の少し怠慢が大きな問題につながる可能性があり、うち1例による手立てテキスト1におけるこの種のものがそこにあるされていません。
しかし、私はもっと認識し、読者への返信を持っていると思います：
これらは確かに古いものと新しいシステムのテーブルの数千人を移行済ほくそ笑んでなく、データベースミドルウェアバット、ハァッされていません
最後に、まだ同じ：ベースの現実的な問題を解決するために、早期の心沈没の芸術、すべてを維持します。