［速報］Google App EngineのManaged VMもDocker対応。事実上どんな言語のランタイムも使えるPaaSに
［速報］Google App EngineのManaged VMもDocker対応。事実上どんな言語のランタイムも使えるPaaSに Googleは11月4日（日本時間5日）、サンフランシスコでイベント「Google Cloud Platform Live」を開催。同社のPaaS型クラウドサービスであるGoogle App Engineの機能「Managed VM」でのDockerサポートを発表しました。 Google App EngineのManaged VMとは、Google App Engineの環境下で仮想マシンを走らせることで、仮想マシンの面倒をApp Engineが見てくれるというもの。仮想マシンの構成は開発者が自由に行える一方、負荷が高くなったときのスケールアウトやロードバランス、負荷が減ったときのスケールイン、サーバが落ちたときのフェイルオーバーといった運用をすべてクラウドに
Google App EngineのPHP対応が公開ベータへ。誰でもGoogle App Engine上でPHPを試せるように
Googleはこれまで限定プレビューとして招待されたユーザーにのみ公開していたGoogle App EngineのPHP対応を通常のプレビューへと移行、誰でもGoogle App Engine上でPHPを利用可能にしたことを明らかにしました。 Google App Engine上のPHPでは、Google App Engineに最適化されたWordPressの「Google App Engine for WordPress」をはじめ、phpMyAdmin、Drupal、phpBBといったアプリケーション、Laravel、Silex、CodeIgniterなどのフレームワークなども利用可能だと説明されています。 Google App EngineはすでにJava、Python、Goに対応しており、PHPは4番目の対応言語となります。 Google App Engineの特徴は負荷に対して自動
SQL4G
SQL4GGAE(Google App Engine）上で稼動するSQLデータベース SQL4Gとは? SQL Database for GAEの略称です。 オープンソースのJavaデータベース「H2 Database Engine」をリトルソフトが独自にエンハンスし、GAEが用意しているBigTableと呼ばれる分散キー・バリュー型データストアへ内容を書き込めるようにしたものです。 いまさらRDB？ GAEのデータストアはJavaの場合 JDO、JPA といったインターフェースからアクセスすることが出来ますが、JDO、JPAを駆使してGAEのデータストアを自由自在に扱うことは、今までRDBMSに慣れ親しんだ開発者にとっては、少々敷居の高いものになります。 そのため、RDBMSに相当する環境が存在しないGAEは、現状において「クラウドは魅力的だけどデータ周りに難あり」とお考えになる方が多数
Google App Engine上でLL＋RDBアプリを作ろう （1/2）- ＠IT
第1回 Google App Engine上でLL＋RDBアプリを作ろう 萩原 巧 リトルソフト株式会社 中越 智哉 株式会社ナレッジエックス 2010/2/3 Web アプリケーション開発者にとって、魅力的な環境に映るGoogle App Engineだが、データの永続化などで落とし穴が存在する。これまでの開発手法を変えずに使えないだろうか（編集部） この連載では、Google App Engine（GAE）上でPHP／Rubyという2つのLL言語（Lightweight Language）によって書かれたWebアプリケーションを、できる限りいままでと同じスタイル（データの永続化にリレーショナルデータベースを用いる）で動作させる方法について解説していきます。 GAEについて少しご存じの方は、「おっ？」と思われるかもしれません。GAEになじみのない方は、「それが何か？」と感じられるかもしれ
Google App Engine上のベスト・プラクティス、その１: Datastore
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
データセンターが「落ちる」ことを想定したグーグルのアーキテクチャ
サーバを安全に運用する施設として構築されるデータセンターですが、グーグルではそのデータセンターですら"落ちる"ことがあると想定してアーキテクチャを構築しています。 米グーグルが今年の5月に行ったイベント「Google I/O」で、同社のGoogle App Engine datastore leadであるRyan Barett氏が行った講演「Transactions Across Datacenters (and Other Weekend Projects)」のビデオがYouTubeで公開されました。 Barett氏は、担当しているGoogle App Engineのデータベースに関してグーグルが「multihoming」（マルチホーミング）と呼ぶ複数のデータセンターを用いた処理を実現している理由として、データセンターが自然災害や停電に見舞われたり、メンテナンスなどによるデータセンターの
実開発で分かったGoogle App Engine for Javaの“すごさ”
ゴールデンウィークに特に予定のなかった筆者は，「ちまたで噂のGoogle App Engine for Java（GAE/J）とFlexでスケジュール共有ツールでも作ってみよう」と思い立ちました。およそ5日間かけて開発を進めたのち，2009年5月6日に「ご都合.com（画面1）」を公開しました。その後，はてなブックマークやニュースサイトなどでご紹介いただいたおかげで，公開後6日で約2000人の方にご利用いただいています。 そこで本稿では，この「ご都合.com」の開発で実際に筆者が得た経験を通じて，GAE/JによるWebアプリケーション開発の実際とそのポテンシャルについて紹介します。 米Googleが2008年4月に発表したGoogle App Engine（画面2）は，「自分が開発したWebアプリケーションをGoogleのデータセンターで運用できるクラウドコンピューティング・サービス」です
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google App Engineで手軽に試すJavaクラウド