このイベントは、クラウドの主な欠如-自身のデータに対する制御の欠如を明らかに示しました。 幸いなことに、私は読者の「お気に入り」、コメント、およびその他の機能に特に依存していなかったため、Yandex.subscriptionsへの切り替えは比較的苦痛ではありませんでした。 ちなみに、サービスを終了する必要はありません。何らかの理由で、数ヶ月間警告がなく、データをアップロードする機能もなく、アカウントのみを閉鎖する可能性があります。
もちろん、VPSを上げ、必要なすべてのサービスをインストールすることもできます...しかし、費用がかかり、無料の代替手段（常に可能とは限りません）を見つけ、管理し、セキュリティとバックアップを監視する必要があります。 さらに、あらゆる社会的機会が問題になります。
クラウドサービスの利便性を維持しながら、自分のデータを制御する問題をどのように解決できますか？
インフラ
私たちの多くは、少なくとも1台のコンピューターを自宅に、または複数のモバイルデバイス、おそらくはスマートテレビや外部ドライブ付きのwifiルーターを持っています。 そして、そのようなデバイスが増え、容量が増え、誰もが独自のプロセッサ、RAM、ROM、ネットワークインターフェイスを持ち、ほとんどすべての人が独自のプログラムを実行できるOSを持っています。 これは、クラウドサービスのパーソナルプラットフォームになるのに十分です。 このようなプラットフォームは、データを保存し、その処理のためのリソースを提供できます。
このようなクラウドは、単一のユーザーが使用する場合でも、個人データ、連絡先、メール、メディアコンテンツを保存し、インターネットおよびローカルネットワーク経由で家族のすべてのデバイスにアクセスできます。
パーソナルクラウドをリソース共有を備えた分散ネットワークに統合するためのインフラストラクチャを作成できる場合、そのようなネットワークの機能は大幅に拡張されます。 個人データは暗号化された形式で複数のコピーに保存でき、火災などの重大な事件の場合でも保存できます。 ただし、アクセス属性が失われた場合、そのようなデータは永久に失われます。 あなたが回復できるように、手紙を送ったり、パスポートを持って行くことができる会社はありません。 これは両刃の剣です。
サービス
まあ、そして最も興味深い-それは本当に無料のクラウドサービスを上げることが可能でしょう。 今では無料のクラウドサービスを取得して開始することはできません。サーバーが必要です。つまり、収益化、または少なくとも投資を得るためのアイデアが必要です。 したがって、明らかに有益ではないアイデアは、どれほど有用であっても、単純に雲に入ったり、すぐに消滅したりします。
一方、無料のクラウドが既に存在する場合は、ソフトウェアと対話プロトコル（API）のサービスを実装できます。このサービスを必要とするすべてのユーザーは、データの保存と処理のすべてのコストを引き受けます。彼らが必要とするデータのために。
たとえば、このようなクラウドでのYouTubeアナログを考えてみましょう。 必要なソフトウェアとプロトコルが書かれていれば、誰もがそのようなアナログを手に入れることができます。 もちろん、同時に、すべてのビデオを最初に自宅で保存して変換する必要があります。 ただし、他の参加者がプロトコルに参加する場合、参加者はこの負担を共有し、参加者が多いほど、各自のリソースのコストは低くなります。 さらに、誰かが突然一部のビデオが自殺を促進すると考えた場合、彼ができる最大のことは彼をネットワークから削除し、他の参加者にそれを丁寧に依頼することです。
同じウィキペディアをクラウドに持ち込んで、悲しげな目でバナーを掲げずに、同時に検閲の問題を解決することも可能です。
サービスの使用中にサービスの人気が失われることが判明した場合、必要なすべてのデータが利用可能になり、必要に応じてより人気のあるサービスに転送して、リソースのコストを削減できます。 そして、これがそのようなスキームの主なプラスだと思います。
このようなクラウドサービスは、既存のクラウドを複製して置き換えようとする必要はなく、そのようなクラウドは並行して存在することに注意してください。 それでも、ユーザーリソースは限られているため、すべてを個人用クラウドに直接配置することはできません。
組織が自身のニーズに合わせて内部クラウドを上げ、サービスを実行することを妨げるものはありません。独自のサーバーのコストを削減し、ソフトウェアを開発/購入します。
技術的な実装
あなたは彼らの間の負荷分散のネットワークの他の参加者を見つけるためのプロトコルを実装する必要があります、それはbittorrentまたはBOINCを適応させることが可能かもしれません。 さらに、すべての参加者が24時間365日オンラインであるわけではないため、プロトコルは分散データへの保証されたアクセスを提供する必要があります。
同時に、たとえば、モバイルデバイスは、バッテリーで作業する場合のリソースの使用に制限が必要であり、インターネット接続は低速および/または高価になる可能性があります。 これらすべての詳細を考慮する必要があります。
データを同期して負荷を共有できるように、同じサービスを実装するノードを検索する必要があります。 同じデバイスで実行されている異なるサービス間でリソースを共有する必要があります。
もちろん、クラウドサービスを開発し、さらにすべての互換性のあるデバイスで作業できるようにするAPIが必要です。
IOSサポートは非常に問題が多いように見え、Appleがモバイルデバイスのリソースを自由に制御できない可能性が高いため、脱獄のみを意味します。 もちろん、反対にイニシアチブに参加して独自の実装を追加する可能性はわずかですがあります。
一般に、これは非常に多くの作業であり、さらに非常に高い資格を持っています。 これらのすべてのタスクはまだ実行可能ではないことが判明する可能性がありますが、特にデータへのアクセスが保証されていますが、個人用デバイスの機能とネットワーク参加者の数の増加に伴い、これらの問題は将来解決する必要があります。
ところで、Opera Uniteを覚えていたら、棚からパイを取ります。 それはそのようなネットワークになるか、少なくともアイデアに興味を持ちますが、Operaはそれに対する興味を失ったようです:(
誰がこれをしますか？
悲しいかな、わかりません。 現在、他の懸念事項があります。 さらに、高い確率で、私はJavaで書かなければなりません。Javaで私は強くありません。 もっと自由な時間やお金があれば、多分私は始めるか、誰かを雇います。 1人の開発者がこれを引き出すことはまずありません。
明らかに、これは非営利のオープンソース開発になります。 おそらくいくつかの大学で彼らはそれを取ることを決めますか？ このようなプロジェクトでは、複数の卒業証書を作成できると思います。 それとも誰かがすでにこれをやっていますか？ たぶん、あなたはそのようなネットワークのためのサービスの独自のアイデアを持っていますか？ コメントで共有します。