Developer Day
モバイルアプリ向け
AWSネイティブアーキテクチャ
1
D-1
クラスメソッド株式会社
大橋 力丈
Ⓒ Classmethod, Inc.
2015年03月29日

本日のハッシュタグ
#cmdevio2015D

自己紹介

大橋 力丈 (おおはし りきたけ)
✦所属
• クラスメソッド株式会社
• iPhoneアプリサービス事業部 部長
✦仕事
✦iOSとAWSを組み合わせたアプリの開発
http://dev.classmethod.jp/author/oohashi-rikitake/
ブログ
http://underscore-app.tumblr.com/
アプリ

iPhoneアプリサービス事業部
• iOS/Androidのアプリ開発を行っています
• アプリからインフラまでワンストップ
• 秋葉原 / 札幌
• 約25名のスマホアプリ特化エンジニア集団

私のモットー

最強のチームで
最高の価値を提供

Agenda
• AWS利用で重要なこと
• モバイルアプリ開発時の注意点
• AWS Mobile SDK
• おさらい

Agenda
• AWS利用で重要なこと
• モバイルアプリ開発時の注意点
• AWS Mobile SDK
• おさらい

AWS利用で重要なこと

AWSを利用する上で
一番重要なことは？

可用性？
性能？
拡張性？
保守性？
コスト？

AWSを利用しサービス全体を考える
•可用性
• サーバーはダウンするという前提で設計する
•性能・拡張性
• 急なリクエストが発生するという前提で設計する
•保守性
•定期的なシステムメンテナンスが発生するという前提で設計する
•コスト
•ユーザー数が増えてもコストが激増しないような設計する

よくあるAWSの構成

AWSのサービス

AWSのサービス
使ってるのこれだけ

AWSのすべての機能や
ツールには、存在している
理由がある
米アマゾンCTOのヴァーナー・ヴォーゲルズ（Werner Vogels）氏

21世紀的なアプリケーション開発のあり方
•Controllable
• コンポーネント化とステートレス化
• デプロイメントおよび運用のプロセスの自動化
• アプリケーション設計の最初に考えるべきはコスト
•Resilient
• 顧客の保護は何よりも優先されるべき
• コンティニュアスなデプロイメントやインテグレーションは日常だ
• 障害は例外的なものではないと考えること
•Adaptive
• 自分で制約することをやめよ
•Data Driven
• データを最大限に活用せよ
参考：@IT アマゾンCTOが語った、「クラウドネイティブ」なアプリのつくりかた

AWSのサービス

AWSのサービス
豊富なタレントが
っている

AWSを知り、サービスを
知らなければ勝利はない

チームで全体を考える！

疎結合なチーム
AWSエンジニア
プロダクトオーナー
Serverエンジニアスマホエンジニア

密結合なチーム
AWSエンジニア
プロダクトオーナー
Serverエンジニア
スマホエンジニア
それぞれが補完し合える
関係が大切！！

サービスは疎結合
チームは密結合

サービス生存期間を考える
•開発時は運用の部分まで考慮していないことが多い
•運用は誰がやるのか？をしっかり考える
•最新ではなく、最適な機能を提供する

運用を制するものが
サービスを制する

Agenda
• AWS利用で重要なこと
• モバイルアプリ開発時の注意点
• AWS Mobile SDK
• おさらい

モバイルアプリ
開発時の注意点

各ストアのアプリ登録数
•AppStore
•1,230,000本
•GooglePlay
•1,430,000本
•Amazon AppStore
•293,000本
Sorece:appFigures

各ストアの登録数

とにかく早く！
•アイデアが決まったらすぐリリース
•モバイルアプリの開発期間は短い 平均3ヶ月※1
•iOSは毎年9月頃にOSのバージョンアップ
※1：当社平均です
スピード重要！

最小構成！最短リリース！
•モバイルアプリはリリースしてからがスタート
•後々必要になる足回りは後回しになりがち
•拡張性
•ログ
•アクセス解析
•アップデート対応
•全体設計の考慮漏れ

サービスは常に変化する
そのための設計を疎かにしない

Pushの流れ

端末が増えてくると…
配信遅延が起きてくる

•SNSのTopic使う
•1リクエストで複数の送信先へ一括送信
•1トピックで1000万サブスクリプション
•3000トピックまで作成可能
配信を早くする

配信が早く終わると
瞬間的なリクエストが増える

一斉アクセス
・APIに負荷が一気にかかる
・AutoScalingでも対応できない
・I/Oが追いつかない
・スケールアップでも対応できない

•配信量をコントロールする
•各サービスの対策
•EC2：ピーク時の計画的スケールアウト
•RDS：読み取り専用インスタンス
•そもそもEC2にアクセスが本当に必要か？
•静的コンテンツを利用
一斉アクセス対策
全体を意識したアーキテクチャ

1Screen, 1API call

ホーム画面の呼び出しまで
カテゴリー一覧取得API
おすすめ商品一覧API
ユーザー情報取得API
トピック一覧取得API
APIの呼び出しが多すぎる！

複数のAPI
取得方法が異なる
エラーコードの判定等
バラバラ
アプリ側の責務が多すぎる

APIをまとめる
APIをとりまとめする

モバイルアプリ用のAPIを作るべき
•何度も異なるAPIを呼ぶのは非効率
•画面表示までに時間がかかる
•ユーザー体験が悪い
•API毎にエラーハンドリングなど考えなきゃダメ
詳しくは
”Web API The Good Parts”

Agenda
• AWS利用で重要なこと
• モバイルアプリ開発時の注意点
• AWS Mobile SDK
• おさらい

AWS Mobile SDK

モバイルから直接使える AWS サービス
認証 : Cognito
データストア : DynamoDB
ストレージ : S3
プッシュ通知 : SNS
行動分析 : Mobile Analytics
データストリーミング : Kinesis
分散キュー : SQS

2Tire Archtecture

2Tier Archtecture
•クライアントとバックエンド
•クライアントに処理を持つ(ファットクライアント)
•クライアントからAWSのサービスを利用する

2Tierの門番

Cognito

AmazonCognito
•アイデンティティの管理
• 複数のIDプロバイダや独自認証基盤の連携
• ユニークIDの作成、識別
•複数デバイスをまたいだデータ同期
• ローカルに保存したデータの同期
• オフラインでも使える

Cognitoを使ったログインの流れ

モバイルアプリへの
活用例

２Tier のイメージ
EC2とRDSは裏側にいる

• フルマネージドのサービスに直接アクセス
• サーバーレス
• EC2,RDSへの一極集中の負荷を減らせる
• 何かカッコイイ
2Tierの良いところ

本当に
サーバーレスで
いけるのか？

• AWS Mobile SDKをラップする必要がある
• iOSとAndroidで実装が必要
• 各サービス同士のつなぎ込みがしにくい
• ロールバックある場合は大変
2Tierの課題

2Tierの救世主！？

Lambda

• イベントをトリガーに処理を実行
• 実行環境はAWSが管理
• オートスケール
• EC２インスタンス費用が不要
• AWS Mobile SDKからは呼べない
AWS Lambda

課題は色々あるけれど…

モバイルアプリは
2Tierも増える！

Agenda
• AWS利用で重要なこと
• モバイルアプリ開発時の注意点
• AWS Mobile SDK
• おさらい

•AWSの機能すべてを最適に利用する
•サービス全体を考えてAWSの構築を行う
•最新ではなく、最適なサービスを適応する
•チーム全員で考える
•運用を念頭に置いて考える
AWS利用で重要なこと

•変化に適応するための設計を疎かにしない
•突発的なアクセスに対応できる仕組みが必要
•アプリ側に責務を多く持たせない
•2Tier、3Tier適したアーキテクチャを選定する
モバイルアプリ開発時の注意点

Developer Day
スライドは後日ブログで公開します。
69
A-1
Ⓒ Classmethod, Inc.
#cmdevio2015

「スマホアプリあるあるとその対策」
は隣のNorikuraになります。
この部屋は
「DevOps時代の開発環境と現場体験」
になります