
クラウドサービスが閉鎖されたら自分のファイルはどうなるか 117
ストーリー by headless
消滅 部門より
消滅 部門より
本家/.記事: What Happens To Your Files When a Cloud Service Shuts Down?より
MegauploadがFBIにより閉鎖されたが、サーバーに保存されていたファイルはどうなるのだろう。XDA-DevelopersではMegauploadへのリンクが20万件以上登録されているそうだが、現在はすべてリンク切れの状態になっている。合法的なファイルですら、取り戻すことは難しいだろう。同じようなことがDropboxなど他のサービスで起こったらどうなるだろうか。当局による閉鎖だけでなく、破産により閉鎖される可能性もある。自分のファイルをダウンロードしたり、他のサービスに移行することは可能だろうか。AzureやAWSのような企業向けのサービスはどうだろう。より安全といえるのだろうか。
Megauploadに対する起訴状全文はScribdに掲載されている(Mega Indictment)。
ファイルのない奴ぁ俺んとこへ来い (スコア:5, おもしろおかしい)
俺もないから心配すんな
Re:ファイルのない奴ぁ俺んとこへ来い (スコア:5, おもしろおかしい)
見ろよ青い空白い雲…
Azureですね。わかry
Re:ファイルのない奴ぁ俺んとこへ来い (スコア:1)
そのうちなんとか・・・
なりませんね、ええそうですとも
Re:ファイルのない奴ぁ俺んとこへ来い (スコア:2)
ふざけやがって、ふざけやがって、このやろ~。
Re:ファイルのない奴ぁ俺んとこへ来い (スコア:1)
誠に遺憾に存じます。
Re:ファイルのない奴ぁ俺んとこへ来い (スコア:2, すばらしい洞察)
そんな無責任な
Re:ファイルのない奴ぁ俺んとこへ来い (スコア:1)
棚卸し (スコア:2)
各サービス定期exportが必要かなあ。
# Evernoteの定期メンテが地味に困る
Kindle (スコア:2)
Kindleの場合はその問題は大きいです.もしAmazonが倒産したら?
が,まあ日本の出版社と違って、責任もって対応してくれることに期待するしかないですな.
少なくとも販売した以上は読む権利はこちらにある.
Re:Kindle (スコア:1)
使った事無いと知らないかもしれないけど、Kindle本体より大容量のコンテンツは
保持できないからね。いつでもダウンロード可能という前提で、2GB/4GB
(Fireで8GB)という容量になっている。
それにブックマークや書き込み等が、Kindleはサーバー経由で同期可能と
いうのもウリに一つなんだよ。
Re:Kindle (スコア:1)
Amazonがアメリカの会社だから、米国法で縛られていれば無問題。
「居住地が日本の人は別扱い」みたいなことをすれば、日本在住の米国人も黙ってないでしょ。
クラウドだけに (スコア:2)
雲散霧消するのが運命
複数のサービス併用 (スコア:2)
頑張って事務所内サーバーの環境を移行したとして「ヤーメタ」と言われ
たらさすがにシャレにならないので、もうひとつ別のクラウドサービスも
運用しておいてDNS切り替えで緊急事態に備えるという方法を考えています。
無駄だろうか。
----------- 一生勉強を続けなきゃ!
Re:複数のサービス併用 (スコア:1)
予算がついたんだったらやっちゃえば桶。
Re:複数のサービス併用 (スコア:2)
なんかお気に触ることでもありましたでしょうか?
----------- 一生勉強を続けなきゃ!
Re:複数のサービス併用 (スコア:2)
というか、使い勝手等の問題を無視すればきっとあるのでしょうが・・・。
予備と本体を同時に更新して行けたら良いですね。
----------- 一生勉強を続けなきゃ!
閉鎖されなくても (スコア:1)
障害でアクセス出来ない事態もありえるでしょうし。
ネット上、自分の手元、多重化しておいた方が無難。
Re:閉鎖されなくても (スコア:1)
>あなたには脳という無限に近いストレージがあるぞ。
無限に漏れてる気がする > my brain
#きっとリフレッシュ失敗しててデータロストしてる。
Dropbox ような同期型なら (スコア:1)
ローカルのディスクにもコピーがあるから、無くなる事はないのでは? あっ、でも、サービス終了のタイミングで「アカウントはまだ有効だけど、サイト側の中身が空っぽにされる。」となれば、Dropbox のクライアントがローカルのファイルを削除しようとするかな?
クラウドサービスが提供するのはデータ処理・検索・共有・バックアップと割り切る (スコア:1)
あくまでデータの原本は手元にあるとするべきだろうと思います。
クラウドサービスが提供するのは原本からクラウドストレージ上にレプリケートされたデータに対する処理、インデクシングによる高速な検索機能の提供、共有機能の提供など、データの利用と活用に関わる部分だけだという態度が良いのでは無いでしょうか?クラウドストレージもそれが原本の保管場所では無く、原本は手元にあるべきなのだと思います。もちろんクラウドストレージに蓄積されたデータを手元にコピーしておくというように、データの流れとしてはバックアップを取ってそれを原本と見なすことになる場合も多いでしょうけど。
屍体メモ [windy.cx]
ステマ官僚はどう考えてるんだろ? (スコア:1)
日本の自治体のデーターをクラウドに載せるとか言ってるけども、
壊れましたごめんなさい、倒産しましたごめんなさい。契約だから諦めて。
で済む訳無いんだよね。
紺猿に煽られるがままに、クラウド、クラウド言ってる官僚はその辺から
説明するべきだと思う。
Re:ステマ官僚はどう考えてるんだろ? (スコア:1)
さすがに、これは単なる言いがかりだと思うわ。
>壊れましたごめんなさい、
こっちはクラウド関係ない。むしろ普通の会社でも起こってる。
>倒産しましたごめんなさい。契約だから諦めて。
こっちは契約の段階で、「倒産などの場合はいつでも返却する」みたいな
一言を契約にいれておけば済むだけの話。
#どちらかというと、銀行の方がヒドイかな。日本は1千万まで保証するけど、それでも
#「それを超えたら返す保証はありません」でみんな生活してる。銀行の貸金庫だって
#泥棒に入られる可能性はあるけど、一般家庭よりは安全ということで預ける人は多い。
ステマ官僚などいない (スコア:1)
もうひとつ。
「ステマ官僚」って何だよ。
官僚は官僚。「ステマ官僚」なんてものはねえよ。
「クラウドを推進したら皆ステマ」と思ってるのなら、単なるバカ。
#クラウド業者より賄賂を受けてクラウドに便宜を図っているなら汚職事件。
ファイルじゃないけど、PaaSだと致命的かも (スコア:1)
ファイルではないけど、Google AppEngineやWindows Azureといった、PaaSのクラウドサービスが終了すると致命的かも。これらの環境で動作するアプリケーションは、それぞれのクラウドサービスが提供する独自仕様のエンジンに特化したアプリケーションになっているので、移植するとなるとかなりの大事になる。
SaaSもそのサービスが提供する固有のAPIを使ってたりすると、泣けてくる。
HaaSやIaaSなら他社に乗り換えるだけなので、影響は限定的だけどね。
Dropboxは大丈夫らしい (スコア:0)
本家のコメントによると、Dropboxは常に完全なコピーをローカルに保存する仕様なので、突然サーバーにアクセスできなくなってファイルを失うことはないそうだけど本当?
Re: (スコア:0)
逆に嘘だと思う理由は何よ。
Re: (スコア:0)
たとえば、Dropboxのファイルは暗号化されているのでDropboxの社員といえども中身を見ることはできないと嘘をついていた。
http://security.srad.jp/story/11/05/18/0820205/ [srad.jp]
そういえば
> Dropboxの場合、ハッシュを利用してファイルの重複をチェックする方式をとっている。このような方法は保管スペースを効率よく管理することができるとのことだが、
これってMegauploadで問題になった「削除してもリンクが消えるだけ」というシステムじゃないの?
Re:Dropboxは大丈夫らしい (スコア:1)
嘘だ陰謀だと騒ぐ前に試してみりゃいいんですよ
オフラインでもファイル使えますよ?
Re:Dropboxは大丈夫らしい (スコア:1)
仮想環境でサンプルファイル同期すりゃいいんじゃないですか?
Re:Dropboxは大丈夫らしい (スコア:1)
DropboxによってiTunesで買った曲が消されたんですか?
そしてその結果iTunesを二度と使わない決心をされたということですか?Dropboxを、ではなく?
Re:Dropboxは大丈夫らしい (スコア:1)
>意味の弱い語で語調を弱める典型的な例ではないでしょうか?
なるほど、大阪弁で言うとこんな感じやろか。
「オフラインでもファイル使えるんとちゃいまっか」
#バナナマン日村さんの文章は「?」無双になってるそうだ。
別な場所にアップロードし直すだけでは? (スコア:0)
なんて運用してる所が(まともな所に)あるとは思えませんが…。
Re:別な場所にアップロードし直すだけでは? (スコア:3)
個人ベースだと、最初からEvernoteとか、ブラウザからInstapaper直行とか、そういう閉じ方しているケースは多いでしょうね。
# 「運用」という言葉が出る以前のレベルの話かと。
Re:別な場所にアップロードし直すだけでは? (スコア:3)
クラウドとは違いますが、メールサーバが IMAP に対応していて、かつ、IMAP で運用しているとローカルにコピーがないことはありそうですね。
G-MAIL がいきなりサービス停止されたら大変なことがおきそう(^^ゞ
Re:別な場所にアップロードし直すだけでは? (スコア:1)
> まさか重要なデータも何もかもクラウドに完全に移してしまって、サービスが止まった瞬間に素寒貧、
> なんて運用してる所が(まともな所に)あるとは思えませんが…。
公共機関(自治体)向けなどのクラウドサービスもあると思いますが、どうなってるんでしょうね。
特に契約書上どうかかれているのかが非常に興味のある所なのですが・・・。
『万が一消失した場合は両者にて別途協議(実際は「想定外だった!」の記者会見?)』なのか、
消失しない前提なのでそんな文言はそもそも存在しないか・・・。
Re:別な場所にアップロードし直すだけでは? (スコア:1)
>公共機関(自治体)向けなどのクラウドサービスもあると思いますが、どうなってるんでしょうね。
ローカル(だけ)に保存してても、津波でみんな流されちゃうとかあるしねぇ。
多重分散保存でただし全てのデータ所在と内容を常に把握しておく必要があるとしたらすんげーめんどくさそうだ。
けど、やらないとしょうがないんだろうなぁ。
どこまでコストを掛けられるかってところで線を引くしかなさそうだ。
Re:別な場所にアップロードし直すだけでは? (スコア:1)
南三陸町 [srad.jp]の事案のように、システムの面倒はデータ全損しようともローカル業者が面倒を見てくれるはずだみたいは歪んだ見識を持つ自治体がでないことを切に希望する。
Re:別な場所にアップロードし直すだけでは? (スコア:1)
どこぞの図書館データベースだと、他の顧客情報までいっしょにコピーしてくれてたんだっけ。
Re:別な場所にアップロードし直すだけでは? (スコア:1)
なくなると困るってほどには重要じゃないかもしれませんが。
日記や備忘録をブログやSNSのみに置いている人は数多くいると思われます。
1を聞いて0を知れ!
Re:別な場所にアップロードし直すだけでは? (スコア:1)
サービス終了の予告があり、かつ、置いたのを拾ってくる仕組みがある場合は、別に仕方ないんじゃないかと思うけどねぇ。
サービス終了すること自体ではなく、自分の置いたデータが失われることが問題なのかと。
1を聞いて0を知れ!
Re:別な場所にアップロードし直すだけでは? (スコア:1)
>まさか重要なデータも何もかもクラウドに完全に移してしまって、サービスが止まった瞬間に素寒貧、
クラウドへの移行ってそういうもんじゃないんすか。
#やってないけど。
堀さんか石原さんの短編で、ローカルストレージが無くなってどんどんリレーで伝送されつつ保存されるようになったネット社会で。
突然ネットが止まるか途絶するかして全てのデータがロストしてしまって文明が滅んだというのを思い出した。
Re:別な場所にアップロードし直すだけでは? (スコア:2)
Re:別な場所にアップロードし直すだけでは? (スコア:1)
ボニーは?
消えないまま放置とかのが問題 (スコア:0)
みなさんおっしゃられてるみたいに、ファイルが消える分にはバックアップで対策ができます。
むしろガサ入れ、あるいは経営者が夜逃げとかして
いつのまにか管理者はいないけどシステムは中途半端に動き続ける、みたいな状態になるほうが怖いです。
放置状態になった後で、ハッキングやらシステムエラーなんかが起こって、
ファイルが第三者から丸見えみたいなことになったら目も当てられません。
ウェブサイトでは管理者不在のまま掲示板CGIだけ動き続けるなんてことがよくありますけど、
それと同じことが零細のネットベンチャーなんかに起こっても不思議ではない。
差し押さえとかされた場合、利用者のプライバシーはどれだけ保たれるのかという心配もあります。
クラウド云々に限った話じゃないですが。
グーグル様クラスならそんなことはないよね?
Re:消えないまま放置とかのが問題 (スコア:4, すばらしい洞察)
外部にデータをだした段階で、誰かが閲覧したり、流通する可能性は考慮して当然なのでは?
クラックやらシステムエラーが起こる可能性はオンラインになった瞬間から生じているのだし、
他人にデータを預ければ、損害賠償の範囲は契約にある範囲か、法律の範囲か、相手が株式会社なら、その会社の資産の範囲に制限されるということは分かっているわけでしょう。
Re:消えないまま放置とかのが問題 (スコア:1)
SpiderOakやWualaのようなパスワードの管理とデータの暗号化がクライアント側で行われ、サーバーには暗号化されたデーターのみがアップロードされるサービスを使うと良いのではないでしょうか。
クライアントソフトが密かにパスワードを送っている可能性まで疑うと大変ですが、SpiderOakなどは近々クライアントソフトをオープンソース化する [spideroak.com]と言っているので、それを待っても良いかも知れません。
Re:なんだこのストーリー (スコア:1, 興味深い)
君以外の人はこのこと [wikipedia.org]を心配しているんだよ。
Re:なんだこのストーリー (スコア:1)
なんで?
本家をそのまま垂れ流した責任は編集者にあるのだから、普通に編集者に文句を言って良いのでは?
Re:ファイルじゃないけど (スコア:2)
Re:ファイルじゃないけど (スコア:1)
×信ずるもの
○ちゃんと規約や説明を読まないもの