問題タブ [reliability]

MSMQ のようなものを使用すると、スケーラビリティと信頼性がどのように向上しますか? 1 つの Web サーバーから 1 つのデータベース サーバーへのシナリオでは、それはまったく役に立ちますか?

コメントやリンクは大歓迎です。ありがとう

編集: Web サーバーは、SOAP スタイルの Web メソッドを公開する WCF を実行します。また、将来的には複数の Web サーバーが存在する可能性もあります。

ほとんどすべてのプログラミング言語には、ファイルまたはディレクトリの存在を確認する方法があることを知っています。

ただし、私の場合、プログラムの設定を格納するファイルが作成されます。存在しない場合 (つまり!File.Exists or Directory.Count == 0、Directory がファイルの格納ディレクトリである場合)、いくつかの設定を入力するように求めるプロンプトが表示されます。

しかし、この種のコードは信頼できますか? たとえば、ディレクトリにファイルがない場合は詳細が要求されます。そうでない場合は、無関係な他の種類のファイルまたは正しい形式の改ざんされたファイルが存在する可能性があります。特定のファイル自体を確認したほうがよいでしょうか。ファイルを構成する変数もチェックした方が速いのでしょうか?

これを行うための最良の一般的な方法は何ですか? フォルダが存在する場合、ファイルを確認しますか? フォルダがそこにあり、空の場合? ファイルに書き込まれた文字列を確認しますか?

編集: 同僚からの考えでは、問題に近いため、変数レベルでチェックする必要があるというものでした (不適切な暗号化、破損、ロケールなどの問題を特定します)。

ありがとう

netTcpBidningには信頼できるプロパティがありますが、ドキュメントにはそれが何をするかが記載されていません。

例：接続を介してキープアライブを送信しますか？接続が失われた場合、再接続しますか？

Google Chart API の使用を検討しています。API は安定していますか? サービスの稼働時間は良好ですか? 利用規約には、それに関する保証はありません。長いダウンタイム期間について知っている人はいますか?

.NETの信頼性機能に関するこの記事（およびその他）を読んだことで、次のコードがStackOverflowExceptionsを処理する必要があると思います。

上記のコードをコンソールアプリケーションに配置し、アプリの構成ファイルに次のエントリも含めました。

別のアプリケーションからのProcess.Start（）呼び出しを介して開始します。ただし、これらすべてにもかかわらず、プロセスがクラッシュし、-2147023895の終了コードが返されます。そして、多くの研究といじくり回しにもかかわらず、私はこれを機能させる方法を見つけることに近づいていません。

どんなアドバイスもありがたく受けました、ありがとう。

クリス。

2 つのピア間に信頼性の低い損失の多いチャネルが既にあるとします。パフォーマンスを低下させずにデータを確実に転送するには、どの方法を提案できますか? また、基礎となるプロトコルは TCP ではありません (これはすでに信頼性があります)。(質問を一般化するために損失のあるチャネルを使用しました。)

（私の知る限り、RDT（rfc-908）、Go Back-Nなどのいくつかの方法が存在します。）

ActiveMQを新しいサーバーに配置しました。'kahadb'（私たちが読んでいるように好ましい）を使用するように構成し、ファイルが2GBに拡張できるように設定しました。

次に、キューに負荷をかけると（+-500 /秒）、数分以内にactivemqがクラッシュします。

ActiveMQが再起動しようとすると、データベースが破損しているため、再起動できません。

DBを削除し、ジャーナルを使用してそれ自体を修正することによってのみ、DBは再び起動し、数分後に再びクラッシュします。

これらの信頼性の問題を抱えている人は他にいますか？

ActivemQ（5.4.1）は、Java64ビット（1.6.0__22）を使用してWin2003にインストールされます。

ロードは、Stompを使用してPHPを実行している4つのWebサーバーによって実行されています。

JMS メッセージを宛先に確実に送信できますか? 確実にということは、たとえばMessageProducer.send()呼び出しが何らかの理由で失敗した場合に、自動的に再試行されることを保証することを意味します。トランザクション セッションが.recover()最後の手段として使用される可能性があることは認識していますが、再試行についてはどうでしょうか。たとえば、セッションが確立されてメッセージを送信しようとする間に断続的なネットワーク障害が発生しました。この場合、どのようにrecover()役立ちますか？

小さな UDP ベースのサーバーを構築しています。サーバーは .Net に基づいており、それ自体で Socket クラスを使用します。ReceiveMessageFromAsync と async send を介して完了ポートを使用しています。

私の問題は、トラフィックの約 5% ～ 10% が失われていることです。これは正常なことだと理解していますが、この統計を改善する方法はありますか?

通常のイントラネット システム (初期ベータ段階) として開始される POS (販売時点管理) システムを開始しますが、後でクラウド サービスに拡張したいと考えています。ハイブリッドソリューションとして提供します。

展開が簡単で、フットプリントが最小限で、組み込みのマルチスレッドサーバーを使用できるため、firebird を使用したいと考えています。ただし、フォールトトレランス、データ複製などを備えたクラウドサービスにfirebirdを使用して、中小企業がビジネスを展開するのに十分な信頼性を確保できるかどうか心配しています（フレッシュブックのサービスと同様）。

私の他のオプションはPostgressを使用することですが、私はそれを経験していません。

FB は SAAS バックエンドとして使用するのに十分ですか? 成功した実装はありますか？

PD: GoGrid または Rackspace にデプロイすることを考えています...