高信頼性トランザクション/シグナルコピー機 (アイデア検討・開発) - ページ 3

[Рустам]

Urain:
では、サーバーは常にキーを送信しなければならないのですか？ これはトラフィックを増やすことになりますが、トラフィックについてはどうでしょう。メッセージが受信される保証はどこにあるのでしょうか？つまり、サーバー側ではメッセージごとに可変キーログが必要になります。エンジニアはこのすべてに戸惑うことになりますね。

まさか、問題はメッセージに5-16-32-64文字のキーを追加すること？ メッセージサイズの肥大化はどこへやら。それよりも、複数のメッセージに対するハンドラの方が損失が大きいぞ。

[Рустам]

もちろん、クライアントが報告しなければ、アクションは起こせませんが...。

[---]

Urain:
待って、本当に、なぜサーバーは何かを送る必要があるのでしょうか。ftpに書き込ませて、クライアントはそこから取得するのです。 。

もしかしたら、ソケット型の パーマネントコネクションを作る方が、トラフィックの点ではまだ経済的かもしれませんね。

[---]

よし、とりあえず質問をこれらに絞り込んでみよう。

- リモート同期（データはサーバーに（どのような形で）保存されるのか）。
- クライアントに渡すもの（最後の信号または同期のための注文の完全なセット）。

-情報交換の方法（クライアントと直接接続する純粋なソケットと、常にサーバーを叩く http/ftp のどちらが信頼性とリソース比率の面で優れているか）。

[Mykola Demko]

sergeev:

コンピュータはサーバーへの絶え間ない要求で忙しくなりますから、そんなことはないと思います。

ソケット型の持続的接続にした方が、トラフィック的に経済的なのかも？

一般的に、どのような言語を使えばいいのでしょうか。

[---]

Urain:
とにかく何語で制限するのか？

信頼できる完璧なコピー機の話です。

[Рустам]

1）間違いなくデータベース（マッスル）

2）HCTP、あるいはHCTPS - ここでは信頼性と安全性が第一です。トラフィック - 9割の人がアンリミットにしている時点で、議論する意味がないと思う。

[---]

FAQ:
2）HCTP、あるいはHCTPS - 信頼性と安全性を第一に考える。トラフィック - 9割の人がアンリミットに座っているときは、議論する意味がないと思う。

議論するほどのことでもないと思う。 1ヶ月で180GGのサーバーを手に入れました。 アンリミの価値しかし、プロヴはショックを受けて、私を別のサーバーに移動させた。チャタリングが頻発するとサーバーがダウンしてしまうので、トラフィックを減らすようにとの警告を受けました。

[Mykola Demko]

sergeev:
まだ誰もいない。私たちは、完璧な信頼性の高いコピー機について話しているのだ。

完璧な信頼性のあるコピー機はMT端末であり、1台のサーバーに何千ものクライアントがあり、何百万ポンドものお金がこのシステムに託されている。

長年の運用実績、数百社のMTサーバーの購入実績。

MTサーバーを自前で用意し、どんな信号でも端末にブロードキャストする。

[Рустам]

また、httpsのアクセスは、サーバーの小さなリソースを考えると、同時に多くのクライアントにサービスを提供することができますので、良いことだと思います。