サードパーティのソフトウェアを使用せずに、ほとんどのオペレーティングシステムで利用可能なWebDAV機能を介してAmazonS3バケットにアクセスしたいと思います。それを行う方法はありますか?サードパーティのソフトウェアが必要ないことは私にとって重要です。
これを行うにはいくつかの方法があります。あなたの状況がよくわからないので、ここにあります:
オプション1:最も簡単:
次のようなサードパーティの「クラウドゲートウェイ」プロバイダーを使用できます http://storagemadeeasy.com/CloudDav/
オプション2:独自の「クラウドゲートウェイ」サーバーを設定します
ゲートウェイとして機能する専用サーバーまたは仮想サーバーをセットアップします。 Amazon独自のEC2を使用することをお勧めします。
S3をドライブとしてマウントするソフトウェアをセットアップします。私がWindowsで知っている2つ:(1)CloudBerry Drive http://www.cloudberrylab.com/ および(2)WebDrive( http://webdrive.com ) 。 Linuxの場合、私はそれを行ったことがありませんが、試すことができます: https://github.com/s3fs-Fuse/s3fs-Fuse
CrushFTPのようなwebdavサーバーをセットアップします。 (安定していて安価で、どのOSでも動作するため、頭に浮かびます。)別のオプションはIISですが、個人的にはwebdavを安全にセットアップするのが難しいと感じています。
マップされたS3ドライブにアクセスできるユーザーをWebDavサーバー(つまり、CrushFTPまたはIIS)にセットアップします。
考えられる障害:Windowsを使用していると仮定して、サービスを自動的に開始してこの作業を行うには、同じものを使用するように両方のサービスを設定する必要がある場合がありますWindowsユーザーアカウント([サービス]->([サービス])-> [右クリック] [プロパティ]-> [ログオン]タブ)。これは、S3マッピングソフトウェアがすべてのWindowsユーザーのS3ドライブをマッピングするとは限らないためです。または、この手順で行き詰まった場合は、FireDaemonを使用して、すべて同じユーザー名でプログラムをサービスとして開始できます。
その他の注意事項:かなり重い負荷でWebDriveを使用した経験があり、うまく機能しているようです。大量のドキドキ(5 TB WebDrive)に追加される1時間あたり数千のファイルについて話している)の下で、Windowsがクラッシュし始めました。しかし、あなたがそこまで進んでいるかどうかはわかりませんまた、EC2を使用している場合は、メモリ内の巨大な転送キューが原因である可能性が高く、EC2はS3へのトランジットが速くなり、キューが小さく保たれるため、この問題は発生しない可能性があります。
S3はwebdavをサポートしていないので、運が悪いです!
また、S3は階層的な名前空間をサポートしていないため、ファイルシステムを直接マップすることはできません。
ここに例がありますJava AmazonS3上にwebdavサーバーを配置するためのプロジェクト- https://github.com/miltonio/milton-aws
私はついにこのアイデアをあきらめ、今日はRclone( https://rclone.org )を使用してAWSS3と異なるコンピューター間でファイルを同期しています。 Rcloneには、ローカルコンピューターにリモートストレージをマウントする機能がありますが、私はこの機能を使用していません。 copy
コマンドとsync
コマンドを使用するだけです。