無料かつ（おそらく）最速であなたのWebアプリケーションを世界に公開する方法 - 愛と勇気と缶ビール
無料なのは間違いないが、（おそらく）最速にしてあるところがミソ。 魔法使いに必要なもの 基本的なRubyの知識 基本的なhttp, htmlに関する知識 Googleアカウント 魔法使いに必要でないもの 自宅サーバ レンタルサーバ MVCとかDBとかの知識 前提 アプリケーションはGoogle App Engine(Java)の上で動かす JRuby+Sinatraで構成。JRubyはJava仮想マシン上のRuby実行環境のことで、SinatraはRubyの超お手軽・軽量Webフレームワーク。 そんじゃあ始めます。俺の環境がLinuxなので、WinやMacを使ってる方は適宜読み替えてね。 １、まずGoogle App Engineのアカウントを取得する。アプリケーションを適当に登録する。 Googleのアカウントがない人はまずそこから。既に持ってる人はGoogle App Engineに登
【Amazon EC2】 GAEからEC2を管理するツール、CloudWatchなど
Scalable PDFでは、EC2インスタンスの起動/終了やCloudWatchを使ったリソースのモニターなどを、Google App Engineからできるようになっている。わざわざGAEを使っているのは、利用料削減とレイテンシーの改善のためである。EC2インスタンスをずっと起動しているとチャージされてもったいないので、必要なときに必要な分だけのインスタンスを起動する、というオンデマンド的な利用がおすすめだ。インスタンス起動は数十秒で可能であり、また、Reflex iTextが揮発性で疎結合であるため、このような経済的なシステム利用（グリーンIT？）が可能になっている。レイテンシーについては、前記事にも書いたとおり、GAEを介す方が50%も改善できるという結果もある。 さて今回は、このScalable PDFでも採用しているテクニックをいくつかご紹介したいと思う。まずはCloudWat
Google App Engine上でRubyアプリを動かす手順 - しばそんノート
前置き Google App Engine(以下GAE)では、公式には現在のところPythonとJavaしかサポートされていませんが、JRubyという素晴らしいプロダクトのおかげでJava VM上でRubyスクリプトを実行できるため、考えようによってはRubyも既にサポート対象になっていると言えなくもありません。 実際にググってみても既に結構な量の情報が存在するのですが、どうもJRuby on Railsを対象とした情報が多く、素のRubyアプリケーションを動かすための情報があまり無いように感じました。 Railsももちろん優れたフレームワークなのですが、ちょっとしたアプリケーションを作るのには少々重過ぎますよね…。 ということで、非Railsな、もっとシンプルなRubyアプリをGAE上で動かすための手順を調べてみました。 ポイント 今回は以下の前提で作業を進めていきます。 Railsなど
【Reflex iText】 パフォーマンス測定でわかったAmazon EC2の真の実力とレイテンシー
Amazon EC2の高スペックなマシン（c1.xlarge）にReflex iTextのインスタンスを載せてパフォーマンスを測定してみた。c1.xlargeは、Opteron 1.0-1.2GHz相当20Unit分、Memoryは7Gあり、Celelon 2.2Ghz、512Mの約10倍のパフォーマンスだった。 Reflex iTextのスループットは、（予想通り）20個のJettyを起動して並列実行させたときに最大を示し、１Jettyあたり２０ページ作成で１３３ページ/秒を出した。 PDF生成パフォーマンステスト * ２０プロバイダ*２０ページだと１３３ページ/s * Total ３秒 * テンプレートHTMLは51Kb*20回取得 * エンティティXMLを300Kb*20個分割して取得 * 20プロバイダ*5ページで1秒なのでHTMLとXMLの転送コストはほとんどないと考えられる *
GAE上でスケールするWebアプリを書くには/サイオステクノロジー松尾さん - uehaj's blog
本エントリは、エントリ「JJUG CCCいってきました」の一つです。セッションのメモ書きです。もとの発表資料: A-3-1.pdf, A-3-2.pdf スケールするために 無駄な繰り返しを避ける 繰り返されるクエリ結果はmemcacheでキャッシュする(読み込みデータのための) 大きなリザルトセットは避ける メモリ上で大量のデータのソートやフィルタはしない。小さくとって、小さく処理。 チューニングのために知っておく方がいい数字 書き込みはコスト高い。ほんとの最低でも1ms。データ量に応じさらに悪化。 読み込みは速い。25micro second。1秒に4GBのスループット。 EntityとKind 実体は「分散ソートアレイ」と呼ばれるもの。多数のマシン上で実行。 EntityはKeyとvalueをもつ。 valueは、プロパティのキー+バリューをずらりとシリアライズして突っ込んでいるだけ
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
【Google App Engine】 １アプリでもスケールするか
負荷分散や高可用性のためにクラスタを構築する苦労がまったく不要なのがGAEのすごいところ。本当にそうなのか、モヤモヤしていたのでMLに聞いてみた。 もしわかる方がいれば教えていただきたいのですが、１つのアプリケーションに対してリクエストが増えてきたときに、AppMasterから新たにデプロイされて、複数のAppServerによって並列に処理されるようになっているんでしょうか、それとも、１つのアプリケーションは１AppServerのキャパまでしか対応できないんでしょうか。 「多数のアプリを同時に収容し、アプリ間の隔離性を確保する」 ところまでは理解しているのですが、1アプリのスケーラビリティについて確認したかったもので、質問させていただきました。 いろいろな方の回答があったのだが、そのなかでも実際の挙動に触れていて、一番信憑性がありそうなのは以下のポストだった。まあ、実際に確認するのはちょと
Google App Engineのtips集 - スティルハウスの書庫の書庫
（随時更新中です。間違いなどありましたらコメントをお願いします！） このページの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
さくっとRails on Google App Engineをはじめる·Rails on GAE MOONGIFT
Google App Engine（GAE）の可能性はJavaをサポートしたことによってその可能性を飛躍的に向上させた。JavaVM上で実装された言語であれば何でも動作する。JRubyもその一つで、Ruby on RailsもGoogle App Engine上で動作する。 GAEのパワーを素早くゲットする とは言えやはりマイノリティだけに色々な準備が必要とされていた。そのため敬遠していた人も多いだろうが、Rails on GAEによって大きく舵を切ることになりそうだ。 今回紹介するオープンソース・ソフトウェアはRails on GAE、GAEでRuby on Railsを動かすためのプラグインだ。 Rails on GAEはRuby on RailsをGAEで動作させるために必要なタスクを予めインストールすることで、後は順番に従って進めるだけでJRuby on Railsができるようにな
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
twitterのログを自動的にバックアップするGAEアプリ（cronを使ってみる） - rubyu's blog
twitterのログを長期間残しておいて、いつでもアクセス可能にしたいな―と思ったので丁度GAEがcronに対応したことだし、とアプリにしてみた。 http://rubyu-twitterlog.appspot.com/ 実際に動いてるところ。 cronで10分ごとに http://twitter.com/statuses/user_timeline.xml から、最後に取得したIDより大きいstatusを取ってくる。 んでデータストアに入れといて、あとは適当なviewから参照するだけ。 特に難しいことはしてないが、 python2.6だとxmlパーサのあたりでエラーが出る cronが開始されるまでラグがある あたりでちょっと時間を食った。しかしこれでハードにtwitterを使える！ 例によってソースをぺたり。 tw_archiver.py #!-*- coding:utf-8 -*- i
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
7/17GAEセミナーのプレゼン資料 - スティルハウスの書庫の書庫
GitHub - technohippy/rails_on_gae: Rails plugin to make rails apps work on GAE/J