ためしてmBaaS

社内勉強会の公開用。
Firebaseの入門記録。

Transcript

1. 2019/12/24 業務システム開発 @yospig ためしてmBaaS
2. ためすこと(目標) 2 • サーバレス開発
 • NoSQL
 • ネイティブアプリ
 • なにかの認証

3. mBaaS is 何 3 • mBaaS（mobile backend as a Service）
 • モバイル向けのバックエンドの面倒な部分をイロイロ提供
 ◦ ユーザ認証(google, Twitter, Facebook, LINE, Mail, etc…)
 ◦ プッシュ通知
 ◦ 監視
 ◦ Webサイトホスティング
 ◦ リアルタイムデータベース

4. mBaaSいっぱいある 4 • Parse
 ◦ Facebook買収 
 • Firebase
 ◦ Google買収 

5. 5 • Microsoft Azure
 ◦ Azureのサービスのひとつ
 • AWS Mobile
 ◦ さらにAWS AppSync, AWS Amplifyなんてのもある 
 • Cloud Endpoints
 ◦ FirebaseがあるのにGCPにもある 
 ◦ GAEも似たような機能がある 
 mBaaSいっぱいある
6. 6 わけがわからない
 →軽く調べたことがある + 使ってる人がいる
 　
 mBaaSいっぱいある
7. 入門します 7
8. 8 • GCPのプロジェクトと連携
 ◦ Firebaseプロジェクト作成時にGCPプロジェクトを選択
 ◦ GCPと連携しているとBlazeプラン(従量制)で固定らしい?
 ◦ google analyticsの連携推奨とのこと
 ◦ 注)Firebaseプロジェクトを消すとGCPも消える

9. 9 • 開発環境
 ◦ Firebase CLI, SDKをインストール
 ▪ % npm install -g firebase-tools
 ▪ npm install firebase-functions@latest firebase-admin@latest --save
 ◦ ログイン
 ▪ % firebase login
 ▪ % firebase list
 リファレンス：https://firebase.google.com/docs/cli/?hl=ja
10. 10 • 使うサービス
 ◦ Cloud Firestore
 ◦ Functions
 ◦ Authentication (予定)
 ◦ ML Kit (予定)

11. 11 • Cloud Firestore
 ◦ NoSQL
 ◦ Realtime Databaseよりも多彩で高速なクエリ
 ◦ 設定
 ▪ DatabaseはGCPのリージョンを指定する
 ▪ 一度決めると変更ができない
 ▪ 基本は `asia-northeast1（東京）`
 ▪ 注) Realtime Databaseは常に `us-central1` 

12. Cloud Firestore is 何 12 • ドキュメント指向データベース
 ◦ 「テーブル」「行」はない
 ◦ 「ドキュメント」に格納され「コレクション」にまとめる
 • データの型は用意されている
 ◦ e.g. ブール値, 数値, 文字列, 地理的位置, blob, timestamp
 ◦ 型の追加ができる(サイズは1MB制限)
 ◦ 型はあるが制約ではない

13. Cloud Firestore is 何 13 • ドキュメントのID取得と検索による取得はオブジェクトがちがう
 ◦ ID取得したオブジェクトに更新をかけることができない
 • Where句の条件をor指定できない
 • Like検索が無い
 • joinの概念が無い(クライアントjoin)

14. 14 • ドキュメント
 ◦ jsonによく似てる
 ◦ ネストされたオブジェクトはマップと呼ぶ
 ◦ 同一ドキュメントを1秒間に何度も更新できない
 Cloud Firestore
15. 15 • コレクション
 ◦ ドキュメントだけを格納するコンテナ
 ◦ コレクション内のドキュメント名は一意
 ◦ ユーザID的な独自キーを指定 or ランダムID
 ◦ コレクションは作成/削除はしない
 ◦ ドキュメントが作られればコレクションは勝手に作られる
 ◦ ドキュメントがなくなればコレクションも無くなる
 Cloud Firestore
16. 16 • サブコレクション
 ◦ 設計思想的にドキュメントを軽量にする必要がある
 ◦ ドキュメントにサブコレクションを作って階層化できる
 ◦ 上位ドキュメントを削除してもサブコレクションは自動ではなくなら ない
 手動削除する必要がある
 Cloud Firestore
17. 17 `users` コレクションに
 `ishimaru` を表わすドキュメントを格納する
 
 + Users
 + Ishimaru
 + birth：1983/07/12
 + Name
 + First：Yosuke
 + Last：Ishimaru
 ←　コレクション
 ←　ドキュメント
 ←　フィールド
 ←　フィールド(マップ)

18. 18 date
 - 20191224
 - year: 2019
 - month: 12
 - day: 24
 - user
 - ishimaru
 - clock_in: ‘09:00’
 - clock_out: ‘17:30’
 REST イメージ パターンA　日付から引く /date/20191224/user/ishimaru/ 出退勤のデータ構造を表すなら？
19. 19 date
 - 20191224
 - year: 2019
 - month: 12
 - day: 24
 - user
 - ishimaru
 - clock_in: ‘09:00’
 - clock_out: ‘17:30’
 RESTイメージ パターンA　日付から引く /date/20191224/user/ishimaru/ 出退勤のデータ構造を表すなら？ 特定ユーザで期間を指定したい場合
 
 - 日付のdocを絞り込む
 - 疑似likeか?orができないので制約が不安)
 - 対象のdateDocから更にユーザを絞り込むために ループする?
 →　面倒くさい

20. 20 User
 - ishimaru
 - date
 - 20191224
 - year: 2019
 - month: 12
 - day: 24
 - clock in: ‘09:00’
 - clock out: ‘17:30’
 RESTイメージ パターンB　人から引く /user/ishimaru/date/20191224/ 出退勤のデータ構造を表すなら？
21. 21 User
 - ishimaru
 - year
 - 2019
 - year: 2019
 - month
 - 12
 - month: 12
 - day: 24
 - clock in: ‘09:00’
 RESTイメージ パターンC　サブコレクションネスト /user/ishimaru/year/2019/month/12/ 出退勤のデータ構造を表すなら？
22. 22 DB設計が道半ばで解らない とりあえず作ってみたものデモ https:/ /github.com/yospig/checkin-fire
23. • モバイル • 認証 • ML Kit 23 To be continued..