タグ付けされた質問 「p2p」

現在、バージョン管理システムを悪用して使用しています...大規模なリリースバイナリ（4 GB以上）を格納するFTPとほぼ同じです。 私たちは、統合とリリースのプロセスを損なう一方で、ますます多くのITリソースを進化させ、引き継いでいるこの恐ろしい慣行から離れることを目指しています。 これに対する解決策は、P2Pファイル共有を使用してこれらのリリースイメージ/バイナリを配布し、ファイルサーバーといくつかの主要なユーザーマシンをシードとして混合することです。 だから私の質問は2つの部分に分かれます： リリースイメージ/バイナリを配布するためにイントラネットでBitTorrentを設定する手段をとった人はいますか？そうでない場合、このアイデアについてどう思いますか（実際にはBTWを採掘したわけではありませんが、すばらしいと思います）。 BitTorrentトラッカーのパブリッシングを処理するためのオープンソースのWebベースのソフトウェアはありますか？それで、新しいリリースがある場合、それを検索してシードとヒルに関してその可用性を表示できますか？（...あなたは私が何を言っているのか知っています） 編集：イントラネットはグローバルです（例：米国、中国、ドイツ、メキシコ）。通常のFTPでも機能しますが、費用対効果はそれほど高くありません。

10 release-management  software-distribution  p2p 

[ SOユーザー（10k SO +）の提案でここに移動] ピアツーピアアプリケーションを開発したいのですが。私はLOBアプリで多くの経験を積んでいますが、P2Pアリーナは初めてです。 私は物事がどのように機能するかについて大まかな考えを持っていますが、私の理解を記入するためにいくつかの詳細が必要です。 私が知っている（信じる）必要なこと： かなりの割合のクライアントがインバウンド接続を有効にする必要がある（ala uPnP / NATルール） 特定のノードがダウンした場合に回復力を提供するために、ノードは他の既知のノードを共有する必要があります 任意のクライアント間でデータを送信するには、何らかの形式の同期/ルート検索が必要です 「ダム」クライアントとノードリストの同期/共有を処理し、メッセージをリレーするためのより強力な「スーパーノード」を区別するためのリソーススニッフィング インバウンドサポートのないクライアントは、接続するノードの情報を受信できるアウトバウンド接続を開いたままにする必要があります。 つまり、特定の中央サーバーへの接続に依存しないチャット/メッセンジャーサービスを（最初は）提供したいと思っています。物事を始めるには（または大幅なアップグレード後に）集中型の「スーパーノード」をいくつか用意する必要があると思いますが、機能するP2Pネットワークが確立されたら、これらはオプションにする必要があります。 私は多くの問題を見ることができ、それらに対処する方法がわかりません。主にどのように... 中央の権限を確認することなく、ユーザーを他のノードに認証する どのノードが他のどのノードについて知っているかを調整します（最小-最大数/レイテンシ別????） 特定のユーザーが別のユーザー（またはノード）がオンラインかどうかを判断できるようにする ノードの2つのグループが物理的に切断（エアギャップ）されている状況と、グループの再接続時に再同期する方法に対処する など 私はこれがかなり自由回答式の質問であることを知っているので、高レベルの設計パターンは高く評価されますが、私が本当に探しているのは、他の人がこれらの問題を処理する方法に関するまともなガイドです（そして私はまだ検討していません） ）。

8 .net  architecture  client  p2p