Google App Engineダウンの原因はデータセンターの電源故障。さらに復旧手順のミスが重なった
Google App Engineダウンの原因はデータセンターの電源故障。さらに復旧手順のミスが重なった 米国時間の2月24日、グーグルが提供するGoogle App Engineのデータストアが障害により停止するという事故が発生しました。この事故の状況については、そのときの記事「Google App Engineが昨夜ダウン。障害がごく一部に残り、対応チームは現在も作業中」」で詳しく報じました。 それから2週間、グーグルが原因と対策について書いたドキュメントをGoogle Groupに「Post-mortem for February 24th, 2010 outage - Google App Engine | Google Groups」というメッセージとしてポストされました。 原因はデータセンターの電源障害 グーグルの解説によると、今回の障害の直接の原因はプライマリデータセンターの
Google App Engineを使って無料で自宅用プロキシを運用 | ライフハッカー・ジャパン
モバイルバッテリーとは呼べない。「ほぼポタ電」なコレ1台で有事の時もアウトドアも大活躍!【AmazonスマイルSALE】
Google App Engine入門：実行効率を犠牲にせずに開発効率だけを上げるテクニック
一つ前の富豪プログラミングのエントリーともつながる話だが、Google App Engineは「ちゃんとスケーラビリティを考慮してアプリケーションを作るには何に気をつけなければならないか」を勉強するには絶好の環境だ。そこで今回は、その「ケチな大富豪的なプログラミング」の実践編。 Google App Engine上のアプリをいくつか書いているうちに、必要に迫られて自然発生的にできてきたのが、gdispatchという数十行のコードからなる小さなモジュール（ソースコードはgithubに置いてある）。これをGoogle App Engineに標準で付いて来るwebappと組み合わせてフレームワークとして使っている。 gdispatchを設計する上で重視したのは、 （１）Google App Engine上でのアプリの開発を効率化する上で「明らかにこれがあると開発効率が格段に向上する」というもの以
いっちゃ悪いけどGAEでJavaを選択する場合の最大の理由をわかっちゃいないね - ひがやすを技術ブログ
いっちゃ悪いけど、 GAE で Java を選択する場合の最大の理由をちゃんと解ってて話をしているとは思えない。 タイトルの通りだけど、Javaはすでに十うん年を一線で過ごしてきた言語だ、過去のコード資産が莫大にあるはずで、それを活用する場合は GAE で Java を選択する事のメリットがある。 「うん十万行の既存コードをそのまま投入できる。それにインターフェースするために多少オーバーヘッド気味のコードが数100行必要なのが何の問題がある？」これを言えないJava 使いはコード資産って物が無い貧乏人だし、過去資産に物を言わせないJavaなど相手にするのがあほくさいぐらい貧弱なものだ。 そのままの言葉で返すけど、いっちゃ悪いけどGAEでJavaを選択する場合の最大の理由をわかっちゃいないね。Javaの豊富な標準ライブラリを使えるというのは、大きな利点だと思うけど、過去に自分たちで作ったよう
GoogleAppEngine ハッカソンNo.2に参加してきました。 - When it’s ready.
12/13 渋谷でGAEのハッカソンがあったので参加してきました。 チュートリアル、マッシュアップ、データストア、フレームワークのチームに分かれて、作業を行い。最後にチーム毎に発表を行うという流れで行われました。前回同様、ゴージャスなお弁当をご馳走になったり、大変快適でした。tmatsuoさん、Googlerのみなさまありがとうございます。 私は、マッシュアップチームR（@akisutesama takao.funami id:a2c）でGDataをGAEで使えるようにするチームに所属しました。とりあえづ出来たものが、以下のＵＲＬで、動作確認出来ます。トークンを奪うような事をしていないので適当に認証してみてください。ソースも公開しています。 http://1.latest.inote.appspot.com/ 上記ページ言って認証ってのを押すと 認証画面に飛ばされますので 画面下部の、認証
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
