グーグルは1月6日、Google App EngineのデータストアとしてPaxos algorithmによるデータセンター間のデータ同期を採用し、可用性を大幅に向上させた新データストア「High Replication Datastore」を追加したと、ブログのエントリ「App Engine 1.4.1 をリリースしました - High Replication Datastore の紹介」で明らかにしました。 App Engine 1.4.1 をリリースしました - High Replication Datastore の紹介 - Google Japan Developer Relations Blog 複数のデータセンターにまたがったレプリケーションを行うことで、特定のデータセンターに障害が発生した場合でもほとんどの場合で問題なく動作するとのことです。 可用性は高まるが書き込みは遅く
Google App Engineを使った最初の作品 Tiny Message （http://tinymsg.appspot.com）をリリースしてまだ２０時間経っていないが、設計の過程でいろいろと学べたことがある。 その中でも一番収穫として大きいのは、「Google App Engineを使えば、リニアにスケールするサービスを作ることが可能」だということが実感できたこと。 もちろん、Google App Engine上に作ったからと言ってすべてのアプリがリニアにスケールするわけではなし、どんなアプリでもそう作れるわけではない。Entity Groupの構成を間違えればそこがボトルネックになるし、Queryの二重ループなんかを書いたら、すぐにタイムアウトしてしまう。 リニアなスケーラビリティを持つDatastoreの上で作るとは言え、やはりDatastoreの仕組みをちゃんと理解してデー
#appengine JavaではJDOは捨てましょう!
Slim3のMLに次のようなタイトルの議題が上がっていた。 JDOを捨ててLow level APIへ?自分はSlim3は触らないからMLに投稿できないけど、この方向はすごく良い事だと思いました。 スレッド内で少し出ている「App Engine以外では動かなくなる 」は全く問題になら無いと思います。なぜなら、GAE/J用のシステムは設計レベルでGAEに特化してしまうので、結局GAE/J以外に移行するには設計からやりなおす事になり、そーなると実装レベルでJDOを適用して…という話にはならんと思うからです。 low-level APIのメリットその一これはずっと前からの意見なんですが、まず学習コストが低いですし、BigTableを勘違いせずストレートに理解しやすいんじゃないかと思います。JDOから入ると、従来のORMに使い慣れた人が従来のORMとして使ってしまい、あれ？とはまり込む気がします。
Google App EngineによるWebアプリケーションのスケールアップ：丸山先生レクチャーシリーズ 第2回リポート 丸山先生レクチャーシリーズ 2008-2009 第2回に登壇したグーグルの石原直樹氏と本多正明氏は、Googleが考えるクラウドのキー、Google App Engineについて講演を行った。 2008年12月16日に開催された「丸山先生レクチャーシリーズ 2008-2009 第2回」ではGoogleのクラウドプラットフォームであるGoogle App Engineを紹介するセッションも設けられた。Google自身が提供するWebアプリケーションのバックエンドシステムとして利用されているGoogle App Engineは、一般向けに無償公開されており、開発者登録を行うことで自分のWebアプリケーションをこのクラウドプラットフォーム上ですぐに稼働させることができる。
人によってはGoogle App Engineはまだ信用できるプラットフォームではないとか、できることに限りがあるとか、Pythonのみなのが問題などと言っている。もうそのような方は放っておこう、どのような条件が出たとしてもはじめることはまずない。 iPhoneとGAEが連携する Google App Engineの世界に飛び込めば、きっと未来の可能性が一気に拡大するはずだ。その一端を知れるのがTouchEngineだ。 今回紹介するオープンソース・ソフトウェアはTouchEngine、Google App EngineとiPhoneとを連携させるソフトウェアだ。 TouchEngineは二つの機能で提供されている。一つはGoogle App Engine上で動作するWebアプリケーションだ。これはごく簡単なもので、XMLファイルを出力するようになっている。形式はXMLのplistになって
RESTfulは一昨年くらいから出てきた技術的な用語だが、一般的なシステム開発においてどのようなメリットがあるだろうか。まず第一にデータベースとアプリケーションサーバを切り離すことができる。いわゆるデータとシステムの疎結合だ。 デモアプリケーション 第二にアプリケーションのインタフェースに様々な選択肢が増えるようになる。Webシステムに限らずiPhoneやコマンドラインでの操作も容易だ。そしてデータの置き場所も制限がなくなるのだ。そう、その夢を感じさせてくれるのがApp Engine Rest Serverだ。 今回紹介するオープンソース・ソフトウェアはApp Engine Rest Server、Google App Engine（GAE）をRESTfulサーバにするソフトウェアだ。 GAEをRESTfulに対応したサーバにするとどうなるか。それは無制限とも言えるストレージをHTTPベー
（随時更新中です。間違いなどありましたらコメントをお願いします！） このページのtinyurl: http://tinyurl.com/gaetips Datastoreのtips Bigtableの内部構造 BigtableによるDatastoreの実装 Datastoreによるクエリの実装 トランザクションとエンティティグループ Datastoreのtips List Proprtyとmerge joinの使い方 GAE一般のtips GAEのサーバー構成とリクエストの流れ Task Queue APIの使い方 開発環境とプロダクション環境の違い Flex/AIR＋GAEのtips GAE/JにBlazeDSを組み込む BlazeDSの本番環境へのデプロイでハマる Datastore APIの取り扱いでハマる App Engine開発の便利な参考ページ TOPGATEさんのGoogle
Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や
How do I start? Check out the Quick Start Guide. For more details, see the User's Guide. The Google Plugin for Eclipse is the fastest way to start developing Google Web Toolkit and App Engine applications, allowing you to go from installing the plugin to deploying an Ajax "Hello World" in a matter of minutes. Simply install the plugin and get started. If you don't have the GWT and App Engine SDKs
http://ktk-reader.appspot.com/ Webサービスなので、インストール不要です。 2chブラウザと同じく、2chの負荷を軽減する効果があります。 Google App Engineで動いているので、十分な帯域幅があり、月間 500 万ページ ビューをサポートできます。 JavaScriptが588行、CGIがPythonで170行です。開発期間は、約1ヶ月。 データをHTMLにする処理など、すべてJavaScriptでやっています。CGIは、2chにデータを取りにいくだけです。 ASCII.jpで紹介されました。ありがとうございます。お外でも使える2ちゃんブラウザ、現在開発中！ (08/07/15 追記) マッシュアップの実験中。 Google Chart APIにQRコードが入ったので、携帯用2ch http://c.2ch.net/ のQRコードを表示してみた
http://mad.appspot.com/ Google App Engine 第３弾は MAD ニュースジェネレーター。まだ実験中だけれど，基礎部分は完成。仕組みは簡単で，下のように ID を連ねたリクエストを出すと，その ID の並びの通りに mp3 を結合して返す，というだけのもの。 http://mad.appspot.com/cat?seq=CTvHXkyIdcMAUtE4Fwq8Dpvk3UFoEmmtrIx あとは， ID を並べるための補助的なインターフェースを JavaScript で書いてやれば，ひとまず遊べるようになるはず。 最終的には素材の投稿にも対応したい。その可能性を考慮して，今回は Datastore を使うようにしている。 余談だけれど，アプリ名は "madnews" で登録しようとしたのに，すでにそれは埋まっていて確保できなかった。そこでダメモトで "
サービスを止めない！ サイバーエージェントに聞く高可用性の実現 そこにピュア・ストレージが選ばれた理由 勝つためのクラウド活用術 New Value on Azure ビジネスを次のステージへ！ 新OSのWin11はどう進化したか ビジネス上の役割、開発の要因と Win11が目指した5つのポイントを紹介 RPA見直される”業務”と”人”の関係 人的リソースを単純作業から解放！ 高付加価値業務への転換のために 50年の経験を持つアイネットが提供 ユーザー企業の使いやすさを第一に考えた ワンストップで使えるマネージドクラウド クラウド導入が進まない本当の課題 ITベンダーだからこそ知っている クラウドに二の足を踏む企業のボトルネック 大事なのは”仕事の段取り” 幅広い業務を任されているからこそできる ひとり情シス流の業務改善術 リモートワークを成功させる方法 必須となるセキュリティをどう強化す
Google App Engine http://code.google.com/appengine/ すでにあちこちで騒がれているGoogle App Engine。 PythonでWebアプリケーションを書けば、すぐに設置して動かせる環境を提供するものだ。 ＜Google App Engine enables you to build web applications on the same scalable systems that power Google applications.＞ （大意：Google App Engineを使えば、Googleのアプリケーションで用いられているのと同じスケーラブルなシステムを用いて、Webアプリケーションを作ることができます。） この「環境」には、Pythonの実行環境、Python標準ライブラリの大部分に加えて、（PythonのWeb技術で
Google App Engine(書きにくい。GAEとか略すのかなと予想)のページで、使える状態になっていたのでボタンを押して利用開始。 アプリは3つまで作らせてくれるということなので、まず Application名 […] Google App Engine(書きにくい。GAEとか略すのかなと予想)のページで、使える状態になっていたのでボタンを押して利用開始。 アプリは3つまで作らせてくれるということなので、まず Application名 “akky” を確保。 これで、http://akky.appspot.com/ が使えるようになる。(Google Appsのように、独自ドメインへのマップもできる予定) まずはローカルでちゃんと動くPythonアプリを作る、ということで、さきほどインストールしたSDK上で作業。 C:> cd “Program FilesGooglegoogle_
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
