- 独立系ジャーナリストのTim Burkeは、Googleの“unlimited” Workspaceストレージに237.22TB規模の動画資料を保管してきたが、アカウント停止・解約の通知により取材資料を失う危機に直面している
- GoogleはEnterprise Workspace顧客向けに提供していた無制限ストレージをこの1年ほど段階的に廃止し、大容量利用アカウントを読み取り専用（read-only）モードへ移行した
- Burkeは今年初め、FBIが自宅を捜索して電子機器を押収した後、Google Cloudに残った資料に依存しており、読み取り専用への移行を既存コンテンツの保管保証だと理解していた
- 週末に受け取った通知は、ストレージ使用量を理由に7日後のアカウント削除を予告しており、約250TBのデータをその間に別の場所へ移せるかは不明だ
- この事例は、Googleアカウントの停止・削除時にユーザーが話のできる担当者を見つけにくい**「big monolith」問題**と、大規模な個人資料・取材資料を単一のクラウドに預けるリスクを浮き彫りにしている
Googleの「big monolith」問題
- Googleはユーザーの生活に深く入り込んでいる一方で、被害を受けたユーザーが建設的にやり取りできるカスタマーサポートを見つけにくいという批判を長く受けてきた
- Techdirtは2009年から、より良いカスタマーサポートだけでなく、user advocateやombudsmanのような役割が必要だと提案してきた
- こうした問題は「big, faceless, white monolith」と呼ばれ、ユーザーが被害を受けても対話する相手がいない事態が繰り返されていると指摘されてきた
アカウント停止が拡大する仕組み
- Googleアカウント全体が停止されると、単一サービスの問題ではなく、Gmail、YouTube、Driveなどアカウントに紐づく複数の資産やアクセス権がまとめて危険にさらされる可能性がある
- Kashmir HillのNY Timesの事例では、ある親が医療専門家の要請で息子の腫れの写真を撮ったところ、Googleアカウントを失い、CSAM配布者として表示された
- その親は潜在的な犯罪者として扱われたが、Googleで事情を説明できる相手と話すこともできなかった
- 別の事例では、ある女性が7歳の息子がカメラでふざけてYouTubeに投稿した裸体動画のために、Googleアカウント全体を失う状況に置かれた
- その動画は明らかに問題があり、すぐに削除されたが、Googleは女性のアカウント全体を閉鎖し、削除される予定だと通知した
- アカウント削除のリスクは、CSAM関連事例に限らない
Tim Burke事件と押収された機器
- 独立系ジャーナリストのTim Burkeは、Fox Newsから流出した映像資料を入手して公開した後、今年初めにFBIが自宅を捜索し、電子機器をすべて押収した
- この事件は大きな1st Amendmentの問題につながり得ると評価されている
- Burkeは、公開的にアクセス可能なURLを使って映像資料にアクセスしたことを理由に、CFAA容疑もかけられている
- Techdirtはこれを「bogus CFAA」の容疑だと見ている
- 電子機器をすべて押収された状況で、Burkeに残された主な保存先は、ここ数年の取材で集めた大量の動画データを保管していたGoogle Cloudだった
“unlimited” Workspaceストレージの廃止
- BurkeはGoogleの**“unlimited”クラウドストレージ**アカウントに「長年かなりの額」を支払ってきたと述べている
- この無制限プランはしばらくGoogleのEnterprise Workspace顧客に提供されていたが、Googleはこの1年ほどの間にそのプランを段階的に廃止した
- 既存の無制限プランで大容量ストレージを使っていた顧客には、アカウントが読み取り専用モードに切り替わり、今後はデータをアップロードできなくなると案内された
- Burkeの237.22TBの動画ファイルも読み取り専用モードの対象となった
- Burkeはこの移行を、既存コンテンツが安全に保管されるという意味だと理解し、押収されたコンピューター機器が返還されるまで資料は残ると期待していた
7日後の削除通知と移行の現実性
- Googleは週末にBurkeへ、ストレージを使いすぎているため7日後にアカウント全体を削除すると連絡した
- Googleのメールには、BurkeのGoogle Workspace Enterprise Standardアカウントであるburke-communications.comが停止予定で、まもなく解約され、データが失われると書かれていた
- Burkeにとってそのデータは「life’s work」であり、約250TBの無料ストレージがあったとしても、7日以内に転送できるかは不明だ
- 一部では、Burkeがなぜ別のバックアップを持っていなかったのかと問う声もあるが、FBIが彼の機器をすべて持ち去っていた状況だった
- 250TBのデータを扱える複数のバックアップサービスを見つけ、費用を支払うことも大きな負担になり得る
Techdirtが求めた対応
- この状況は、Googleの対話不能な巨大プラットフォームという問題とつながっている
- ユーザーは実際の担当者と協議するのではなく、機械を相手にしている状態に置かれているという批判を受けている
- Google社内の誰かが状況の深刻さを認識し、Burkeにデータを移す時間を与えるか、元の有料プランを復活させるか、少なくとも先のメールが示したように既存データの保存は認めるべきだという要求が出ている
2件のコメント
240TBはちょっと……
Hacker Newsの意見
実際のタイトルはもう少し刺激が弱い: 「Google Promises Unlimited Cloud Storage; Then Cancels Plan; Then Tells Journalist His Life’s Work Will Be Deleted Without Enough Time To Transfer The Data」
記事の内容はさらに刺激が弱い。記者は無制限プランがあった時代にGoogle Driveへ動画237.22TBをアップロードし、Googleが無制限プランを廃止した後、現在有効な非無制限プランを支払わなかったため、アカウントが読み取り専用状態になった。いまは有効なアカウント料金を払っていないため、アカウントの終了が予定されている状態だ。
このデータをS3に保存するには月5,000ドルかかり、本人はその費用を払いたくないので、アカウントが終了される前に動画ファイルの保存費用を引き受けてくれる場所を探さなければならない状況だ。
単にデータを保管してくれる相手を探す問題ではなく、データを取り出さなければならない問題だ。Googleから自分のデータを取り出そうとしたとき、1週間に約1TB程度しか受け取れず、この規模ならデータを失わないためにはほぼ1年必要になる。
事実関係が「さらに刺激が弱い」わけではない。まともな会社なら、顧客を追い出すにしても2,000ドル分のHDDや、少し安い光ディスク/テープ媒体に入れて自社負担で送るか、少なくとも顧客負担ででも送れる方法を用意したはずだ。データを取り出す手段を事実上提供せず、費用だけ押し付ける会社はひどい。
それが突然、全データをダウンロードしろという7日間の期限を突きつけてきた。以前にはそんな話はなかった。Googleのコミュニケーションは非常に悪い。
当該記者がこれを見るか、知り合いがいるなら、無料で移行を手伝いたい。Google側の人が見ているなら、この移行が進んでいる間だけ削除ライフサイクルを一時停止してくれるとよい。
https://www.backblaze.com/cloud-storage/pricing
https://www.cloudflare.com/bandwidth-alliance/
https://webservices.archive.org/pages/vault
Googleが顧客を追い出すのは自社の権利だが、実際にはデータを期限内に取り出せないスケジュールで進めている。実際のタイトルが言っているのもそれだし、事実もそうだ。
https://workspace.google.com/pricing.html
AWSではいつものことだが、送信コストが致命的になり得る。ただしSnowballのようなもので回避できるし、実際にはアーカイブ全体を移転しようとして全部取り出す必要があるときだけ問題になる。
ここでGoogleが非難されるのは当然だが、この問題はGoogleだけの問題ではなく、Gだけに狭く焦点を当てすぎるとシステム的な問題を見落とす。Gが最悪の加害者の一つであるのは確かだが、テック業界の大半に根付いた文化的態度でもある。
無料または低価格のサービスでユーザーを集め、囲い込んだ後、価格を少しずつ上げて搾り取るやり方だ。このプレイブックはとてつもなくうまく機能し、多くの人を金持ちにしたので、一夜にして、あるいは痛みなしに変わることはないだろう。
こうした会社とは取引を拒むようになったし、理由も伝えている。大した影響はないだろうが、少なくとも誰かが声を上げていることは確かだ。
たとえばKindle本がDRMなしで売られていたなら、私は地球上で最大級の購入者の一人になっていただろう。侵襲的に監視しないソフトウェアで読めさえすれば、一部は買い続けていたはずだ。データ収益の一部を投じて価格を下げるのはよいが、それならむしろreMarkableのような製品にもっと払って、尊重される製品を使いたい。
会社が原価割れ販売で市場を支配した後、価格を原価よりはるかに高く引き上げたのなら理解できるが、クラウドストレージ市場は今も非常に競争的で、同じ可用性で自前のハードウェアに保存する費用より概してずっと安い。
端末を買うために5年間お金を貯めたのに、サブスクリプション導入のちょうど1か月後に買ったという理由で「既存顧客」に含まれず、払い続けなければならない立場になった。
さらに悪いのは、カスタマーサポートが私を無制限無料サービスの対象だと言ってサブスクリプションを解約させ、その結果保証を失った後で、実際には対象ではなく、しかも保証も失ったと言い直した点だ。
結局、解約は取り消せたが、その一連の過程があまりに最悪だった。あの会社とは二度と関わりたくないし、製品も薦めない。
「なぜ Tim は別のバックアップを持っていないのか」という疑問もありますが、FBI が彼の持ち物をすべて持っていきました。私も「別のバックアップを取っておくべきだった」と言いかけていましたが、FBI は非常に強力な持続的脅威であり、より重要な問題かもしれません
かつて「無制限」ストレージを提供していた Workspace アカウントだったようです。このアカウントは、複数ユーザーの企業または教育機関向けアカウントであるという前提と、座席ごとの料金に基づいていました
Google は、1アカウント分だけ支払っても無制限ストレージが提供される抜け穴を人々が発見した後、1年以上前に無制限ストレージを段階的に廃止しました。予想できる悪用が続き、/r/datahoarders のような場所で見られました
ユーザーには同情しますし、Google の顧客尊重にも懐疑的ですが、これは誰かが単に Scroogled された事件のようには見えません。標準の Drive 顧客のように、使用したストレージ分だけ料金を払っていたなら、このようなことは起きなかったはずです
ごく少数のヘビーユーザーがどれほど大きな負担になり得るかを過小評価した会社には、ふだんは同情するほうですが、これは Google です。営業部門と法務部門の規模は、テック企業の90%より大きいはずです。これは彼らのミスであり、彼らだけのミスです
約 250TB を移せという通知を1週間前に出すのは、明らかに不合理です。250TiB を7日間ずっと移し続けるには平均で 3.6Gbit/s を超える速度が必要で、転送の中断がまったくなく、通知メールが届いた瞬間にすでに別のストレージを用意していて、すぐ転送を開始したという前提になります
Google のような会社にとっては、1週間にわたって継続的に数 Gbit/s を出すことや、1日で終えるために必要な数十 Gbit/s も大きな問題ではないでしょうが、ほとんどの個人や団体にとってはまったく現実的ではありません。その程度のストレージと帯域を確保することが不可能ではないにせよ、安くはないでしょうし、特に今すぐ必要だという点が大きいです
https://news.ycombinator.com/item?id=35937436
Google はこのような無神経な顧客対応を何年もやり過ごしてきましたが、最近の私個人の経験では、技術にあまり詳しくない人たちも気づき始めています。デジタル生活全体を Google に預けることを気にしていなかった友人たちが、突然「脱 Google」について尋ねるようになっています
変化につながればよいのですが、それまでは、失ってはいけないものを Google だけに置くよう友人や家族に勧めることは絶対にありません
コメントで何度繰り返せばいいのか分かりません。本番環境では、いかなるものも Google に依存すべきではありません
問題の根は、既存の後方互換性をいつでも壊す文化、いわゆる「イノベーション」、社内政治と権力争いのせいでプロジェクトや製品を素早く打ち切るやり方、保守コストを最大化する非実用的な言語やフレームワークを使わせるソフトウェア開発リーダーシップ、そして幹部の関心を引くまでほとんど予算が付かない構造にあります。その時点ではたいてい遅すぎます
ここでの Google の行動は、他の人たちと同じく私も懸念しています。とはいえ、Google Drive で 200TB を管理するというのは想像しにくいです。その程度のデータを扱うには、クラウドプラットフォームとしての体験があまりに悪すぎます
明らかに数 GB 程度を持つ一般消費者向けに設計されており、ファイルの移動・変更・ダウンロード・アップロードのすべてがボトルネックに引っかかります
個人的に Google Colab で数千枚の画像を処理したことがあります。1GB にも満たない写真を新しいフォルダに移す必要がありましたが、1時間以上かかり、Web ブラウザの JavaScript で移動を処理しているように見えました
この件には驚きましたし、私も同じ状態の Workspace アカウントを持っていて、まだ削除段階ではありませんが読み取り専用状態でした。そこで Google Drive にあった重複バックアップ数 TB と大量のファイルを削除しました
ところがゴミ箱を空にするユーザー体験がひどいです。そこに表示されているファイルしかゴミ箱に送れません。ゴミ箱を完全に空にする最も簡単な方法は、rclone を設定して以下のコマンドを実行すること、つまり API でゴミ箱を空にすることのようです
https://rclone.org/drive/#emptying-trash
ここにいる他の人たちの役に立てば幸いです
何度かは完全に空にするために2回押す必要がありましたが、それでも画面に見えているものよりはるかに多く削除されました。大規模な一括操作は時々中断されるようで、数千個のファイルをダウンロード用の巨大な zip アーカイブにまとめるときと似ています
ただし rclone は、Drive が単一の巨大な処理を実行する代わりに、多数の個別削除処理を実行するので、より一貫して動作する可能性はあります
私がクラウドを好まない理由の一つ。暗号化されたバックアップと一時的な共有にだけ使い、重要なものには使わない。
曖昧な利用規約やポリシーのせいで、アカウントやデータが勝手に削除されるのも望まない。
しかし多くの人は、こうしたソリューションをハードディスクの拡張のように扱っている。物理的にたとえるなら、本をShurguardのようなセルフストレージに預けておくようなものだ。それはバックアップではなく、単なる保管場所である。代わりにコピーを作るべきだ。
複数の場所に高度に冗長化したストレージを自分で維持するほど、失ったらひどいことになるデジタル成果物は一つも思い浮かばない。
AWS、Google Cloud、Azureでは、GBあたりの月額料金を払ってデータを保存できる。彼らは利益が出る水準で価格を設定し、私はその費用を払う。
「固定料金または無料で、永遠に無制限」は持続可能なビジネスモデルではない。使用量が突出する少数のユーザーなら、原文のような問題が起きるリスクがあり、そうしたユーザーが十分に増えれば、結局は土台を外すしかなくなる。