- 1 名前：nobodyさん [2009/05/30(土) 12:40:02 ID:tuYY7oEn]
-
Google App Engine
code.google.com/appengine/
■過去スレ
Google App Engine
pc11.2ch.net/test/read.cgi/php/1207754942/
■参考サイト
App Engine ギャラリー
appgallery.appspot.com/
ドキュメント
code.google.com/appengine/docs/python/overview.html
- 926 名前：nobodyさん mailto:sage [2010/02/19(金) 19:24:16 ID:???]
- >>924-925
RDBのときもそんなこと言ってたけどさ、結局移行しないか作り直すかだったじゃん？
移植性なんて考えても無駄だよ
- 927 名前：nobodyさん mailto:sage [2010/02/19(金) 20:26:18 ID:???]
- 素早く移行先の実装を思い付く頭でも養った方がよさそうではあるよな。
今時一つのフレームワークと心中する人も居ないだろうし。
- 928 名前：nobodyさん mailto:sage [2010/02/19(金) 20:42:36 ID:???]
- >>924はYAGNIも知らないのか・・・
- 929 名前：nobodyさん mailto:sage [2010/02/19(金) 22:40:30 ID:???]
- GAEで簡単にできるものだけ作ればいいじゃん。
単純なサービス作るのはすごい楽よ。
- 930 名前：nobodyさん [2010/02/19(金) 22:58:04 ID:UAHcwqqw]
- 低レベルAPIで移植性考えないで作っても、
ちゃんとGAEでスケールするようになっていれば
乗換先で再構築したシステムもしっかりスケールさせられる
アーキテクチャに自然となっているよね。
データストアの置き換えが無いのが悩みだな。
トランザクションなしでいいならKVSなんでもＯＫだ。
最近話題のクモＦＳとかつかってみるかね。
> ほぼ無料で使えるというだけで大きなアドバンテージ
だったらべつにいいんじゃない？
スケールしないの覚悟でRDB/SQLで使えるソフトもあるし。
それつかってトラブる方が大変そうだけど。
- 931 名前：nobodyさん mailto:sage [2010/02/20(土) 10:13:24 ID:???]
- GAEで簡単にできるものだけ作ればいいじゃん。
単純なサービスしか作れないGAE www
- 932 名前：nobodyさん mailto:sage [2010/02/20(土) 11:41:38 ID:???]
- 単純なアプリ≠単純なサービス
凄いアプリ≠凄いサービス
結局は自分の技量次第
- 933 名前：nobodyさん mailto:sage [2010/02/20(土) 12:10:23 ID:???]
- それ言うと技量ってよりアイデアだな
ぶっちゃけGAEはPHP+レンタル鯖マーケットの置き換え需要がメインだと思ってる
- 934 名前：nobodyさん mailto:sage [2010/02/20(土) 12:58:54 ID:???]
- 実際個人でやるウェブサービスはアイデアと上手い宣伝が殆どだと思うぜ
- 935 名前：nobodyさん mailto:sage [2010/02/21(日) 02:00:41 ID:???]
- 自分や少数の関係者の為のサービス作るのにも最適。
そんなのの為に自分でサバ用意するなんてバカらしいからね。
- 936 名前：nobodyさん mailto:sage [2010/02/21(日) 11:33:14 ID:???]
- URLフェッチのHTTPヘッダ、
AcceptもAccept-CharsetもAccept-Languageもそのままなのに何故Accept-Encodingは削除するんだorz
- 937 名前：nobodyさん mailto:sage [2010/02/21(日) 12:04:54 ID:???]
- >>934
加えて実装の速さだろな。
- 938 名前：nobodyさん mailto:sage [2010/02/21(日) 17:42:36 ID:???]
- 実際、どんなAPI使っててもサービスやデータアクセス層を
綺麗に分割したらそれなりに移植しやすく実装できるもんだ。
課金を最小に抑えて将来の移転も容易にするためには丁寧な設計と実装が大切。
なんでもこれに尽きる。
- 939 名前：nobodyさん mailto:sage [2010/02/21(日) 19:53:26 ID:???]
- こまけーことはいーんだよ！っておもいっきりのよさも必要だ。
1時間ぐらいで実装できるようなのだったら移植なんかもフルスクラッチで良いだろうし。
- 940 名前：nobodyさん mailto:sage [2010/02/21(日) 20:34:36 ID:???]
- ってか普通コントローラーからはモデルを直接操作する事って無いんじゃね
大体モデルを操作するロジッククラス作るっしょ
- 941 名前：nobodyさん mailto:sage [2010/02/21(日) 23:32:09 ID:???]
- 余計なレイヤを増やすと課金が増えますｗ
- 942 名前：nobodyさん mailto:sage [2010/02/22(月) 00:01:45 ID:???]
- >>940
モデルの移植が一番大変
- 943 名前：nobodyさん mailto:sage [2010/02/23(火) 22:02:05 ID:???]
- BigTableに入っているデータをローカルPCにコピーするにはどうすればいいんですか？
・バックアップを取りたい。
・他のサイトにコピーして使いたい。
GAE for Pythonを使い始めましたが、ツールとかAPIとか、これから勉強するので、分かりません＞＜
- 944 名前：nobodyさん mailto:sage [2010/02/23(火) 22:04:13 ID:???]
- あと、GAEで作ったWebアプリを自社サーバでも動かしたい場合、どうやって移植すればいいでしょうか？
BigTableの代わりにHadoopを使えば、自社サーバでもGAEと同じプログラムを動かして、公開できますか？
GAEに入れたプログラムとデータは全てGoogleに人質に取られている形になってしまうんでしょうか？
- 945 名前：nobodyさん mailto:sage [2010/02/23(火) 22:28:19 ID:???]
- 馬鹿は何をしても無理
諦めろ
- 946 名前：nobodyさん mailto:sage [2010/02/24(水) 00:10:26 ID:???]
- 移植したいなら移植出来るような設計にしなきゃ。(そんな人がなんでGAE?って思うけど)
よくわからんのならEC2使えば？
- 947 名前：nobodyさん mailto:sage [2010/02/24(水) 00:46:34 ID:???]
- >>943
BigTableの中身コピーはフォーラムかどっかでSQLite形式にして落としてくれるスクリプト書いてた人がいたから、それ使うのが手っ取り早いかも。
- 948 名前：nobodyさん mailto:sage [2010/02/24(水) 01:24:27 ID:???]
- 自社サーバーでの運用も視野に入れるなら946の言うようにAmazonEC2のWindows上で稼動するか
Windowsの資産が使えるとの触れ込みのWindows Azureの方が向いているんじゃね
少なくとも943がGAEを使うメリットが微塵も感じられん
- 949 名前：nobodyさん mailto:sage [2010/02/24(水) 03:36:40 ID:???]
- >>943
取り出すのは少しずつ取ってくるプログラム書けばいいよ
ReferenceProperty がめちゃくちゃにならないように気を付けようねw
- 950 名前：nobodyさん mailto:sage [2010/02/24(水) 03:41:47 ID:???]
- >>943
>>461
>>479
>>775
>>781
>>783
>>792
>>793
>>795
- 951 名前：nobodyさん [2010/02/24(水) 04:41:19 ID:X/o33lUL]
- ↓作者乙
- 952 名前：nobodyさん mailto:sage [2010/02/24(水) 05:33:37 ID:???]
- │ ↑
└─┘
おらっしゃあぁぁ！！！
∩∧ ∧
ヽ（ ﾟДﾟ）
＼⊂＼
Ｏ-､ ）〜
∪
- 953 名前：nobodyさん mailto:sage [2010/02/24(水) 13:24:25 ID:???]
- >>947 >>949 なるほど。BigTableからデータを外部にエクスポートするには、自分で仕組みを用意しなくちゃいけないんですね。
ttp://www.usinezumi.com/blog/2009/08/03/213/
↑BigTableのデータをインポートしたり、エクスポートする機能の用意は、公式対応してないみたいですね？
- 954 名前：nobodyさん mailto:sage [2010/02/24(水) 13:38:09 ID:???]
- >>946 >>948
EC2の方が自由度が高いけど、ユーザーを詰め込み過ぎらしいので様子見。
news.livedoor.com/article/detail/4569566/
オンプレミスとクラウドのシステムを同じ構造にしておきたい。
＝自社サーバでさばききれないアクセスを、GAEに受け持たせるかんじ。
＝最初からGAEと同じアーキテクチャーでシステム開発しておけば、スケールアップさせるときに容易にGAEに移せる。
＝必要なくなったら、GAEから自社サーバに戻せるようにする。
イメージとしては、GAEとローカルで常に同期が取れてるかんじのシステムです。
ttp://d.hatena.ne.jp/kazunori_279/20091214/1260790814
↑この人みたいな使い方
あとは、NoSQLなデータストアの使い方を練習したいため、あえてGAEでｗ
- 955 名前：nobodyさん mailto:sage [2010/02/24(水) 13:50:39 ID:???]
- >>950
素晴らしい書籍のご紹介、どうもありがとうございます。
www.amazon.co.jp/dp/4048676938
この前、本屋に行ったときGAE関係の本を立ち読みしまして、この本も読みました。
GAEでKay Frameworkを使う機会があれば、図書館で借りてみようと思います。
まずはオーソドックスに、素のPythonで作ってみて、
ttp://satoshi.blogs.com/life/2009/11/gdispatch_kwargs.html
フレームワークを使うならGAE標準装備のDjangoを利用してみようかなと思います。
ttp://www.metareal.org/2009/12/02/running-django-1-1-on-google-appengine/
- 956 名前：nobodyさん mailto:sage [2010/02/24(水) 15:22:45 ID:???]
- >>953
>↑BigTableのデータをインポートしたり、エクスポートする機能の用意は、公式対応してないみたいですね？
ReferenceProperty がめちゃくちゃになるからね
- 957 名前：nobodyさん mailto:sage [2010/02/24(水) 15:31:50 ID:???]
- >>955
GAEのdjango実装には期待しない方がいいよ
- 958 名前：nobodyさん mailto:sage [2010/02/24(水) 18:52:31 ID:???]
- Django使うならcode.google.com/p/app-engine-patch/
- 959 名前：nobodyさん mailto:sage [2010/02/24(水) 18:56:15 ID:???]
- Google で EC2 みたいなサービスしてくれんかなぁ。
- 960 名前：nobodyさん mailto:sage [2010/02/24(水) 21:27:35 ID:???]
- Kayって誰か使ってるの？
- 961 名前：nobodyさん mailto:sage [2010/02/24(水) 22:14:32 ID:???]
- >>956
今は大丈夫ですよ
- 962 名前：nobodyさん mailto:sage [2010/02/24(水) 22:15:32 ID:???]
- >>958
今からだとこっちの方が良さそうですね
www.allbuttonspressed.com/projects/django-nonrel
- 963 名前：nobodyさん mailto:sage [2010/02/24(水) 22:16:14 ID:???]
- >>960
多く見積もって数十人くらいですかね
- 964 名前：nobodyさん mailto:sage [2010/02/24(水) 23:15:41 ID:???]
- webapp + Genshi で満足。
- 965 名前：nobodyさん mailto:sage [2010/02/25(木) 00:26:25 ID:???]
- >>955
www.amazon.co.jp/dp/4048676938
レビューが当たりすぎてる。
- 966 名前：nobodyさん mailto:sage [2010/02/25(木) 00:31:59 ID:???]
- >>963
少なく見積もると一人くらいですか？
- 967 名前：nobodyさん mailto:sage [2010/02/25(木) 00:38:29 ID:???]
- 俺と作者の二人だけかな
|
 |
