Java Cloud Meeting Tokyo 2010に行ってきた - pekeqのブログ
Java Cloud Meeting Tokyo 2010に行ってきた。いろいろ聞いてきたけど、id:higayasuo さんのセッション「Google App Engineの本質とSlim3による進化したサクサク開発」だけ軽く書き取ってきた。 今日は予定を変更して、AppEngineの本質の話を全体的にやります。 AppEngineで誤解されがちなところ py/javaどっちがいいの？とか みんな結構気になっていて、pyマンセーみたいにチラホラ出ている 本当のところもあれば誤解されているのもある。 今日はAppEngineはこういうもんだと全部理解して帰ってほしい 1.クラウドの本質 皆さんも考えてみてください。１分くらいあげますんで。 世の中の記事とか本とか、buzword的に取り上げられているけど 自分にとってのクラウドの本質って 一般的にはスケールアウトと言われているのが多いと思い
GAEのサーバー構成とリクエストの流れ - スティルハウスの書庫の書庫
＜Google App Engine Stackの構成（引用元）＞ GAE Stackの特徴 現在の利用状況 8万以上のアプリを収容 140M PV/day 20万人以上の開発者が利用 統合環境を提供 サーバーの構築や管理が不要。デプロイが容易 ログ管理、管理コンソールや各種ツールを提供 スケーラブルなWebアプリ構築のためのベストプラクティス利用を促す環境 個々のリクエストの処理時間やリソース消費を制限 ステートレス設計と内蔵APIの利用 Datastoreによるパーティション化されたデータモデルの利用 非常に高いスケーラビリティと可用性を備えるGoogleのクラスタ環境を簡単に利用できる 自動クラスタリングによる負荷分散と高可用性を提供 アプリの負荷状況に応じてApp Serverを動的に増減 アプリ間の隔離性を維持、個々のアプリの安全性とパフォーマンスを確保 既存のGoogleテクノ
今明らかにされる Google App Engine for Java の実行環境。 - あの日見た仮想記憶の夢
※ ひひひ、初めて釣りっぽいタイトルを入れてみたよ。 テスト用のServletを入れて、少しGoogle App Engine for Javaの実行環境を探ってみた。 HTTP上のサーバ名は「Google Frontend」 システムプロパティos.nameの値が「Linux」なので、Servletを実行しているのはLinux機。os.archが見あたらないけど、まず間違いなくIA-32アーキテクチャ機じゃないかな。 Runtime.availableProcessors()によると搭載プロセッサ数は1337個。ははは、クラウドだね。 メモリの最大リミットは100MB。ヒープ領域長はすでにリミットに到達済み。リクエスト中に空きメモリを見たら6MBほど。大丈夫なのこれ？いざとなればソフト参照なキャッシュとかが解放されるんだよね？ システムプロパティを見るとVMはSunMicrosystem
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google App Engine for Java について - scala-tohoku | Google グループ
