問題タブ [resiliency]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
reactive-programming - 回復力のあるマイクロサービスの設計パターン
リアクティブ プログラミングでは、レプリケーション、封じ込め、分離、委任によって回復力が実現されます。
有名な設計パターンの 2 つは、スーパーバイザーとサーキット ブレークを備えたバルクヘッドです。これらは隔離と封じ込めに到達するためだけのものですか?
マイクロサービスの最も有名な設計パターンは何ですか?特に回復力を与えるものは何ですか?
tomcat - DB コンテナーに到達できない場合、コンテナー内の tomcat で実行されているサーブレットは終了する必要がありますか?
私たちのセットアップでは、2 つのコンテナーがあります。
- Linux コンテナーで実行される Tomcat
- 別の Linux コンテナーで実行されている DB
Tomcat で実行されているサーブレットが休止状態を介して DB コンテナーに到達できない場合。再試行後、サーブレットで System.exit を呼び出す必要がありますか?
database - クラッシュ時にデータベースのパフォーマンスをテストする方法は?
クラッシュに対してデータベースをテストしようとしています。つまり、クラッシュ中に DB がどのように動作するかを確認しようとしています。
rightある時点でデータベースをクラッシュさせるのは簡単ではないため、簡単な作業ではないことを認識しています。たとえば、データベースの書き込みが 70% に達したときにプログラムをクラッシュさせたいとします。
「クラッシュ」は別のものである可能性があります。たとえば、電源がオフになっている、ハード ドライブが取り外されている、ネットワーク ケーブルが取り外されているなどです。
私はrocksdbに取り組んでいます。
ヒントを教えてください。
どうもありがとうございました、
hystrix - Hystrix 内の 1 つ以上の依存関係のプール
依存関係に対して hystrix でコマンドを実行することを理解しています。依存関係が Web サービス エンドポイント (REST) として公開されているとしましょう。私の場合、その依存関係はサーバー ファーム (高可用性を提供するために確立されたサーバーのプール) です。1 つではなく、依存関係のプールを Hystrix に渡すことはできますか? 私がHystrixから推測しているのは、ランダムに呼び出しを開始できるが、時間の経過とともに、特定の要因に基づいてすべてが使い果たされた場合に回路を評価して（必要に応じて）切断することです。(タイムアウト、スレッドプールの枯渇、エラーなど)。
rest - Hystrix でフォールバックをトリガーするカスタム エラー条件
理解から、Hystrix フォールバック ロジックは、要求タイムアウト、100% の容量で実行されているスレッド プール、または依存関係が例外をスローするなどの特定の条件が発生したときにトリガーされます。これらの 3 つの要因に加えて、413 (ペイロードが大きすぎる) などの特定の HTTP エラー コードなど、失敗と見なされる条件をさらに追加できますか?