#appengine ja night #10 が終わりました〜 - スティルハウスの書庫の書庫
Google TechTalk＋appengine ja night #10が終わりました！ 今回はGoogleのJohn Woodellさんによる「Slim3のTechTalkやろうよ」という呼びかけがきっかけで、TechTalk+ajnという形態で4つのセッションを開催しました。場所は初めてとなるGoogleさんの六本木ヒルズの新オフィス。実はajn1は渋谷オフィスでしたが、それ以来となりますね。当日は90人くらいお集まりいただきました。アジェンダはこんな感じ： Google Tech Talk + appengine ja night #10 のご案内 第一部（19:00〜20:30／参加費無料） 1. 「Slim3 on App Engine」 ひがやすをさん（電通国際情報サービス） 2. 「Mirah and Dubious on App Engine」 Charles Nutt
#appengine ja night #9が終わりました＋Slim3本とすっきり本が出た - スティルハウスの書庫の書庫
appengine ja night #9、皆様お疲れさまでした！ 今回はurekatさんshin1さん他の方々が大変詳細なwaveレポートを書いていただいています： @urekat隊長、@shin1さんほかによるwaveまとめ それと皆さんのレポートです： @bufferingsさん：#ahack6 と #ajn9 に行ってきたよ あおうささん：appengine ja night #9に行ってきた @y_kohさん：appengine ja night #9に行ってきた @tagomorisさん：AppEngine ja night #9 に行ってきたよ @koherさん：Single Property Indexを作らないとComposite Indexも作成されない？ @drillbitsさん：appengine ja hack-a-thon #6 と appengine ja n
Google Megastoreのお勉強メモ #appengine - スティルハウスの書庫の書庫
BrettさんのSTMに関する記事の中でGoogle Megastoreについて言及されていて、そのリンク先がハミルトン先生の2008年7月の記事（内で紹介されていたPhil Bernsteinさんのメモ）でした。つまりどうやらMegastoreに関する公開情報でGooglerのお墨付きなものはこれしかなさそうです。そこで改めて要点を写経しつつ、App Engineレベルから見た疑問点等をまとめてみました。なお、青色部分は私の訳注および感想です。同じ記事について解説したkuenishiさんの記事もありますので、合わせてご参照ください。 ところでここでは「BigTable」表記です。BigtableのTが大文字か小文字かについてguidoは「う〜ん論文ではtだったから小文字じゃないかな〜」と言ってました。つまりGoogle社内でも統一されてません。 Google Megastore What
ソニー製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クラウドとつながって録画予約
appengine ja night #8が終わりました - スティルハウスの書庫の書庫
先週金曜日はappengine ja night #8でした。内容や資料等については皆さんにばっちりまとめていただいてますので、こちらをご覧ください： @bluerabbit777jpさん：appengine ja night #8に行ってきた。 @shin1ogawaさん：#appengine ja night #8( #ajn8 )に参加した @shin1ogawaさんによるTogetterまとめ：#appengine ja night 8まとめ @urekatさん：ajn8のwave （wave作成あざっす！） @y_kohさん：appengine ja night #8に行ってきた @tagomorisさん：appengine ja night #8にいってきたよ 今回のお題： ＜セッション1＞ 発表者：@najeiraさん テーマ：「コミュニティサイトLaBOLAをappengi
#appengine MapReduceを使ってみた - スティルハウスの書庫の書庫
Google I/O 2010で発表されたApp Engine新機能のひとつが「AppEngine-MapReduce（Mapper API）」です。このブログでもいろいろ憶測に憶測を重ねてきましたが、ついにApp EngineでMapReduceサポート！！…なんですが、しかし発表されたセッション会場もいまいち盛り上がりに欠ける感じ^^;; 理由は後述しますが、ともあれ（jw）、やっとのことApp EngineでもMapReduceがサポートされたわけです。 リンク集 appengine-mapreduce - Google Code Google I/O 2010 - Batch data processing with App Engine - YouTube Live Wave: Batch data processing with App Engine Exploring the
BigQueryってなんぞ？ - スティルハウスの書庫の書庫
Google I/O 2010では、Google Storageと合わせて利用する新機能「BigQuery」が発表されました（これもApp Engineとは個別のプロダクトです）。ひとことで言えば「何100億件のデータも数秒〜数10秒で集計できる、大規模並列クエリサービス」です。既存のOLAPやデータウェアハウスに相当するもので、更新処理には使えません。 MapReduceとはどう違う？ 大規模なデータセットに対して多数のサーバで並列処理するという点ではMapReduceに似ていますが、処理結果がすぐに得られる点、そしてSQLっぽいクエリ言語で表現できる集計処理しか実行できない（mapperやreducerを定義してデータを任意の方法で加工したりできない）点がMRとは異なります。MRよりさらに高水準の分散処理サービスです（MR＋Hiveに近いかもしれません）。 リンク集 BigQuery
#appengine アプリの処理時間は「平均1秒以下」にすべし！重いのはTQへ！ - スティルハウスの書庫の書庫
ひがさんがつぶやかれてた件のソースです： Chat Time transcript for May 5, 2010 Q: Why am I seeing a lot of warning logs saying "Request was aborted after waiting too long to attempt to service your request"? A: As of release 1.3.1, there is no longer an upper limit on the number of requests an app can service simultaneously -- the number of application instances now scales indefinitely with your load, but only if your
Bigtable論文を読んだメモ - スティルハウスの書庫の書庫
Bigtable: A Distributed Storage System for Structured Data をざっと読んだ感想： Bigtableは単なるソートされたkey-valueペアだ Multidimensionalという言葉に惑わされない方がよい レコードをイミュータブルにして履歴を残し、たまにGCするのはpgsqlやInterBaseなどのバージョニング系DBと同じ row keyとcolumn keyを組み合わせて1つのキーをつくり、2次元の表のように使っているが、実態は単なる超巨大なkey-valueペア column familyとかlocality groupも、とりあえず忘れてOK アクセス権チェックとか、でかいBlobだけ遅延読み込みするとか、そういうやつだ Bigtableはこれしかできない keyを指定して特定行をatomicにCRUDする 分散txは
appengine ja night #8のお知らせ - スティルハウスの書庫の書庫
appengine ja night #8のお知らせです。今回は@najeiraさんのサイト構築事例、そして@koherさんによるskiplistでランキングのセッションです！ 懇親会では私のGoogle I/Oレポートもやりますので、合わせてご参加ください！ こちらからご登録ください： http://atnd.org/events/4305 http://atnd.org/events/4306 ＜セッション1＞ 発表者：@najeiraさん 参考URL: http://labola.jp/ LaBOLA（ラボーラ） テーマ：「コミュニティサイトLaBOLAをappengineで開発してみた」 内容：LaBOLAは、スポーツを楽しむ人のためのコミュニティサイトです。同サイトの開発においてappengineを採用した決め手、プロキシのス スメ、実際のモデル構成などを説明します。 ＜セッショ
appengine ja night #7が終わりました〜 - スティルハウスの書庫の書庫
appengine ja night #7が終わりました！ 今回は「shin1ogawaじゃナイト！」と勝手に名づけさせていただいて、shin1ogawaさんによるセッションとQ&A大会という内容。また今回は、bufferingsさんはじめ京都GTUGの皆様のご協力により、京都のサテライト会場とskypeでつないで質疑応答にもトライしました。 ＜セッション1＞ 発表者：@shin1ogawaさん テーマ：「appengineアプリケーションの自動テスト -最新java sdk版-」 参考URL：404 shin1のつぶやき ないわー Not Found 内容：appengineアプリケーションも、通常のアプリケーションのようにCIできます。その具体的な手順を、実際にアプリケーションを作りながら紹介します。 ＜セッション2＞ 発表者：@shin1ogawaさん、@higayasuoさん、@k
#appengine の30同時リクエスト制限が撤廃 - スティルハウスの書庫の書庫
ひがさんのつぶやき： Nick said: The simultaneous dynamic request limit was eliminated in a recent SDK #appengine http://bit.ly/blUr32 同時リクエスト制限を撤廃だと！？(ｶﾞﾀｯ ご存じのとおりApp Engineではアプリケーションサーバー（App Server）が冗長化されており、アプリケーションにかかる負荷に応じて自動的にスケールアウトするというのが大きな特徴です。しかしこれまでは、デフォルトで「同時に処理可能なリクエスト数の上限は30まで」という制限が掛けられていました。例えば、1リクエストに1秒かかるアプリならば、スループット上限は30リクエスト／秒となります。 これはApp Engineの性能上の限界ではなく、実運用や実開発で用いられている「本物」のアプリケーションの
appengine ja night #7 のお知らせ - スティルハウスの書庫の書庫
今回はshin1ogawa ja nightです！ こちらからご登録ください： http://atnd.org/events/3838 http://atnd.org/events/3839 ＜セッション1＞ 発表者：@shin1ogawaさん テーマ：「appengineアプリケーションの自動テスト -最新java sdk版-」 内容：appengineアプリケーションも、通常のアプリケーションのようにCIできます。その具体的な手順を、実際にアプリケーションを作りながら 紹介します。 ＜セッション2＞ 発表者：@shin1ogawaさん、@higayasuoさん、@kazunori_279ほか テーマ：「appengine QA大会」 内容：appengineのココが聞きたい！という質問を、このGoogle Modelatorページにて事前に受け付けます。当日は会場で各質問について分かる
#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
MapReduce on #appengine キタコレ！？ - スティルハウスの書庫の書庫
ひがさんが見つけた書き込み： 30 sec execution limitation only to web requests or to all requests ? We've committed to map/reduce support to help make this easier on our roadmap for a future release. MapReduceキタコレ！ いつのまにコミット（＝確約）してたなんて。。 以前のGoogle I/Oビデオでは「MapReduceはいつサポートするの？」という質問に「それにはやるべきことがたくさんあるなぁ。。」的な解答でしたし、ロードマップにも載っていませんでしたから、MapReduceサポートは遠い先な感じでした。 が、Google I/O 2010セッション一覧には「Building high-throughput d
appengine ja night #6やりました！ - スティルハウスの書庫の書庫
先週金曜はappengine ja night #6でした。今回はSlim3 1.0.0をリリースされたばかりのひがやすをさんに、前回からひきつづきSlim3のグローバルトランザクション（gtx）についてソースを見ながらの解説をいただきました。またその前に、予備知識としてのgtxの仕組みについて荒川さんから30分ほど解説いただきました。 ＜セッション1＞ 発表者：荒川さん（@ashigeru） テーマ：「図解Global Transaction」 資料：appengine ja night #6 図解Global Transaction ＜セッション2＞ 発表者：ひがやすをさん（@higayasuo） テーマ：「Global Transaction・第2部」 参考ページ：Slim3 1.0.0 Released しげる先生は相変わらず図版（Visioで書いてるそうです）の豊富なわかりやすい
#devfest_jp 「Task QueueはMapReduceの夢を見るか？」の資料です - スティルハウスの書庫の書庫
DevFestの私のセッション 「Task QueueはMapReduceの夢を見るか？」の資料です。 Do Task Queues Dream of MapReduce? Tips and tricks about Google App Engine's Task Queue service and parallel processing with it. (by @kazunori_279) 1. What is Task Queue 2. Parallel Query Demo 3. The App Engine Parallelism 4. Concurrency Control on TQ まあ要するに「MapReduceほど大規模な並列処理にはならないけど、順次処理より数倍は速くなるよ」という趣旨です。 また、このセッションで使用する並列検索デモのコードはこちらで公開しています
#appengine ja night in kansai 1 ( #ajnk1 ) が開催されます - スティルハウスの書庫の書庫
@bufferingsさんと京都GTUGさんのご尽力により、関西でも初めてのappengine ja nightが開催されることとなりました！ ajnのノリでディープなappengine話で盛り上がれる勉強会が増えて大変喜ばしい限りです。Slim3ドキュメントの日本語化など、@bufferingsさんのクールな表情の下には熱いappengine愛を感じますww また場所の提供や運営等でサポートしていただく京都GTUGさんおよび山下さんにお礼を申し上げます。残念ながら私は参加できませんが、お近くの方はぜひお寄りください〜。 #appengine ja night in kansai 1 ( #ajnk1 ) を開催します Google App Engine (Python/Java) の勉強会です。 利用者同士で実践的ノウハウを共有しましょう！ 日時 2010/03/26(金) 19:00〜
佐藤先生がErlang、Scala、Javaなどの並行処理を斬る！ - スティルハウスの書庫の書庫
ここ数日の佐藤先生のエントリが熱い！ Erlang、Scala、Go、Javaなどの現代の言語（Erlangは古いか）における並行処理の扱い方について、それぞれの歴史的背景や意義、得手不得手などがわかりやすく紹介されてます。80年代から並行処理やオブジェクト指向を研究されてきた佐藤先生ならではの視点ですね。ちょっと長くなりますが特に私が興味深かった部分を引用します（強調は私）： 佐藤一郎: Web日記 (2010年) 最近、興味深いのはオブジェクト指向言語のScalaやErlangが話題を集めていることでしょうか。どちらもActor Modelをベースにしているそうですが、オブジェクト指向言語の歴史でいうと、Actor Modelなどの並行処理用オブジェクト指向言語の研究が盛んになったのは1985年からの6,7年ぐらいだと思います(Actor Model自身はもっと古いですが)。そして19
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BPStudy #33でGoogle I/Oレポートします - スティルハウスの書庫の書庫
