#FJUG #firebase Firebase Summit 2018 報告会 @Google に参加してきたまとめ

公開日：2018/11/15 最終更新日：2018/11/16

年に1回Firebaseのユーザが集まって、使い方や要望を中の人達に聞くFirebase summitで発表された内容を共有する、Firebase Summit 2018 報告会が、皆さんお世話になりっぱなしのGoogleで開催されたので参加してきました。
（ついでにGoogle訪問も初めて）

これはそんな発表された内容のまとめになります。

FirestoreとSecurityまわり

Twitter

https://twitter.com/k2wanko

~~https://twitter.com/k2wanko~~

Local Emulator

FirestoreとRealtime DBのエミュレーターが登場
- 今まではtestするときはfirebaseのプロジェクトを作る必要があったが、これによりオフラインでのテストが可能になった。
- CI環境で使えたり、複数のプロジェクトでコンフリクトしないで開発できるようになった
メリット
- テスト用のプロジェクトを用意しなくてもよくなった
- 同時にテストを走らせることができる
- セキュリティルールの問題を詳細に見ることができる

Five tips to secure your app

firebaseを使ったアプリをどうやってセキュリティを上げるか
Firebaseを使わない場合、OSのアップデートや監視、ユーザの対応など、アプリケーション以外にもみないといけないが、firebaseを使うことでアプリケーションに集中することができる
Don’t trust your client
- クライアントからのリクエストは信用せず検証しましょう
- Webでは簡単にapiKeyを取得してDBにアクセスする情報を取得できる
Okay, you can trust auth
- 認証情報を信用してほしい
- 認証すると、連携したサービスのemailのアドレスなどを取得できるが、アクセストークンを信頼してください
- アクセストークンはJWTが使われる
Use Security Rules
- セキュリティールールを使う
- RealtimeDB 、firestoreとストレージに存在する
- アクセスコントロールを提供できる
Authorize your users
- Attribute-Based Access Controlのアクセスコントロール
  - プロジェクトを公開するか非公開するかの検証
- Roll-Based Access Control
  - 管理者やモデレータなどのユーザ属性をみて検証
- セキュリティールールは関数を使ってまとめることもできる
Validate your scheme
- データのスキーマの検証を行う
- データの型、データサイズなどをチェックしましょう
- Protocol bufferというRPC用のシリアライズのものがあり、これをつかてセキュリティールールのスキーマを生成できる
Implement business logic checks
- ビジネスロジックの実装をチェックする
- 誰が編集できるかの検証など
But watch out for gotchas!
- クエリに対して検証を行う
- 複数の属性を持つコレクションも存在する
- それを一度に撮ろうとしてもセキュリティルールではじかれる。
- クエリを書いてpublicな属性をとるようにする
Custom Auth Claims are useful
- カスタム認証のクレームは便利
- isAdminといった変数の属性を認証に付与できる
- アクセストークンをみてセキュリティルールをかけるので、DBに保存している情報でadminでみるとかではなく、トークンをみてadminであるかとかを見れる
- しかし、1000bytesのサイズ制限あったり、tokenが更新されるのに時間がかかる
Test Your Rules
- セキュリティルールをテストしよう
- テストをする方法はコンソール上のシミュレータでやるか、ローカルシミュレータを使う
Consider Cloud Functions
- 複雑すぎるゲームのロジックをセキュリティルールに書くのは大変なので、Firestoreに操作をQueueとして保存して、CloudFunctionsでチェックして反映するようにしましょう
- Admin sdkからの書き込みはセキュリティルールをバイパスできます
Listen to the warnings
- セキュリティルールが脆弱なテスト用にだれでも書き込める状態にしているのはあるとおもうが、リリースしたら大変なことになる
- コンソールのアラートで通知されたり、大量のトラフィックがくるとメールもきたりする
Keep your employees on a short leash
- うっかりfirestoreのデータを削除しないようにアクセス権限を適切に設定する

まとめ

アクセスコントロールをしっかりする
権限、スキーマチェック、ビジネスロジックで検証
セキュリティルールはツールを使う
表現が難しいのはサーバーサイドでやる
適切なアクセス権でかんりする
うっかり事故を起こしたらfirebase管理者に連絡してみよう

GDPR（EU一般データ保護規則）について

5/25にGDPRが始まった
必要なデータだけ保存する
データを貯めるだけでなく、データの削除も設計する
friendly-pix.comがGDPRに対応して作ったものらしい
削除はCloudFunctionを使って確実に削除を実行するのが良さそう

firebase-tools & Google Cloud Identity / Firebase Summit 2018

Twitter

https://twitter.com/ogawa0071

~~https://twitter.com/ogawa0071~~

Firebase Hostingへのデプロイで、CIでやろうとするとき、今まではdeployのベストプラクティスはpushしたらcircle CIを通してdeployするのがいいと思われるが、そのときに使われるtokenはローカル環境でコマンドを打って作っていた
- しかし、トークンを作るときはログインしている個人のgoogleアカウントに紐付いてしまう
- 作成したtokenがやめると使えなくなってしまう
- 今まで作成したトークンの一覧が表示できないので安全性に難あり
IAMの構造はIdentitiy とManagementに分かれている
- サーバ側で使う場合はServiceAccountで使うべき
- Compute engineなどはデフォルトサービスアカウントが設定されている
Firebase-tools v6.1.0
- GOOGLE_APPLICATION_CREDENTIALSが追加された
- GOOGLE_APPLICATION_CREDENTIALSの環境変数に渡したjsonをつかってくれるようになった
- API有効化の設定をしたあとにやると、ログインしなくてもデプロイなどができるようになった
firebaseのGUIでもサービスアカウントからデプロイできているのが検証できる

Analytics / Marketing

Twitter

https://twitter.com/1amageek

~~https://twitter.com/1amageek~~

summitにいって思ったことはFirebaseでほぼ完結する！
Firebase Analyticsは、User propertiesが25個まで、event500個まで作れるが、これで足りないというのは設計に難あり
- でっかいアプリでもイベント数は300個くらい

マーケティングの基礎知識

最初にユーザが入るがだんだんとユーザは離脱していく
- それを離脱させないようにするのがマーケティング
- 新規で登録してくれた人がいつまでいるのがリテンション

Audience

Audienceにはユーザセグメントを定義できる
- 今回除外グループの設定ができるようになった
- アクティブユーザから課金しているユーザを対象外にして、アクティブユーザを出すなどできる

RemoteConfig

コンソールでおしたらアプリの動作がリアルタイムに変更可能に
ユースケースとして、ゲームの難易度を低くしたり、ECではアクティブでずっとみているユーザさんに対して安めのおすすめ商品を出したりしている

Cloud Messaging

定期配信が使えるようになった
- 例えば昨日登録して1日たったユーザにはこういう通知を送りたいといったことができる
非アクティブユーザをアクティブにするために、アプローチしたり、アクティブなユーザへ課金するようにアプローチしたりできる

Prediction

ユーザの行動を予測する
- 例えば退会ユーザ予測など
一線を超えるユーザが1日前とかにわかっているなら、どうせ明日退会してしまうなら苦肉の策でもなんでもやれる
- ECでは原価で売ってユーザをとどまらせたり。
大胆な施策を打てる

Propagete Remote Config updates in real time

Twitter

https://twitter.com/d_date

~~https://twitter.com/d_date~~

Remote configの反映を即時反映する機能の仕組みは、remote configで変更を加えると、Remote configの変更をトリガーにfunctionをコールする
- そのfunctionの中でFCMをサイレントアプリに通知を出さずにデータを送信している
- そのデータをもとにアプリを更新している
サンプルではテンプレートをとって差分をとれるものが作れる

FCM topic

通常デバイストークンが必要だが、topicの差分モデルで配信するときは、クライアント側からあるトピック名のトピックをsubscribeしておき、subscribeしておいたものをつかってpush通知を送る
iosだとpush許可されたタイミングで、topicをsubscribeするようなサンプル
Staleというデータをpush通知で送る
iosの罠
- サイレントプッシュを送る際は、content-availableを1に入れて送るようにしてください
- Entitlements Fileを必ず入れる必要がある
- Backgrround modeをONにしてremoteをONにしないといけない
- compabilityでpush通知をONにする
- firebase側にAPNs Authentication Keyを登録する
pushを受け取った際の処理
- pushされたデータを保存する
- 更新されたタイミングでフェッチができる
- CONFIG_STALEが有効なときにフェッチする

demo

リアルタイムで設定が反映された
実は60分間に5回までしか変更できない。それ以降はすぐにフェッチできない

まとめ

Remote Configをトリガーにして他のサービスを呼び出せる
iOSはsilent pushを使うためにcontent-availableに注意
real-timeのupdateに活用してみてください

@mogmetの所感

技術的な内容の他にもマーケティング的な話も聞けて充実した勉強会でした。
施策の例だけでもいろんなアプリでも試せそうなものだったのでfirebaseの技術を使っていろいろ施策を打ちたいなと思いました。
また、ローカルエミュレータもなかなか熱い機能なので、これをつかったunit testなどを作っていきたいですね。
しかし、ローカルエミュレータでの、アプリでも気軽に使えるような機能がほしい・・・（webでのGUIてきな）