アマチュアですがプログラミングが好きで、特にGoogle App Engineであれこれ試しています。 登場時こそ大きな注目を集めたGoogle App Engineですが、癖が強く、価格改定などの紆余曲折もあって、EC2などAWSと比べると、最近まで随分下火になっていました。 それがGoogleのクラウドプラットフォーム戦略強化や、大きめの成功事例も出始めたことで、ここ数ヶ月、また注目されはじめているように感じます。 Google App Engineの魅力として一番に挙げられやすいのが、無料でも使える点です。 本来はスケール性こそ最大の魅力ですが、やはり無料枠の存在は大きいです。 無料で使い始められるからこそ、私のような資金の無い個人でも色々試せますし。 しかし無料で収まるような小さな用途であれば、格安のVPSなどを小分けにして使った方が、開発にPaaS的な制約もなく、ロックインもされ

Google App Engine とは Google が提供するサービスの一つ Web アプリケーションを Google のインフラ上で実行する環境を提供する PaaS (Platform as a Service) に分類される Web アプリケーションが実際に動作するマシンを意識しなくともよい 本番環境があらかじめ整備されている 開発言語が制限される Python (GAE/P) Java (GAE/J) JVM 上で動けば（Scala, JRuby, Quercus など) 一応 OK 一般的な RDBMS は使えない DataStore というデータを保存する仕組みが用意されている 基本的に無料 その代わりいろいろと制限があります。 作成できるアプリケーションは10個まで ******.appspot.com というドメインを取得できます。 一旦作成したドメイン名は変更できません

難しいかと思ったら意外に簡単だったよ。 参考: http://stackoverflow.com/questions/2364310/gae-j-datastore-backup Web.xmlに以下の記述を追加する。(無駄な部分は省いてね) [code] remoteapi com.google.apphosting.utils.remoteapi.RemoteApiServlet remoteapi /remote_api remoteapi /remote_api admin [/code] きちんとadmin認証がついてるから安心だね！ で、こんなふうなコマンドを叩く。あ、GAE for PythonのSDKをインストールしておいてね。 [code] bulkloader.py –dump –kind= –url=http://.appspot.com/remote_api –fi

31.Google Cloud Storageに大量データをアップロードする際のテクニック(Google I/O 2013) Ryo Yamasaki(@vierjp)です。 Google I/Oで聞いた「Importing Large Data Sets into Google Cloud Storage」のセッションについて、 動画を見て復習したのでメモを公開。 (動画も上記URLにあります) ◯Small to medium imports gsutilを使った小〜中規模のアップロード方法 *「gsutil」はGoogle Cloud Storageを扱うためのCUIのツールです。 ・ディレクトリ構造 [Directory] ├data ｜├data1.csv ｜├data2.csv ｜├data3.csv ｜└data4.csv └data.csv ・カレントディレクトリのファイル

CA Beat エンジニアリーダーのヤマサキです。 今回はDatastoreのバックアップとリストアについての解説です。 以前はDatastoreのバックアップと言えば、 ローカルPCからコマンドを叩いてダウンロードして、 リストアする時はコマンドを叩いてローカルからアップロードする、 という方法でした。 現在はApp Engineの管理画面の「Datastore Admin」から 「Google Cloud Storage」に簡単にバックアップを行うことができます。 バックアップデータの情報は「Datastore Admin」の画面に一覧で表示され、 リストアする時もそこから戻したいバックアップデータを選択してリストアする、 という事ができるようになっています。 ○Google Coud Storageって？ 「Google Cloud Storage」というのはAmazon S3のよう

Can anyone explain how can I Hijacks the media uploading functionality in WordPress to use Google Cloud Storage for the media library. This function is included in google app engine plugin, but it is designed to be used with Google App Engine only and will not work with any other hosting.

Ryo Yamasaki(@vierjp)です。 前回「28.Google App Engine for PHP (GAE/PHP) を早速試してみた」というエントリーを書きましたが、 公式ドキュメントに「Running WordPress」という項目があったのでこちらも試してみました。 せっかく日本人が試すのだから、ということでWordpressも日本語版にしてみました。 ※後述しますがかなり厳しい問題が一点未解決です ※ 2013/6/14追記 この問題を解決するWordPress用プラグインが公開されました。 Blog @vierjp : 36.Google App Engine for PHP上でWordPressを運用するためのプラグインが登場 ◯構築手順 基本的に公式ドキュメントの通りです。 ・WordPress 日本語版をダウンロードする WordPress › 日本語 今回

Ryo Yamasaki(@vierjp)です。 Google App Engine 1.7.5 から使えるようになった Cloud Endpoints を試してみました。 結構ボリュームが大きくなってしまったので、3部構成です。 今回は概要とサーバー側について、 次回がクライアントをAndroidにした場合の実装例、 三回目がクライアントをJava Scriptにした場合の実装例です。 ◯概要 Google Cloud Endpoints は App Engineのバックエンドからエンドポイントおよびクライアント・ライブラリを生成可能にするツール、 ライブラリ、および機能で構成され、Webアプリケーションへのクライアントアクセスを単純化します。 EndpointsはWebクライアントやAndroidやAppleのiOSなどのモバイルクライアント向けの Webバックエンド(*1)を作成する

Slim3を利用して作っているAppEngineのプロジェクトを、Jenkinsのジョブでビルドさせてみた。開発環境は下記のとおり。 MacOS X 10.7.2 (Lion) AppEngine 1.5.5 Slim3 1.0.13 Jenkins 1.440 手順は下記のとおり。 Jenkinsでビルドするにはant用のbuild.xmlが必要になるので、既存のEclipseプロジェクトからエクスポートして利用した。但し、既にslim3用にbuild.xmlが存在するので、別の名前(build4jenkins.xml)で保存しておく。 http://www.myeclipseide.jp/blog/2009/12/eclipse-create-buildxml.html このbuild4jenkins.xmlをAntのビルドファイルに指定して、Jenkinsでビルドする。 しかし、ビル

CloudBees Jenkins for Google App Engine はじめに 「CloudBees Jenkins for Google App Engine」は、CloudBees が提供するサービスで、Jenkins から Google App Engine へのデプロイができるらしいです。(まだそこまでは未確認) CloudBees Jenkins for Google App Engine 今回、まずは Git リポジトリ機能のみ使えるようにしてみました。 Git リポジトリの作成 Google アカウントでサインイン 「CloudBees Jenkins for Google App Engine」にアクセス、「Sign in with Google」ボタンを押下し、Google のアカウントでサインイン リポジトリサービスを選択 サインイン後、上部のメニューから「R

Ryo Yamasaki(@vierjp)です。 2/13に開催された appengine ja night #23 の前半のセッションで @proppy氏によるDatastoreを中心としたAppEngineのパターンについての説明がされました。 このセッションについて@proppy氏に直接質問させてもらって理解した事も含め、 自身の復習も兼ねて考察してみました。 既に結構時間が立っていますので若干今更感はあるのですが、 書き始めてみると思いのほか濃い内容になった気がします。 なお、後半のセッションでBrian氏によって語られた「Google Compute Engine」については "公開されているドキュメントをベースに、ドキュメントに書かれている範囲で"(重要ｗ) 可能であればajn #23のスライドの内容にも踏み込んで近いうちに記事を書こうかと考えています。 関連リンク： ・app

Unable to access https://appengine.google.com/api/updatecheck?runtime=java&release=1.3.7&timestamp=1282754401&api_versions=['1.0'] （略）みたいなエラーがでた。プロキシが通らないらしいので、VMに引数を渡す。 プロジェクトの[Run Configurations]-[Arguments]-[VM arguments]に以下を指定でOK。 -Dhttp.proxyHost=<proxy host> -Dhttp.proxyPort=<proxy port> -Dhttps.proxyHost=<proxy host> -Dhttps.proxyPort=<proxy post>

JavaでのGAE(Google App Engine)開発を行う場合、特に意識しなければフロントエンドはjspにするのが自然の流れかと思うのですが、 できるだけサーバでの処理は少なくしたい サーバでの処理量・使用リソース量に比例してコストも上がるので 静的コンテンツなら、レスポンス速度の早い別サーバ（staticサーバ）から受け取ることができる 動的に生成されるコンテンツであるjspに対して、htmlやJavaScriptは静的コンテンツである（もちろん画像ファイルなども） つまり、htmlとJavaScript（Ajax）でコンテンツを構成するほうが、jspで同様のことをするよりもUX向上の点で有利 といった理由から、今やセオリーは「フロントエンドはHTMLとJavaScript(Ajax)で構成」「サーバ側は、フロントエンドからのAjaxリクエストに対してJson形式でデータを返す」

本日、GoogleがCloud SQL（MySQLのレンタルみたいなの）の無料版を発表しました。500MB/6ヶ月でGoogle App Engineなどから無料で使えるようです。 さて、それはいいとして最近弊社なども含め、今時の環境って本気だすと複雑化してますよね。OSCで発表された前佛さんのMunin資料を31pと２つ戻って29pを見比べてみてくださいｗ Muninではじめる実践★リソース監視　-俺のサーバがこんなに重いはずがない、を乗り切るために- from Masahito Zembutsu こんなの絶対おかしいよ！！ NoSQLや非同期処理など、様々な新しい技術にチャレンジしたいと思っていても、どこから手を付けよう、、みたいなことってありますよね。Cassandraがいいのかな、Redisがいいのかな？みたいにはてブの着いた記事があれば読んでみるんだけど、インストールとか面倒そう