序文
今話題の話をすると、分散型システムであり、ダボに関連する問題のいくつかの上にあなたに面接の話の後、私たちは、あなたがの分散型サービスフレームワーク/ RPCフレームワークのいくつかの基本的な知識を持っていることを確認しました。それから彼は、分散に関連する他の問題に話をするように指示し始める可能性があります。
あなたはJava開発システム、分散システムの操作を行い、非常に一般的な、この事をロックし、いくつかのシーンがあるかもしれ分散が使用されます。最も一般的に使用される分散ロックは、飼育係に基づいて実装されています。
実際には、この質問を、真実を伝える、一般的には、あなたが飼育係を理解すれば、それは共通のベースシステムであるため、分散システムでの飼育係を確認することです。それは多くの場合、飼育係の利用シナリオが何であるかを尋ねている場合と尋ねますか？見てあなたには、いくつかの基本的な使用シナリオを知っていますか。しかし、実際には、それは飼育係が深い、深い尋ねるのが自然である深めました。
フェイス質問解析
一般的には、下記の飼育係の使用シナリオを言えば、私はあなたに簡単ないくつかを与える、我々はいくつかのようなことを言うことができます。
分散コーディネーション
分散ロック
メタデータ/設定情報管理
HA HA
分散コーディネーション
実際には、これはあなたのようなシステムは、MQ、ニュース消費処理後、次にBシステムに要求を送信し、単純に、古典的な飼育係の使用です。Bシステムの結果に対処する方法を知っているシステム？飼育係は、分散システム間の調整によって達成することができます。システムは次いで、飼育係に要求を送信することができるノードの値のリスナーを登録し、一度そのノードの値を変更するBブロックの処理のZooKeeperに終了、システムは直ちに、完璧なソリューションを通知することができます。
分散ロック
栗のために。一方に連続する二つのデータ変更オペレーションを発行し、2台のマシンが再実行を実行する別のマシンに要求を受信し、一つだけのマシン。それではあなたは分散ロック・飼育係を使用することができ、マシンは最初の後に分散要求飼育係のロックを受け、我々は操作を実行、その後、のznodeを作成することができるということです。そして、他のマシンも作成しようとするのznodeを、それは他の誰かが作成されているので、あなただけの自分自身の再実行をオーバー実行するためにマシンをランク付け、待つことができ、彼らが作成できないことが判明しました。I種類の公共のホ[プログラマ]の懸念へようこそドキュメントが内側になり、記事の冒頭は、内側に更新されますマークします。
メタデータ/設定情報管理
飼育係はまた、飼育係、それをサポートしていない多くのシステムの管理構成情報、などカフカ、嵐として使用することができ、非常に多くのダボレジストリを含め、いくつかのメタデータ、構成管理情報を、行うために、分散システムの飼育係を使用することを好むでしょうか？
HA HA
これは、Hadoopの、HDFS、糸及びHA高可用性メカニズムを開発するために多くの大規模なデータシステムが選択されているベースの飼育係として、非常に一般的であるべきであり、重要なプロセスは、一般的にショットが用意呼ぶ二つの主要なプロセスは直ちに飼育係によって知覚ハングアップバックアッププロセスに切り替えます。
遂に
記事は、ヨーヨーのようなポイントを覚えているように、みんなと共有へようこそ！