アカウント名:
パスワード:
Google App Engine の High Replication Datastore のハイテクぶりを見ると、なんとも、物足りないですね。「データ消失時の対応マニュアル整備」ですか。私はもっと原理的にデータ消失を無くすような仕組みを作れないものかと思ってしまうんですが(キャッチアップが得意な人材はいるはずです)
すぐにというわけにはいかないが、Google のように、シンプルなレイヤー分けがなされて、ウェブサービスが実行中であれなんであれ、ユーザーが扱うデータにアクセス権がなくても、ソフトウェアの更新が可能であるような仕組み、地域的に離れたデータセンターに同じデータを高頻度にコピーするような仕組みをいつかは作るのか。それとも、今から「プライマリディスクに障害が発生した場合の対策について検討」という、この周回遅れかのように見える段階を何年もつづけるのか。技術基盤の選択も、検討し公表していく必要があるかと思います。
私はもっと原理的にデータ消失を無くすような仕組みを作れないものかと思ってしまうんですが
強力な電波で、宇宙に放出すればよいでしょう。
リストアは、未来の人に託しましょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
Googleのインフラにまるごと移管するのがいいのでは(笑) (スコア:2)
Google App Engine の High Replication Datastore のハイテクぶりを見ると、なんとも、物足りないですね。「データ消失時の対応マニュアル整備」ですか。私はもっと原理的にデータ消失を無くすような仕組みを作れないものかと思ってしまうんですが(キャッチアップが得意な人材はいるはずです)
すぐにというわけにはいかないが、Google のように、シンプルなレイヤー分けがなされて、ウェブサービスが実行中であれなんであれ、ユーザーが扱うデータにアクセス権がなくても、ソフトウェアの更新が可能であるような仕組み、地域的に離れたデータセンターに同じデータを高頻度にコピーするような仕組みをいつかは作るのか。それとも、今から「プライマリディスクに障害が発生した場合の対策について検討」という、この周回遅れかのように見える段階を何年もつづけるのか。技術基盤の選択も、検討し公表していく必要があるかと思います。
Re:Googleのインフラにまるごと移管するのがいいのでは(笑) (スコア:0)
私はもっと原理的にデータ消失を無くすような仕組みを作れないものかと思ってしまうんですが
強力な電波で、宇宙に放出すればよいでしょう。
リストアは、未来の人に託しましょう。