写真共有アプリのバックエンドサーバー

写真共有アプリのバックエンドサーバー appengine ja night #21 BeerTalk

お前、誰よ?● 岡野真也(twitter: @tokibito) ○ 株式会社ビープラウド ■ 受託開発 ■ Python ■ Django ■ GoogleAppEngine

事例紹介: 写真共有アプリ Cotto● http://cotto.jp● 株式会社バスキュール号● サーバー側の開発をビープラウドがお手伝いしました

http://cotto.jp/

アプリの概要● Android用アプリケーション● mixi/Twitter/facebookアカウントでログイン● 写真をデコってタイムラインに投稿● フォローしたユーザーの写真をタイムラインで見れる● チェック、コメント● テーマごとに投稿された画像を見れる

システム構成● Android 2.3以上● GoogleAppEngine/Python 2.7● EC2(静的コンテンツの配信)

システムのイメージ

開発で気を使った所● twitter/mixi/facebook認証● 画像データの保存と配信● タイムライン処理● 管理画面

twitter/mixi/facebook認証● サーバー側からSNSへ投稿する必要がある● サーバー側でソーシャルグラフを取得する必要がある● クライアント-サーバー間の認証も必要 →WebViewでごにょごにょしてます

認証フロー

画像の保存と配信● 相互フォローの相手にしか見せない画像がある ○ →画像の取得には認証が必要● 論理削除がある● 画像主体のため、画像データへのアクセスが多い →Frontendによるキャッシュ →memcacheの活用

Frontendキャッシュ有り(全体に公開する画像)Frontendキャッシュ無し(友達のみに公開する画像)

タイムライン処理● いわゆるTwitterみたいなタイムライン+α ○ facebookに近い● フォローしている人の投稿が見れる ○ 友達のみなら相互フォローの判定あり ○ 例えばフォロワーが1000人いたら、1000人のタイムラインに投稿画像が流れる ■ DatastoreはJOIN不可なのでクエリで取得は無理● フォローしている人がチェックしたものが見れる →taskqueue利用 →backends利用

管理画面● GAEの管理コンソールではデータの追加削除が難しい ○ 変更時にフックして処理を行なうこともできない ■ キャッシュ削除や配信処理など● 運用のためのツールが必要 ○ 各種データ投入や設定など →djangoformsを使って管理画面を作った

その他● unittest書いてます● チューニング ○ 一括取得/一括更新 ■ db.get/db.put ○ 可能な限りmemcacheを使ってます ■ get_multi/set_multi● 時間のかかる処理は継続タスクで処理 ○ バッチ処理でも通常は１リクエストあたりで10秒以内にレスポンスを返すようにしている ■ 続きの処理は別のタスクにする ■ エラー/中断時の最実行の単位を小さくするため

宣伝 Python プロフェッショナルプログラミング秀和システム 464ページ 2,940円買ってね！

おしまい

写真共有アプリのバックエンドサーバー

by Shinya Okano on Jun 22, 2012

Accessibility

Categories

Upload Details

Usage Rights

2 Embeds 6

Statistics

写真共有アプリのバックエンドサーバー Presentation Transcript

http://us-w1.rockmelt.com	5
http://tweetedtimes.com	1