Mobile

1. Copyright © Classmethod, Inc.
モバイルファースト時代の
クラウドネイティブアーキテクチャ
JAWS DAYS 2015
2015.3.22
classmethod Inc.
大橋 力丈

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

3. クラスメソッド株式会社
• iOS/AWSに特化した会社(Androidもやってます）
• アプリからインフラまでワンストップ
• 秋葉原 / 札幌 / 上越
• 約70名のエンジニア集団
• Developers.IO

4. Developers.IO

5. Developers.IO
• 社員執筆によるIT技術専門サイト
• 月間：80万PV、35万UU
• 国内で最も多くのAWS記事を公開しています
• AWS：1,000本、iOS：500本、Android:300本以上
ブログもやってる会社です

6. Developers.IO
AWSだけじゃない！！

7. Twi$er Jaws*Days *
*
@jawsdays
3 "
@awscloud_jp
#jawsdays
1 "
AWS Twi0er JAWS"DAYS Twi0er
??
17:00 *
9:00 16:50 Tweet
Kindle JAWS*T
*
Moff*Band JAWS*T
Step"1"
Step"2"
Step"3"
Jaws*Days OK
JAWS*T

8. 今日はいくつか名言ぽいこ
とを言いますので、是非
Tweetしてください！
＃jawsdays

9. Agenda
• よくあるAWS構成
• モバイルアプリで考えておくべきこと
• クラウドネイティブ
• AWS Mobile SDK
• おさらい

10. Agenda
• よくあるAWS構成
• モバイルアプリで考えておくべきこと
• クラウドネイティブ
• AWS Mobile SDK
• おさらい

11. よくあるスケーラブルな構成

12. ELB + EC2 + RDS構成のメリット
• EC2に障害があってもELBが振り分けてくれる
• トラフィック増えたらスケールアウト
• AutoScalingで自動で拡大/縮小
• RDSの負荷が上がったらスケールアップ
• スナップショットでデータ復元

13. ELB + EC2 + RDS構成のメリット
ELB + EC2 + RDSは
本当に良い構成！！
ちゃんと設計されていれば

14. Agenda
• よくあるAWS構成
• モバイルアプリで考えておくべきこと
• クラウドネイティブ
• AWS Mobile SDK
• おさらい

15. モバイルアプリ開発あるある
• 最短リリース！最小構成！
• Push通知と一斉リターン
• 既存のAPIあるある問題！

16. 最短リリース！最小構成！

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

18. 各ストアの登録数

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

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

21. 「小さく産んで大きく育てる」
そのための設計は疎かにしない

22. Push通知と一斉リターン

23. Pushの流れ

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

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

26. •デバイス毎に直接通知を行う
特定の宛先に配信
S3に配信リストを置く
Workerが配信リストを
取得してキューに入れる
Workerはキューを取り
出してPublishする

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

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

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

30. Pushを制するものが
モバイルアプリを制する

31. 既存のAPIあるある問題！

32. サーバーサイドってどうなってます？
既存のAPIあるんでソレ使って下さい！
あっ！既存あるんすね！
じゃあチョチョイのチョイですね！！
営業 クライアント
※フィクションです

33. 既存のAPIあるから余裕そうだよ！
大丈夫！大丈夫！
既存あるから！よろしくね！
営業 エンジニア
えっ！？
API一覧とか見たいです
・・・・・
※フィクションです

34. ホーム画面用のAPI一覧
目的 エンドポイント
トピック一覧取得 https://api.xxx.com/v1/topics/
カテゴリー一覧取得 https://api.xxx.com/v1/categories/
おすすめ商品取得 https://api.xxx.com/v1/products/recommend
ユーザー情報取得 https://api.example.com/v1/user/

35. ホーム画面の呼び出しまで
カテゴリー一覧取得API
おすすめ商品一覧API
ユーザー情報取得API
トピック一覧取得API
1画面呼ぶのに何個のAPIを叩けばいいんだ！？

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

38. 1Screen, 1API call

39. Agenda
• よくあるAWS構成
• モバイルアプリで考えておくべきこと
• クラウドネイティブ
• AWS Mobile SDK
• おさらい

40. ここから本題！

41. モバイルファースト時代の
クラウドネイティブアーキテクチャ
本日のタイトル

42. よくあるスケーラブルな構成

43. これは
クラウドネイティブ？

44. AWSを使っているから
クラウドネイティブ？

45. AWSのサービス

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

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

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

49. EC2：センターフォワード
RDS：ゴールキーパー
注：あくまで主観です

50. サッカーのポジション
• GK：ゴールキーパー
• DF：ディフェンダー
• CB：センターバック
• SB：サイドバック
• SW：スウィーパー
• MF：ミッドフィールダー
• DMF：ディフェンシブミッドフィルダー
• WB：ウイングバック
• CMF：セントラルミッドフィルダー
• SMF：サイドミッドフィルダー
• OMF：オフェンシブミッドフィルダ
• フォワード（FW）
• WG：ウイング
• ST：セカンドトップ
• CF：センターフォワード

51. AWSのサービス

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

53. インフラだけでいいの？

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

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

56. チームで全体を考える！

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

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

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

60. Agenda
• よくあるAWS構成
• モバイルアプリで考えておくべきこと
• クラウドネイティブ
• AWS Mobile SDK
• おさらい

61. AWS Mobile SDK

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

63. 2Tire Archtecture

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

65. 2Tierの門番

66. Cognito

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

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

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

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

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

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

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

74. 2Tierの救世主！？

75. Lambda

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

77. 課題は色々あるけれど…

78. モバイルアプリは
2Tierが増える！

79. Agenda
• よくあるAWS構成
• モバイルアプリで考えておくべきこと
• クラウドネイティブ
• AWS Mobile SDK
• おさらい

80. おさらい

81. 「小さく産んで大きく育てる」
そのための設計は疎かにしない

82. Pushを制するものが
モバイルアプリを制する

83. 1Screen, 1API call

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

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

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

87. モバイルアプリは
2Tierが増える！

88. 告知

89. • 3/27(金)：BusinessDay
• デジタルマーケティングをテーマにした話
• 対象：マーケティング担当
• 3/29(日)：DevelopersDay
• AWS、Mobile、IoT、BigDataなどのお話
• 対象：デベロッパー
• セミナー、ハンズオン、テクニカルディープセッション
• 本日の2Tierの話をより深く話します
Developers.IO 2015

90. お待ちしております！