アカウント名:
パスワード:
Google App Engine の High Replication Datastore のハイテクぶりを見ると、なんとも、物足りないですね。「データ消失時の対応マニュアル整備」ですか。私はもっと原理的にデータ消失を無くすような仕組みを作れないものかと思ってしまうんですが（キャッチアップが得意な人材はいるはずです）
すぐにというわけにはいかないが、Google のように、シンプルなレイヤー分けがなされて、ウェブサービスが実行中であれなんであれ、ユーザーが扱うデータにアクセス権がなくても、ソフトウェアの更新が可能であるような仕組み、地域的に離れたデータセンターに同じデータを高頻度にコピーするような仕組みをいつかは作るのか。それとも、今から「プライマリディスクに障害が発生した場合の対策について検討」という、この周回遅れかのように見える段階を何年もつづけるのか。技術基盤の選択も、検討し公表していく必要があるかと思います。
距離が離れるほどデータの照合には時間が必要で,全てを整合させることは困難になります. 頻繁に書き変るものであるほど障害時の影響が大きく, これは物理的な限界ですからGoogleがどんなに技術力があっても解決のしようがありません.
High Replication Datastore には Paxosアルゴリズムが使用され, 信頼性を確保しているそうですが, 書込む速度が遅くなることは避けられません. High Replication Datastore も保証はしていないのではないですか?
http://pushit-dev.blogspot.jp/2011/11/high-replication-datastore.html [blogspot.jp]
のように"困っている人"が検索の上位に上がっているようですが.
これは遅延書き込みによるデータ整合性の問題で、遅延が許されないようなシステムで複雑なクエリを必要とする場合、設計が大変…という話ですね。バックアップまわりのデータ消失の問題とはまた別と考えたほうが良いかと
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
Googleのインフラにまるごと移管するのがいいのでは（笑） (スコア:2)
Google App Engine の High Replication Datastore のハイテクぶりを見ると、なんとも、物足りないですね。「データ消失時の対応マニュアル整備」ですか。私はもっと原理的にデータ消失を無くすような仕組みを作れないものかと思ってしまうんですが（キャッチアップが得意な人材はいるはずです）
すぐにというわけにはいかないが、Google のように、シンプルなレイヤー分けがなされて、ウェブサービスが実行中であれなんであれ、ユーザーが扱うデータにアクセス権がなくても、ソフトウェアの更新が可能であるような仕組み、地域的に離れたデータセンターに同じデータを高頻度にコピーするような仕組みをいつかは作るのか。それとも、今から「プライマリディスクに障害が発生した場合の対策について検討」という、この周回遅れかのように見える段階を何年もつづけるのか。技術基盤の選択も、検討し公表していく必要があるかと思います。
Re: (スコア:0)
距離が離れるほどデータの照合には時間が必要で,全てを整合させることは困難になります. 頻繁に書き変るものであるほど障害時の影響が大きく, これは物理的な限界ですからGoogleがどんなに技術力があっても解決のしようがありません.
High Replication Datastore には Paxosアルゴリズムが使用され, 信頼性を確保しているそうですが, 書込む速度が遅くなることは避けられません. High Replication Datastore も保証はしていないのではないですか?
http://pushit-dev.blogspot.jp/2011/11/high-replication-datastore.html [blogspot.jp]
のように"困っている人"が検索の上位に上がっているようですが.
Re:Googleのインフラにまるごと移管するのがいいのでは（笑） (スコア:0)
これは遅延書き込みによるデータ整合性の問題で、遅延が許されないようなシステムで複雑なクエリを必要とする場合、設計が大変…という話ですね。
バックアップまわりのデータ消失の問題とはまた別と考えたほうが良いかと