新しいオープンソースプロジェクト：Troois
昨日Trooisという新しいオープンソースプロジェクトをリリースしました。Google App Engineで動作するAmazon S3のクローンです。 Amazon S3はファイルを書きこんだり、読み込んだりするアプリケーションにすごく便利です。とくに： ・クラウドの複数のノードで動作しているアプリケーション（この場合はファイルシステムを使えません） ・Heroku（クラウドPaaS）を使ってる場合。Herokuのファイルシステムはリードオンリーであり、Herokuのデータベースは費用が高いリソースです。 しかしAmazon S3は有料です。安価ですが、無料の選択肢があれば、下記の場合にメリットがあります： ・請求書などの複雑性を減らしたい。 ・ランニングコストをゼロにしたい。例：非営利プロジェクト ・莫大な支払いのリスクを避けたい。有料サービスの場合、プログラムエラーや意図的犯行で莫大
グーグル、フル機能のMapReduceをGoogle App Engineで提供へ
グーグルは同社のクラウドサービスであるGoogle App Engineで、フル機能のMapReduce機能を提供することが同社のイベントGoogle I/O 2011で明らかにしました。 これまでGoogle App EngineではMapReduceを構成する「Map」「Shuffle」「Ruduce」の3つのうち、Mapperの機能の提供が行われてきました。 Google I/O 2011で行われたセッション「App Engine MapReduce」では、MapReduceを構成するすべての機能の提供が行われることが発表されています。 セッションのポイントを紹介しましょう。 App Engine MapReduce App EngineエンジニアリングチームのMike Aizatsky氏。 MapReduceは数年前にグーグルが開発した処理。社内ではほとんどあらゆるチームがこの処理
Google App Engineは年内に正式サービスへ昇格。Go言語のサポートも
グーグルは、同社のクラウドサービスであるGoogle App Engineのプレビューを年内に終了し、正式サービスへと昇格させる予定であることをブログGoogle App Engine Blogにポストしたエントリ「The Year Ahead for Google App Engine!」で明らかにしました。 2008年にプレビューサービスが始まったGoogle App Engineは、これまで多くのフィードバックを得てきたため、プレビューを卒業する準備ができたと書いています。 We are now confident that App Engine is almost ready to graduate from Preview status, and we are pleased to announce that graduation will be taking place lat
REPLでありつつ指定のコードをappspotで動作させる flex_remote_api_shell を作った - たごもりすメモ
remote_api_shell は手元で書いたコードをすぐ動作させることができて、しかも本番環境に対してデータをすぐにput()できたりするので大変便利だと思うんだけど、いかんせん遅いのが問題。複雑なデータのメンテナンスをするときに便利なんだけど、対象のエンティティ数が1000を超えたあたりから、処理するごとにかなり我慢のならない待ち時間が発生する。 で、その遅さってMakeSyncCallをHTTP RPC経由で実行してることに問題がある。ので、指定したときだけその実行がappspot上で直接動けば、手元で書いたロジックの動作を確認しつつ、重いループだけappspot上で高速に処理することができて便利なんじゃね！？ と思ったので、作りました flex_remote_api 。リポジトリはgithubにあります。ライセンスは Apache License v2.0。READMEはそれなり
ソニー製BDレコーダーのWeb連携サービス 「Chan-Toru beta」が #appengine と #slim3 を採用! - スティルハウスの書庫の書庫
Google App Engine始まったな!って感じです。 ソニーの100%子会社であるVisionartsさんが、スマートフォンやPCブラウザ、iPad等からソニー製BDレコーダーの録画予約をできるサービス「Chan-Toru beta」を運用開始しました。 Chan-Toru beta | 開発中のアプリが楽しめる「体験空間」 | ソニー via kwout Google App Engineで動いているよ! 家電＋クラウドだ! このサービスのすごいところは、ご存じGoogle App Engineで開発・運用されている点です。つまり国内のどこかのデータセンターで専用サーバーが動いているわけじゃなくて、Google検索とかGmailと同じGoogleのクラウド（たぶん北米にある？）で動いているサービスなんですね。自分のリビングのBDレコーダーがGoogleクラウドとつながって録画予約
GAE用のOAuthライブラリ simpleoauth-gae を作ってる - たごもりすメモ
ある人の発言から時事ネタサービスを作ろうと思いたったわけだが、TwitterとのOAuthまわりでハマりにハマって、結局有りモノに手を入れてしまったのでその話。 結論からいくと、使いやすい(と自分では思っている)ライブラリに修正して公開しましたよ、ということで。 simpleoauth-gae - Simple OAuth Library for GAE Environment - Google Project Hosting あれこれ調べる、試す Twitterに対してOAuthやろうと思うと思ったが、dev.twitter.comでPython用として紹介されているのは以下のライブラリ。組み合わせて使う。 python-oauth oauth-python-twitter2 前者 oauth2(python-oauth) が汎用的なOAuth用のライブラリで、後者 oauthtwitt
simpleoauth-gae直しながらTwitter APIと戯れる - たごもりすメモ
simpleoauth-gaeを前の記事の時点以降で実用するのにちょっとずつ直してるんだけど、あれこれあったのでメモ程度に書いておく。要約するとTwitter APIに対するapi.twitter.comの挙動ヒドいっす。ゆるふわAPIとか言い得て妙すぎる。 23日前後の状況 前に書いて放り込んだときには、RequestTokenおよびAccessTokenの取得時に以下のようになってた。リクエストのパラメータに入れるのか署名に使うのか、あたりの細かい話は省略。 RequestToken取得時 oauth_callback_urlは指定しない api.twitter.comへのリクエストには以下を使用 Consumer Token および Consumer Secret AccessToken取得時 ユーザがTwitter.comで認証を済ませたあと戻ってくるときのパラメータに oauth
「JJUG CCC 2010 Spring」行って来た 3 - 僕はお仕事が出来ない
Cloud Developer PanelDiscussion 今回のJJUGのセッションの中で一番のスマッシュヒットでした。クラウドサービスっていろいろあるけどぶっちゃけ使ってみてどうなの？ってのが、現場レベルの生の声で聞けて面白かったし、ためになりました。代表的な、Azure・GAE・AmazonEC2・Force.comの比較を交えての進行でしたので非常に分かりやすくて良かったです。 下記に、内容は一部誤ってるかもしれませんがなるべく比較出来る様にまとめたものを書いておきます。 デプロイについて Azureのデプロイ時間がとっても長いという話から Azure：アップロードから開始まで15分くらい（最新版は早いのかも） GAE：規模による1分程度（確かにGAEは早い） Amazon：5分〜10分程度 Force.com：デプロイという概念はなし ちなみに、Azureはアップロードから課
Google App EngineがSQLデータベースをサポートへ。エンタープライズ向けサービスを拡充
Google App EngineがSQLデータベースをサポートへ。エンタープライズ向けサービスを拡充 グーグルは5月19日（現地時間）に米サンフランシスコで開催されたイベント「Google I/O」の基調講演で、エンタープライズ向けにフォーカスした「Google App Engine for Business」を発表しました。その内容を紹介しましょう（基調講演の内容は、記事「［速報］Google I/Oで発表された4つのポイント：VP8オープンソース化／Chrome Web Store／VMwareとの協業／Google App Engine for Business」をご覧ください）。 基調講演で最後の発表者として壇上に立ったのは、グーグルのKevin Gibbs氏。App Engineがエンタープライズに受け入れられるようにするためには、いくつかのバリアを乗り越えなければならないと語
テストケースのベースクラス GAETestBase を作った - たごもりすメモ
前に書いた記事からはやくも半月たってしまったが、やっと出してもいいかなという状態になったので公開します。ファイルそのものはこちら。 GAETestBaseはPython標準のunittest.TestCase継承クラスとなってます。ユニットテストを書く際に、通常のTestCaseのかわりにGAETestBaseを継承してユニットテスト用のクラスを作り、あとは普通にテストコードが記述できます。 PythonおよびAppEngine SDK以外への依存がゼロで環境を選ばない、はず、なのが売りかな？ ところで出来上がったあと公開用の準備をやってたら、GAE/J側ではslim3がkotoriを組み込んだという話が。おおお。 できること CLIでのテスト実行 開発中のテスト実行が、Python標準のunittestと全く同じようにCLIから実行できます テストケース側で指定があれば各サービスはrem
#appengine の未来はこうなる！ - スティルハウスの書庫の書庫
と釣りっぽいタイトルで、 App Engine Product Roadmapを簡単にレビューしたいと思います。久々に見たら、いろいろ追加されてた！ 各項目毎に、私の勝手な予測（妄想）コメントを加えてみました。 SSL for third-party domains Google Appsで独自ドメインをApp Engineに割り当てたときもSSLを使えるようになるであろう Background servers capable of running for longer than 30s 忌まわしき30秒制限から開放されたバックグラウンド処理が可能になるであろう。Task Queueのタスクでさえ30秒制限があるのでバックグラウンド処理も細切れにする必要がありましたが、それが不要になるであろう Ability to reserve instances to reduce applicati
Google App Engineのロードマップ。半年以内に30秒制限もスピンアップ待ちも撤廃？
Google App EngineのWebサイトに「App Engine Product Roadmap」と名付けられた、文字通り今後のApp Engineのロードマップを説明したページがあります。 このページに書かれている説明によると、ロードマップとして挙げられている項目はApp Engineチームによって開発が進められており、多くは6カ月以内に実現することを意図しているとのこと。また、項目はつねに更新されているとのことです。 ただし、このページに書かれているロードマップの項目はすべてが具体的に書かれているわけではないため、実際にどのような実装として登場するのか分からないものもあります。 Javaのプログラミングなどに詳しいスティルハウスの佐藤一憲氏は、このロードマップを独自に解釈したエントリ「 #appengine の未来はこうなる！」を2日前にブログにアップしています。今後Googl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://books-share.appspot.com/
Sign in - Google Accounts
Google AppEngine and PlayFramework v1.1 the first experience
Bitbucket | Git solution for teams using Jira
lists-with-play-scala-gae/README.txt at master · ymnk/lists-with-play-scala-gae
Google Code Archive - Long-term storage for Google Code Project Hosting.
グーグルの企業向け「App Engine」で問題が続出
http://www.sienaproject.com/index.html