P2p/グリッドコンピューティングは有望な概念のようです。JXTAは、そのための唯一のオールインワンフレームワークのように見えます。この分野がそれほどまばらに追求されている理由はありますか?
4 に答える
私はJXTA2.6と2.7のリリースをリードしました-JXTAは完全に放棄されたわけではありません。2.6ブランチにパッチを投稿している人もいますが、2.7ブランチと簡単にマージできます。
人々がJXTAへの参加を続けなかった理由はたくさんあります。
オラクルは、プロジェクトガバナンスに関する職務のフォローアップを行わなかったため、プロジェクトは不安定な状態になりました。
Oracleは、プロジェクトをApacheに移動する要求についてフォローアップしませんでした。
コードベースは古いものでした。クリーンアップして単体テストを実施しました。しかし、プロジェクトを次のレベルに進めるためには、多くの書き直しが必要でした。ボランティアが足りません。
しかし、もっと根本的には、P2Pフレームワークがほとんど普及しなかった理由は、詳細に入るとP2Pが基本的に複雑だからです。ほとんどの人は、手を土に入れ始めるまでそれを手に入れません。「簡単な方法で」P2Pを実装することはできません。
つまり、すべてのJavaクライアント、ライセンス料などとは何の関係もありません。
更新(2013年8月): JXTA / JXSEが死んだと思いましたか?誰かがそれをさらに進めてDZoneチュートリアルを開発しました(残念ながら、SOはDzoneへのリンクを許可していないので、Google:JXSEとEquinoxチュートリアル)。
更新(2013年11月):人々のグループがJXTAの新しいリリースに取り組んでいます。詳細については、メーリングリストに登録してください。
興味深いことに、過去のすべてのP2Pイニシアチブに欠けていたのは、ピアがアクティブであり続ける動機でした。質問は常に、ピアがCPUドレインとXMLベースの冗長プロトコルを実行し続ける理由でした。信頼は別の要因でした-どうすればピアを信頼できますか。チームの主要メンバーとして、セキュリティを導入しました。しかし、セキュリティは信頼に対応していません。
さらに悪いことに、JXTAはスーパーノードの概念を導入しました-ピアツーピアの概念そのものを打ち負かしました。
しかし、すべてがそれほど悪いわけではありませんでした。JXTAは多くの新しい概念を提供しました。1つは、JXMEとJXTAが一緒に配置されたエッジコンピューティングです。これは、JXTAノードで重い作業が行われ、制約のあるJXMEノードでインテリジェンスが行われた現在のフォグコンピューティングと呼ぶことができます。
早送りして、Blockchainは、P2Pプラットフォームが答えることができなかったすべてではないにしてもほとんどの質問に対処することでギャップに対処しました:信頼、ピアのインセンティブ、改ざん防止など。
P2Pはまだ生きています:)
RMI、CORBA、およびJiniがあまり好まれていないのも同じ理由だと思います。複雑で、閉じています。
ほとんどの場合、シンプルでオープンな勝利です。
それは、すべてのJavaクライアントやライセンス料などと関係がある可能性があります。
それは競争かもしれません。MPIは、コンピューティングで広く受け入れられているメッセージング標準です。Hadoopは多くの注目を集めています。
更新:受け入れられた回答は、人々がJXTAに参加することを選択する理由と選択しない理由について説明しています。私の答えは、ユーザーの採用に関係していると思いますが、それは異なります。私はリリース2.6と2.7の詳細ではなく、JXTAの起源に戻ります。
Linuxを使用している場合は、次のことを試してください。http : //www.p2pns.org/ "P2PNS(Peer-to-Peer Name Service)は、ピアツーピアネットワークを使用する分散ネームサービスです。P2PNSの現在の焦点は次のとおりです。分散型VoIP(P2PSIP)に安全で効率的なSIP名前解決を提供するため。」ほとんどの場合、名前解決はその上にP2Pアプリを構築するのに十分です。