約5 + Tbのボリュームを持つ自宅のアーカイブ（写真、ビデオ、古いプロジェクト）で、彼はクラウドバックアップソリューションを探していました。
私はプログラマーなので、対応する要件があります。
- Mac、Linux、私の場合、これらはメインOSです。
- ダウンロード速度が良い（インターネットが高速です）。
- APIが望ましいです。
- 大きいサイズのアーカイブの合理的な料金、できれば無制限。
私は、トップエンドの10〜15製品の市場に出回っているすべてのものを実際に調査しました。 実際には、2つの決定が私の要件に該当しました。
私は約1年間CrashPlanを使用しました。 今、私はAmazon CloudDriveに切り替えようとしました。
楽しい部分に進む前に、あなたは直接比較と印象に興味があるかもしれません。
CrashPlan：
- 私からの速度は、CrashPlanごとに約2.2メガバイト/秒（チャネル約10メガバイト/秒）ですが、複数のインストールがある場合は、より高速になります（複数の接続があります）。
- Linuxサーバーで実行して、リモートで接続できます。そのサーバーのGUIを上げる必要はありません。
- 彼は絶えず多くのCPUを消費し、私のアーカイブ5Tbでは、安定した100％Pentium G2020T @ 2.50GHzを提供しています（HP Gen8サーバーを持っています）。
- 多くのメモリを消費し、開発者は1Tbのアーカイブで1Gbを推奨します。6Gbを与えました。
もちろん、サポートと話し、JVMパラメーター（Javaにあります）を調べましたが、最終的にはそのような状況があります。 一般に、それは機能し、価格で大丈夫ですが、完璧ではありません、はい。
一方、Amazon CloudDriveはさらに多くの外観を思い付きました。
- それはマルチスレッドであり、私のチャンネルの最大100％を消費します。
- Python APIは動作しています（acd_cli）。Macのクライアントも同様です。
- CPU /メモリの消費量は少ないため、この種のソフトウェアには合理的です。
- ファイルの制限は50GBのようなもので、ボリュームでファットアーカイブを破る必要があります。
使い慣れた管理者が推奨します。 気に入った。
問題は後でファイルをダウンロードしようと決めたときに明らかになりました。 2つのアーカイブは揺れませんでした（そして、まだ揺れません、エラー500）。
サポートはリクエストにゆっくりと対応しますが、現時点では、彼との連絡は約1か月続いています。 実際に、私は待って、待ってから尋ねます-他に何か必要ですか？ 再試行するよう丁寧に求められますが、それを行います。
もちろん、スクリーンショットを含むすべてのデータ、ブラウザーを介した通信を含むHARアーカイブ（Webサイトからのすべての要求/応答セッション）、および考えられるその他のデータをサポートに送信しました。
事実、Amazon CloudDriveにアップロードされたファイルをダウンロードする必要はありません。
現時点では、CrashPlanはまだ私のために働いていますが、Amazonについては本当に驚いています。 アップロードされたファイルを取得することは最優先のバグであり、本当に最高です...私はこのようなバグや、私が働いた他のクラウドサービスに対する反応の欠如に遭遇したことがありません。
[写真があるはずですが、そのような驚きの猫は見つかりませんでした]
通常、私はそのような問題を説明するのに時間を費やしませんが、ここでは、おそらく、そのような知識は誰かのまともな神経と時間を節約します。