AWS対応してみました

今日のABC2011wでもAmazonさんが講演されていた今話題(?)のAmazon Web Service for Android(AWS)。
SmartTrainigでもAWSを利用してみたのでまとめまとめ。

◇今の状況
・「ラリー機能で誰が先頭を走ってるか表示できたら燃えるよ？」って意見もらう。
・GAE本買って読む。
・よくわからない。時間無い。挫折。
・半年放置。
・デ部でセカイのやましたさんからAWSについて教えてもらう。
・何それ、サーバプログラム書きたくない俺向きジャン。
・とりあえずテスト的にSmartTrainingに機能追加してみた。　←今ここ！

◇成果
これまで、SmartTrainigのラリー機能は自分が走った距離を貯めて仮想的なコース上に進捗状況を表示するだけでした。
これに、他の人のラリー記録を重ね合わせて表示することができるようになりました。


◇手順
・AWSのアカウント作成。この辺から適当に。
・AWS SDK for Androidの取得。
・AWS SDKのセットアップ
・あとはやりたいことを書けばいい。
※詳しくはたぶんこちら（自分は日本語の情報を見つけられず、本家サイトの情報だけでなんとかなりました）

◇軽く技術的なこと
・SimpleDB上にドメインを1つ作る(ほぼサンプル通り)。
・各クライアントはラリー登録時にラリー関連のデータをアップロードする(ほぼサンプル通り)。
・他クライアントはラリー画面表示時に条件にヒットする他人のラリーデータをダウンロードしてマップ上に表示する(ほぼサンプル通り)。
・AWSへのアクセス用アカウントはAWS Identity and Access Management(IAM)で権限を制限したアカウントを生成して、全クライアントがこれを利用。accessKeyとsecretKeyは軽く暗号化かけてアプリ埋め込みｗ「セキュリティ軟弱じゃねぇ？」とか言われると、否定できません。でも、accessKeyとsecretKeyバレても権限制限してるから、いいかなっと。変なことされたら無効にして新しいKey生成しちゃえばいいや。みたいな。とにかく、鍵管理サーバとかも書きたくない。
・扱うデータに個人情報や機密情報は含めない。抜かれても大丈夫なデータだけ扱う。
・こことか真面目に読めばキーローテーションについて何か書かれているかもしれない。
そんな感じ。

◇感想
・NoSQLなDB(SimpleDB)って初めて扱ってみましたがその名の通りシンプル。
・NoSQLなくせにSQLが使えて便利。
・ライブラリのJarが700KB程度。個人的にはちょっとでかいなぁ。（元のアプリが1MB程度なので）
・利用料、$0.250GB・月ってなんだよｗ小学生の小遣いかよｗｗｗ

◇今後
・散歩途中に撮影した画像をアップロードしてこれを地図上に表示したり。(Picasa APIでもできるな、たぶん)
・他ユーザとP2Pで何か(なんだろ。ときめきの「はじめましてボクと一緒に走りませんか？」的な)メッセージ送信したり。
・とか、とか、とか。あんまりアイディアないな。

コメント

  1. Ken.T2011年1月11日 16:54

    AWSをご利用頂きありがとうございます。ABC2011wでもAmazonさんが講演の、玉川です。

    ＞ライブラリのJarが700KB程度。個人的にはちょっとでかいなぁ。

    SimpleDBだけであれば、aws-android-sdk-0.1.0-sdb.jarという85KBのライブラリもありますので、お使い頂ければ有難いです。

    返信削除
  2. あわ2011年1月11日 18:53

    玉川さん！昨日はありがとうございました。聴講させていただきました。そしてコメントもありがとうございます。
    aws-android-sdk-0.1.0-sdb.jarも一度試したのですが、クラスがないだかなんだかで(あんまりしつこく調査してません)ビルドできなかったので手っ取り早く全部入りのライブラリを使ってしまいました。今度sdbだけのライブラリも試してみます！

    返信削除

コメントを投稿

このブログの人気の投稿

Execノードを使う

イメージ
ここのところずっと Node-RED のサンプルを見ながら各ノードの使い方を確認しています。 頭出しの記事はこちら をご確認ください。今回はExecノードです。Execノードを使うと外部のコマンドを実行することができます。コマンドが出力した、標準出力や標準エラー出力などをノードから出力できます。 標準出力の内容を出力する 最初に確認するサンプルは「 flows > node-red > function > exec > 01 - Get standard output from external command 」です。 Execノードのプロパティを見ると以下の通りになっています。 実行コマンドは「 echo 」 msg.payload で受け取った値を引数として利用 出力モードは「 コマンド終了時 - execモード 」 コマンド終了時に結果を出力します Execノードには出力ポートが3つあります。 標準出力 標準エラー出力 返却コード 実行すると、標準出力には「 Hello World! 」、返却コードには「 {code : 0} 」が出力されます。この挙動は特に説明することはないかと思います。 標準エラー出力の内容を出力する 次に確認するサンプルは「 flows > node-red > function > exec > 02 - Get error output from external command 」です。外部コマンドのエラーをポートに出力します。中身は先程のサンプルフローとほぼ同じですが、Execノードで存在しないコマンドを実行しています。 実行すると、以下のログが出力されます。これも説明不要かと思います。 実行中に出力する 最後に確認するサンプルは「 flows > node-red > function > exec > 03 - Run external command in spawn mode 」です。出力がコマンド実行中に行われるのがこれまでのサンプルと違う点です。 コマンドはwhieループ内で2秒おきに「 Hello 」を標準出力に出力し続けます。Spawnモードで実行するとループ内でechoコマンドが実行されるたびにログが出力されます。サービスっぽい...
続きを読む

SendGridのX-SMTPAPIヘッダの使い方（Section Tags、Substitution Tags編）

イメージ
前回に引き続き SendGrid についてです。 今回は SMTP API を使ってみました。 SMTP APIについて SendGridのSMTP APIは基本的には普通のSMTPプロトコルに則ったものですが、X-SMTPAPIヘッダというカスタムヘッダを使うことで機能を拡張することができます。 X-SMTPAPIヘッダについて X-SMTPAPIヘッダはSMTPプロトコルの拡張ヘッダです。 X-SMTPAPI: { "category": "newuser" } みたいな感じでJSON形式でパラメータを与えることで機能を拡張します。 Section TagsとSubstitution Tagsについて 今回はSMTP APIで使える機能のうちSection TagsとSubstitution Tagsを使ってみました。 Section TagsとSubsitution Tagsは送信メールの内容を宛先毎に特定の文字列を置換するための機能です。toと合わせて使うことで機能します。 例えば、X-SMTPAPIヘッダの値を以下のような形にします。 { "to": ["test1@xxx.xxx", "test2@yyy.yyy"], "sub": { "-body-": [ "-bodyFemale-", "-bodyMale-" ], "-favorite-": [ "バナナ", "カツオ" ], " "-nickname-": [ "ミキ", "サブロー" ] }, "section": { " "-bodyFemale-": "-nickname-さん！女性向けの商品のご紹介です。", "-bodyMale": "-nickn...
続きを読む

Joinノードを使う（その4）

イメージ
ここのところずっと Node-RED のサンプルを見ながら各ノードの使い方を確認しています。 頭出しの記事はこちら をご確認ください。今回はJoinノードの4回目です。終わらねぇ。 確認するサンプルは、 前回 に引き続き「 読み込み > サンプル > flows > node-red > sequence > join > 02 - Manual join mode 」です。 メッセージを結合してkey/valueオブジェクトにする 5段目のフローから見ていきます。ざっくりとした流れは以下のとおりです。 DataノードでCSVデータを送信する CsvノードでCSVデータをJSONオブジェクトに変換する msg.payloadには以下のような値が指定されたメッセージ4つに分解される { name: "Apple", price: 100 } Changeノードでmsg.payload内の値を以下のプロパティに設定する msg.topic = "Apple"（msg.payload.nameの値） msg.payload = 100（msg.payload.priceの値） Joinノードで、2個の受信メッセージごとにmsg.topicの値をキーとしてkey/valueオブジェクトに結合して送信する これを実行すると、以下のようにmsg.payloadにJSONオブジェクトが指定されていることを確認できます。 メッセージを結合して結合オブジェクトにする 先ほどは結合した値がkey/valueオブジェクトでしたが、6段目のフローでは単純にオブジェクト結合します。ざっくりとした流れは以下のとおりです。 DataノードでJSON配列を送信する nameをキーに持つオブジェクトとpriceをキーに持つオブジェクトを交互に含んでいます（実際、こんなに都合の良いデータが生成されることはあるんだろうか） Splitノードで配列データを個別のメッセージに分割します Joinノードで、2個の受信メッセージごとにオブジェクトに結合して送信する これを実行すると、以下のようにmsg.payloadに2個ずつのオブジェクトがJSONオブジェクトに結合されたものが指定されていることを確認できます。ちなみに、Joinノード...
続きを読む