Firebase と App Engine フレキシブル環境を使用して Android アプリを作成

Last reviewed 2018-07-31 UTC

このチュートリアルでは、Firebase を使用したバックエンドデータストレージやリアルタイム同期、ユーザーイベントロギングに対応するモバイルアプリの開発方法をご紹介します。Google Cloud Platform（GCP）App Engine フレキシブル環境で動作する Java サーブレットが、Firebase に保存された新しいユーザーログをリッスンして処理します。

このチュートリアルの手順では、Firebase と App Engine フレキシブル環境を使用して目的のモバイルアプリを開発する方法を説明します。

ユーザーデータの処理またはイベントの統合がアプリ側で必要な場合は、App Engine フレキシブル環境を利用して Firebase を拡張すれば、リアルタイムの自動データ同期が利用できます。

Playchat サンプルアプリによりチャットメッセージが Firebase Realtime Database に保存され、デバイス間で自動的に同期されます。Playchat は、ユーザーイベントログも Firebase に書き込みます。データベースによるデータの同期方法の詳細については、Firebase ドキュメントの仕組みをご覧ください。

次の図に、Playchat クライアントのアーキテクチャを示します。

Playchat クライアントアーキテクチャ

App Engine フレキシブル環境で動作する一連の Java サーブレットが、リスナーとして Firebase に登録されます。これらのサーブレットが新しいユーザーイベントログに応答し、ログデータを処理します。サーブレットはトランザクションを使用します。これにより、各ユーザーイベントログを処理するサーブレットがただ 1 つであることが保証されます。

次の図に、Playchat サーバーのアーキテクチャを示します。

Playchat サーバーアーキテクチャ

アプリとサーブレット間の通信は、以下の 3 つの処理で発生します。

新しいユーザーが Playchat にログインし、アプリがそのユーザーのロギングサーブレットをリクエストするために Firebase Realtime Database の /inbox/ の下にエントリを追加したとき。
いずれかのサーブレットが、このエントリの値を自分のサーブレット ID に変更して割り当てを受け入れたとき。このサーブレットは、自分以外のサーブレットが値を変更できないことを保証するために Firebase トランザクションを使用します。値が更新されると、他のすべてのサーブレットはリクエストを無視します。
ユーザーがログインまたはログアウトするか、新しいチャネルに切り替えたとき。このアクションを Playchat が /inbox/[SERVLET_ID]/[USER_ID]/ に記録します。ここで、[SERVLET_ID] はサーブレットインスタンスの ID であり、[USER_ID] はユーザーを表すハッシュ値です。
サーブレットが Inbox を監視して新しいエントリのログデータを収集するとき。

このサンプルアプリでは、ログデータがサーブレットによりローカルでコピーされ、ウェブページに表示されます。このアプリの本番環境バージョンでは、ログデータをサーブレットで処理する目的や、保存および分析の目的で Cloud Storage、Cloud Bigtable、BigQuery にコピーできます。

目標

このチュートリアルでは、以下の手順を紹介します。

Android アプリである Playchat のビルド手順。このアプリはデータを Firebase Realtime Database に保存します。
App Engine フレキシブル環境での Java サーブレットの実行手順。このサーブレットは、Firebase に接続し、Firebase に保存されたデータが変更されたときに通知を受け取ります。
上記の 2 つのコンポーネントを使用して、分散型のストリーミングバックエンドサービスをビルドしてログデータを収集し、処理する手順。

注: このサンプルコードのクライアントアプリは Android アプリですが、iOS アプリやウェブアプリについても、Firebase Realtime Database にメッセージとログを保存するアプリを作成できます。フロントエンドとバックエンドは Firebase を介して緩く結合されているため、バックエンドサービスや Firebase プロジェクトを変更する必要はありません。

料金

Firebase の使用は特定条件のもとで無料です。これらのサービスの使用量が Firebase 無料プランで指定された制限未満である場合、Firebase を使用しても料金はかかりません。

App Engine フレキシブル環境内のインスタンスについては、基盤となる Google Compute Engine 仮想マシンに対して費用がかかります。

始める前に

以下のソフトウェアをインストールします。

Git
Android Studio 4.0 以上
Google API を使用して Android 8.1（API レベル 27）以上を実行するデバイスまたはエミュレータ
Apache Maven 3.6.x 以上
Java 8 以上
Google Cloud CLI

コマンドラインから次のコマンドを実行して、gcloud CLI の App Engine Java コンポーネントをインストールします。

gcloud components install app-engine-java

サンプルコードのクローンの作成

フロントエンドクライアントアプリのコードのクローンを作成します。
```
git clone https://github.com/GoogleCloudPlatform/firebase-android-client
```
バックエンドサーブレットのコードのクローンを作成します。
```
git clone https://github.com/GoogleCloudPlatform/firebase-appengine-backend
```

アプリ用 SHA-1 フィンガープリントの生成

Google ログインでクライアントアプリを認証するには、証明書の SHA-1 フィンガープリントを用意する必要があります。このチュートリアルでは、デバッグキーストアを使用します。キーストアフィンガープリントのリリースバージョンを作成する方法については、ユーザー独自のクライアントの認証をご覧ください。

使用するデバッグキーストアの SHA-1 を構築します。
```
keytool -list -v \
-alias androiddebugkey -keystore ~/.android/debug.keystore
```
注: $HOME/.android/debug.keystore ファイルがないために「Keystore file does not exist」というエラーが発生する場合は、Android Studio で空のプロジェクトを作成して構築することでデバッグキーストアを生成できます。

Firebase プロジェクトの作成

Firebase アカウントを作成するか、既存のアカウントにログインします。
[プロジェクトを追加] をクリックします。
初めて登録する場合は、[プロジェクトを作成] をクリックします。
[プロジェクト名] に「Playchat」と入力します。
残りの設定手順を行い、[プロジェクトの作成] をクリックします。
- このプロジェクトでは Google アナリティクスを有効にする必要はありません。
ウィザードでプロジェクトがプロビジョニングされたら、[続行] をクリックします。
プロジェクトの [プロジェクトの概要] ページで（設定）をクリックし、[プロジェクトの設定] をクリックします。
Android アイコンをクリックすると、[Android アプリに Firebase を追加する] ページが表示されます。
[Android パッケージ名] に「com.google.cloud.solutions.flexenv」と入力します。
[デバッグ用の署名証明書 SHA-1] に、以前のセクションで生成した SHA-1 値を入力します。
[アプリの登録] をクリックします。
構成ファイルのダウンロードの手順に沿って、google-services.json ファイルをプロジェクトに追加します。
[構成ファイルのダウンロード] で [次へ] をクリックします。
プロジェクトレベルとアプリレベルの build.gradle ファイルに対しての推奨される変更をメモします。

注: 推奨される変更は、すでにサンプルコード内で構成されています。
[Firebase SDK の追加] で [次へ] をクリックします。
[コンソールに進む] をクリックして設定を完了します。

Realtime Database の作成

Firebase コンソールでプロジェクトを選択します。
コンソールの左側のメニューで、[構築] グループの [Realtime Database] を選択します。
[Realtime Database] セクションで [データベースを作成] をクリックします。
付近のロケーションを選択します。
[セキュリティルール] ダイアログで [テストモードで開始する] を選択し、[有効にする] をクリックします。

注意: テストモードでは、データベース参照を使用すれば、誰もがデータベースの読み取りや書き込み操作を実行できます。テストモードが目的に合っていない場合は、データへのアクセスを管理するセキュリティルールを作成できます。詳細については、Firebase のドキュメントでデータベースルールを使ってみるをご覧ください。
この操作により、Firebase に保存したデータが表示されます。このチュートリアルの後のステップで、ウェブページを再度閲覧し、クライアントアプリとバックエンドサーブレットにより追加、変更されたデータを確認します。
データベースの [ルール] タブで、UNIX エポック時刻で定義された時間単位で 30 日先の日付を指定する読み取り/書き込みのセキュリティルールがあることを確認します。たとえば、8 月 4 日にルールを作成した場合、ルールは 9 月 4 日以降無効になります。
```
{
  "rules": {
    ".read": "now < 1659639249000", //2022-08-04
    ".write": "now < 1659639249000" //2022-08-04
  }
}
```
プロジェクトの Firebase URL をメモします。これは、リンクアイコンの横に https://[FIREBASE_PROJECT_ID].firebaseio.com/ という形式で表示されています。

Firebase プロジェクトの Google 認証の有効化

Firebase プロジェクトに接続するために、さまざまなログインプロバイダを構成できます。このチュートリアルでは、ユーザーが Google アカウントを使用してログインできるように認証を設定する方法について説明します。

Firebase コンソールの左側のメニューで、[構築] グループの [Authentication] を選択します。

注: 左側のメニューが表示されない場合は、Playchat プロジェクトが選択されていることを確認してください。
初めてこのページにログインする場合は、[ログイン方法を設定] または [使ってみる] をクリックします。
[ログイン方法] タブで [Google] を選択します。[有効にする] トグルをオンに切り替えてサポートメールを選択し、[保存] をクリックします。

Firebase プロジェクトへのサービスアカウントの追加

バックエンドサーブレットでは、ログインに Google アカウントを使用しません。代わりに、サービスアカウントを使用して Firebase に接続します。以下の手順では、Firebase に接続するサービスアカウントを作成して、サービスアカウントの認証情報をサーブレットのコードに追加する方法について説明します。

Firebase コンソールの左側のメニューで、Playchat プロジェクトホームの横にある [設定] の歯車アイコンを選択し、[プロジェクトを設定] を選択します。
[サービスアカウント] を選択し、[サービスアカウント権限の管理] リンクをクリックします。
[サービスアカウントを作成] をクリックします。
以下の設定を構成します。
1. [サービスアカウント名] に「playchat-servlet」と入力し、[作成して続行] をクリックします。
2. [ロールを選択] で、[プロジェクト] > [オーナー] の順に選択し、[続行] をクリックします。
  
  注意: オーナーのロールにより、プロジェクトのすべてのリソースに対する完全アクセス権がサービスアカウントに付与されます。本番環境のアプリでは、サービスアカウントに必要な最小限のアクセス権のみを付与するロールを使用してください。
3. [完了] をクリックします。
作成したサービスアカウントをクリックし、[鍵] タブで [鍵を追加]、[新しい鍵を作成] の順にクリックします。
[キーのタイプ] の横にある [JSON] をクリックし、[作成] をクリックしてキーをダウンロードします。
サービスアカウント用のダウンロードした JSON キーファイルを、src/main/webapp/WEB-INF/ ディレクトリのバックエンドサービスプロジェクト firebase-appengine-backend に保存します。ファイル名の形式は Playchat-[UNIQUE_ID].json です。
src/main/webapp/WEB-INF/web.xml を編集して、初期化パラメータを以下のように設定します。
- JSON_FILE_NAME を、ダウンロードした JSON キーファイルの名前に置き換えます。
- FIREBASE_URL を、以前にメモした Firebase URL で置き換えます。
```
<init-param>
  <param-name>credential</param-name>
  <param-value>/WEB-INF/JSON_FILE_NAME</param-value>
</init-param>
<init-param>
  <param-name>databaseUrl</param-name>
  <param-value>FIREBASE_URL</param-value>
</init-param>
```

Cloud Platform プロジェクトの課金と API の有効化

Cloud Platform でバックエンドサービスを実行するには、プロジェクトの課金と API を有効にする必要があります。Cloud Platform プロジェクトは、Firebase プロジェクトの作成で作成したプロジェクトと同じものであり、同じプロジェクト ID が付いています。

Cloud Platform Console で Playchat プロジェクトを選択します。

プロジェクトページに移動

Google Cloud プロジェクトで課金が有効になっていることを確認します。

App Engine Admin API and Compute Engine API API を有効にします。
API を有効にする

バックエンドサービスのビルドとデプロイ

このサンプルでは、バックエンドサービスは Docker 構成を使用してホスティング環境を指定します。このようにカスタマイズするには、App Engine スタンダード環境ではなく App Engine フレキシブル環境を使用する必要があります。

バックエンドサーブレットを構築して App Engine フレキシブル環境にデプロイするには、Google App Engine Maven プラグインを使用できます。このプラグインは、このサンプルに含まれている Maven ビルドファイルですでに指定されています。

プロジェクトの設定

Maven でバックエンドサーブレットが正しくビルドされるようにするには、サーブレットのリソースを起動する Google Cloud Platform（GCP）プロジェクトを Maven に指定する必要があります。GCP プロジェクトと Firebase プロジェクトの ID は同じです。

gcloud CLI が GCP へのアクセスに使用する認証情報を入力します。
```
gcloud auth login
```
次のコマンドを実行して、プロジェクトを Firebase プロジェクトに設定します。[FIREBASE_PROJECT_ID] は、以前にメモした Firebase プロジェクト ID に置き換えます。
```
gcloud config set project [FIREBASE_PROJECT_ID]
```
構成を表示して、プロジェクトが設定されたことを確認します。
```
gcloud config list
```
App Engine を初めて使用する場合は、App Engine アプリを初期化します。
```
gcloud app create
```

（省略可）ローカルサーバーでのサービスの実行

新しいバックエンドサービスを開発する際には、App Engine にデプロイする前にローカルでそのサービスを実行するのが有効です。これにより、変更の迅速な反復適用が可能になり、App Engine にデプロイする際のオーバーヘッドが回避されます。

ローカルでサーバーを実行する場合、Docker の構成は使用されず、App Engine 環境では実行されません。代わりに、Maven がすべての依存関係ライブラリをローカルにインストールし、Jetty ウェブサーバー上でアプリが実行されます。

firebase-appengine-backend ディレクトリで、次のコマンドを使用してバックエンドモジュールをローカルで構築して実行します。
```
mvn clean package appengine:run
```
~/google-cloud-sdk 以外のディレクトリに Google Cloud CLI をインストールした場合は、次に示すようにコマンドにインストールパスを追加します（[PATH_TO_TOOL] の部分をカスタムパスで置き換えてください）。
```
mvn clean package appengine:run -Dgcloud.gcloud_directory=[PATH_TO_TOOL]
```
注: 以前のコマンドの実行中にエージェントライブラリの初期化に失敗した場合は、Google Cloud CLI のバージョン 240 を使用してください。
gcloud components update --version 240.0.0
「アプリケーション "Python.app" で受信ネットワーク接続を受け入れますか？」というメッセージが表示された場合は、[Allow] を選択します。

デプロイの終了後、http://localhost:8080/printLogs を開いて、バックエンドサービスが実行されていることを確認します。ウェブページに、「Inbox :」に続いて 16 桁の ID が表示されます。これは、ローカルマシンで実行されているサーブレットの Inbox ID です。

ページを更新してもこの ID は変わりません。ローカルサーバーは単一のサーブレットインスタンスを起動するからです。これはテストの際に役立ちます。Firebase Realtime Database にはサーブレット ID が 1 つしか保存されないためです。

ローカルサーバーをシャットダウンするには、Ctrl+C と入力します。

App Engine フレキシブル環境へのサービスのデプロイ

App Engine フレキシブル環境でバックエンドサービスを実行すると、App Engine は /firebase-appengine-backend/src/main/webapp/Dockerfiles の構成を使用して、サービスが実行されるホスティング環境を構築します。フレキシブル環境は複数のサーブレットインスタンスを起動し、需要に応じてその規模を拡大または縮小します。

firebase-appengine-backend ディレクトリで、次のコマンドを使用してバックエンドモジュールをローカルで構築して実行します。

注: アプリケーションをデプロイするには、プロジェクトで課金を有効にする必要があります。
```
mvn clean package appengine:deploy
```
注: ~/google-cloud-sdk 以外のディレクトリに Google Cloud CLI をインストールした場合は、次に示すように、コマンドにインストールパスを追加します（[PATH_TO_GCLOUD] の部分をカスタムパスで置き換えてください）。
```
mvn clean package appengine:deploy -Dgcloud.gcloud_directory=[PATH_TO_GCLOUD]
```

ビルドを実行すると、「Sending build context to Docker daemon…」と表示されます。上述のコマンドにより、Docker の構成がアップロードされ、App Engine フレキシブル環境に設定されます。

デプロイが終了したら、https://[FIREBASE_PROJECT_ID].appspot.com/printLogs を開きます。ここで、[FIREBASE_PROJECT_ID] は Firebase プロジェクトの作成で割り当てられた ID です。ウェブページに、「Inbox :」に続いて 16 桁の ID が表示されます。これは、App Engine フレキシブル環境で実行されているサーブレットの Inbox ID です。

ページを更新すると、この ID は定期的に変わります。これは、受信したクライアントからのリクエストを処理するために、App Engine が複数のサーブレットインスタンスを起動するためです。

Android アプリへの Firebase と Google Play 開発者サービスの追加

クライアントアプリは Firebase Realtime Database を使用して、メッセージの保存と同期や、ユーザーイベントログの記録を行います。クライアントアプリは Google Play 開発者サービスを使用して、Google アカウントを所有するユーザーを認証します。

Android Studio で、[Tools] > [SDK Manager] を選択します。
[SDK Tools] タブを選択します。
[Google Play services] がまだ選択されていない場合は選択します。
[OK] をクリックしてインストールします。
[File] > [Open…] の順に選択して、firebase-android-client ディレクトリを選択します。
Gradle プロジェクト情報にビルドの終了が表示されるまで待ちます。Gradle ラッパーを使用するように求められたら、[OK] をクリックします。
Firebase プロジェクトの作成でメモした、プロジェクトレベルとアプリレベルの build.gradle ファイルの変更内容が、サンプルコードにすでに反映されています。

Android アプリの実行とテスト

Android Studio で firebase-android-client プロジェクトを開き、[Run] > [Run 'app'] を選択します。
Google API を使用して Android 6.0 を実行するデバイスまたはエミュレータをテストデバイスとして選択します。
アプリがデバイスに読み込まれたら、Google アカウントでログインします。
PlayChat のタイトルの左にあるメニューをクリックし、[books] チャンネルを選択します。
メッセージを入力します。
入力すると、Playchat アプリがメッセージを Firebase Realtime Database に保存します。Firebase はデータベースに保存されたデータを端末間で同期します。Playchat を実行するデバイスでは、ユーザーが [books] チャンネルを選択すると新しいメッセージが表示されます。

データの検証

Playchat アプリを使ってユーザーイベントをいくつか生成した後に、サーブレットがリスナーとして登録され、ユーザーイベントログが収集されていることを確認します。

アプリの Firebase Realtime Database を開きます。ここで、[FIREBASE_PROJECT_ID] は Firebase プロジェクトの作成で割り当てられた ID です。

https://console.firebase.google.com/project/[FIREBASE_PROJECT_ID]/database/data

Firebase Realtime Database の最下部（/inbox/ の下）に、接頭辞 client- の付いたノードのグループが表示され、その後に、ユーザーアカウントのログインを表すランダム生成のキーが続きます。この例の最後の項目 client-1240563753 の後には、ユーザーのログイベントを現在リッスンしているサーブレットを示す 16 桁の ID が続きます（この例では、0035806813827987）。

Firebase Realtime Database に保存されたデータ

すぐ上の、/inbox/ データの場所の下に、現在割り当てられているすべてのサーブレットのサーブレット ID が表示されます。この例では、ログを収集しているサーブレットは 1 つだけです。/inbox/[SERVLET_IDENTIFIER] の下には、アプリによりそのサーブレットに書き込まれたユーザーログが示されます。

バックエンドサービスの App Engine ページ（https://[FIREBASE_PROJECT_ID].appspot.com/printLogs）を開きます。ここで、[FIREBASE_PROJECT_ID] は Firebase プロジェクトの作成で割り当てられた ID です。このページには、生成されたユーザーイベントを記録するサーブレットの ID が表示されます。また、そのサーブレットの Inbox ID の下にも、記録されたイベントのログエントリが表示されます。

コードの確認

Android アプリである Playchat は、FirebaseLogger というクラスを定義します。これは、Firebase Realtime Database にユーザーイベントログを書き込むために使用されます。

app/src/main/java/com/google/cloud/solutions/flexenv/FirebaseLogger.java

GitHub で表示


import com.google.cloud.solutions.flexenv.common.LogEntry;
import com.google.firebase.database.DatabaseReference;
import com.google.firebase.database.FirebaseDatabase;

/*
 * FirebaseLogger pushes user event logs to a specified path.
 * A backend servlet instance listens to
 * the same key and keeps track of event logs.
 */
class FirebaseLogger {
    private final DatabaseReference logRef;

    FirebaseLogger(String path) {
        logRef = FirebaseDatabase.getInstance().getReference().child(path);
    }

    public void log(String tag, String message) {
        LogEntry entry = new LogEntry(tag, message);
        logRef.push().setValue(entry);
    }

}

新しいユーザーがログインすると、Playchat は requestLogger 関数を呼び出して Firebase Realtime Database の /inbox/ に新しいエントリを追加します。また、リスナーを設定して、サーブレットが割り当てを受け入れてエントリの値を更新したときに、Playchat が応答できるようにします。

サーブレットが値を変更すると、Playchat はリスナーを削除して、「Signed in」のログをサーブレットの Inbox に書き込みます。

app/src/main/java/com/google/cloud/solutions/flexenv/PlayActivity.java

GitHub で表示

/*
 * Request that a servlet instance be assigned.
 */
private void requestLogger(final LoggerListener loggerListener) {
    final DatabaseReference databaseReference = FirebaseDatabase.getInstance().getReference();
    databaseReference.child(IBX + "/" + inbox).addListenerForSingleValueEvent(new ValueEventListener() {
        public void onDataChange(@NonNull DataSnapshot snapshot) {
            if (snapshot.exists() && snapshot.getValue(String.class) != null) {
                firebaseLoggerPath = IBX + "/" + snapshot.getValue(String.class) + "/logs";
                fbLog = new FirebaseLogger(firebaseLoggerPath);
                databaseReference.child(IBX + "/" + inbox).removeEventListener(this);
                loggerListener.onLoggerAssigned();
            }
        }

        public void onCancelled(@NonNull DatabaseError error) {
            Log.e(TAG, error.getDetails());
        }
    });

    databaseReference.child(REQLOG).push().setValue(inbox);
}

バックエンドサービス側では、サーブレットインスタンスが起動されると、MessageProcessorServlet.java の init(ServletConfig config) 関数が Firebase Realtime Database に接続し、リスナーを /inbox/ データのロケーションに追加します。

新しいエントリが /inbox/ データのロケーションに追加されると、サーブレットはその値を自身の ID に変更します。また、そのユーザーログの処理の割り当てをサーブレットが受け入れたことを示す信号が Playchat アプリに送信されます。サーブレットは Firebase のトランザクションを使用することで、値を変更して割り当てを受け入れるサーブレットがただ 1 つであることを保証します。

src/main/java/com/google/cloud/solutions/flexenv/backend/MessageProcessorServlet.java

GitHub で表示

/*
 * Receive a request from a client and reply back its inbox ID.
 * Using a transaction ensures that only a single servlet instance replies
 * to the client. This lets the client know to which servlet instance
 * send consecutive user event logs.
 */
firebase.child(REQLOG).addChildEventListener(new ChildEventListener() {
  public void onChildAdded(DataSnapshot snapshot, String prevKey) {
    firebase.child(IBX + "/" + snapshot.getValue()).runTransaction(new Transaction.Handler() {
      public Transaction.Result doTransaction(MutableData currentData) {
        // Only the first servlet instance writes its ID to the client inbox.
        if (currentData.getValue() == null) {
          currentData.setValue(inbox);
        }
        return Transaction.success(currentData);
      }

      public void onComplete(DatabaseError error, boolean committed, DataSnapshot snapshot) {}
    });
    firebase.child(REQLOG).removeValue();
  }
  // ...
});

サーブレットは、ユーザーのイベントログ処理の割り当てを受け入れた後、Playchat アプリが新しいログファイルをサーブレットの Inbox に書き込んだことを検出するリスナーを追加します。Inbox への書き込みを検出すると、サーブレットは Firebase Realtime Database から新しいログデータを取得します。

src/main/java/com/google/cloud/solutions/flexenv/backend/MessageProcessorServlet.java

GitHub で表示

/*
 * Initialize user event logger. This is just a sample implementation to
 * demonstrate receiving updates. A production version of this app should
 * transform, filter, or load to another data store such as Google BigQuery.
 */
private void initLogger() {
  String loggerKey = IBX + "/" + inbox + "/logs";
  purger.registerBranch(loggerKey);
  firebase.child(loggerKey).addChildEventListener(new ChildEventListener() {
    public void onChildAdded(DataSnapshot snapshot, String prevKey) {
      if (snapshot.exists()) {
        LogEntry entry = snapshot.getValue(LogEntry.class);
        logs.add(entry);
      }
    }

    public void onCancelled(DatabaseError error) {
      localLog.warning(error.getDetails());
    }

    public void onChildChanged(DataSnapshot arg0, String arg1) {}

    public void onChildMoved(DataSnapshot arg0, String arg1) {}

    public void onChildRemoved(DataSnapshot arg0) {}
  });
}

クリーンアップ

このチュートリアルで使用するリソースについて、Google Cloud Platform アカウントに課金されないようにする手順は次のとおりです。

Cloud Platform と Firebase プロジェクトを削除する

課金を停止する最も簡単な方法は、このチュートリアルで作成したプロジェクトを削除することです。Firebase コンソールでプロジェクトを作成した場合でも、Cloud Platform Console でプロジェクトを削除できます。なぜなら、Firebase プロジェクトと Cloud Platform プロジェクトは同一であるからです。

注意: プロジェクトを削除すると、次のような影響があります。

プロジェクト内のすべてのものが削除されます。このドキュメントのタスクで既存のプロジェクトを使用した場合、それを削除すると、そのプロジェクトで行った他の作業もすべて削除されます。
カスタムプロジェクト ID が失われます。このプロジェクトを作成したときに、将来使用するカスタムプロジェクト ID を作成した可能性があります。そのプロジェクト ID を使用した URL（たとえば、appspot.com）を保持するには、プロジェクト全体ではなくプロジェクト内の選択したリソースだけを削除します。

複数のアーキテクチャ、チュートリアル、クイックスタートを実施する予定がある場合は、プロジェクトを再利用すると、プロジェクトの割り当て上限を超えないようにすることができます。

Google Cloud コンソールで、[リソースの管理] ページに移動します。
[リソースの管理] に移動
プロジェクトリストで、削除するプロジェクトを選択し、[削除] をクリックします。
ダイアログでプロジェクト ID を入力し、[シャットダウン] をクリックしてプロジェクトを削除します。

App Engine アプリのデフォルト以外のバージョンを削除する

Cloud Platform プロジェクトと Firebase プロジェクトを削除しない場合は、App Engine フレキシブル環境のデフォルトバージョンではないアプリを削除すれば、課金をいくらか減らすことができます。

Google Cloud コンソールで、App Engine の [バージョン] ページに移動します。
[バージョン] に移動
デフォルト以外で削除するアプリのバージョンのチェックボックスをオンにします。
注: App Engine アプリのデフォルトバージョンを削除する唯一の方法は、プロジェクトを削除することです。ただし、Google Cloud コンソールでデフォルトバージョンを停止することもできます。このアクションによって、バージョンに関連付けられているすべてのインスタンスがシャットダウンします。これらのインスタンスは、必要に応じてあとで再起動できます。

App Engine スタンダード環境では、お使いのアプリに手動スケーリングまたは基本スケーリングがある場合、デフォルトバージョンを停止させることができます。
アプリのバージョンを削除するには、[削除] をクリックします。

次のステップ

データの解析とアーカイブ - このサンプルでは、サーブレットはログデータをメモリ内のみに保存します。このサンプルの機能を拡張するには、Cloud Storage、Cloud Bigtable、Google Cloud Dataflow、および BigQuery などのサービスを使用して、サーブレットによってデータがアーカイブ、変換、分析されるようにします。
サーブレット間での負荷の均等分散 - App Engine では、自動スケーリングと手動スケーリングの両方が使用できます。自動スケーリングでは、フレキシブル環境でワークロードの変化が検出されると、クラスタで VM が追加または削除されます。手動スケーリングでは、トラフィックを処理するインスタンスの数を固定値で指定します。スケーリングの構成方法については、App Engine ドキュメントのサービススケーリング設定をご覧ください。

ユーザーアクティビティログは、Firebase Realtime Database にアクセスしてサーブレットに割り当てられるため、ワークロードが均等に分散されないことがあります。たとえば、特定のサーブレットが他のサーブレットよりも多くのユーザーイベントログを処理する場合があります。

それぞれの VM のワークロードを個別に制御するワークロードマネージャーを実装すれば効率が良くなります。このようなワークロード分散処理は、秒単位のリクエストのロギングや、同時クライアント数の監視といった指標に基づいて実行されます。
未処理のユーザーイベントログの回復 - このサンプルの実装内容では、サーブレットインスタンスがクラッシュしても、そのインスタンスに関連付けられたクライアントアプリは、ログイベントを Firebase Realtime Database のサーブレットの Inbox に送信し続けます。アプリの本番環境バージョンでは、バックエンドサービスでこの状況を検出して、未処理のユーザーイベントログを回復する必要があります。
Cloud AI プロダクトを使用した追加機能の実装 - Cloud AI プロダクトおよびサービスを使用して ML ベースの機能を実装する方法です。たとえば、このサンプルの実装内容を拡張して、Speech-to-Text API、Translation API、Text-to-Speech API を組み合わせた音声翻訳機能を実装できます。詳しくは、Android アプリに音声翻訳機能を追加するをご覧ください。

Firebase と App Engine フレキシブル環境を使用して Android アプリを作成

目標

料金

始める前に

サンプルコードのクローンの作成

アプリ用 SHA-1 フィンガープリントの生成

Firebase プロジェクトの作成

Realtime Database の作成

Firebase プロジェクトの Google 認証の有効化

Firebase プロジェクトへのサービス アカウントの追加

Cloud Platform プロジェクトの課金と API の有効化

バックエンド サービスのビルドとデプロイ

プロジェクトの設定

（省略可）ローカル サーバーでのサービスの実行

App Engine フレキシブル環境へのサービスのデプロイ

Android アプリへの Firebase と Google Play 開発者サービスの追加

Android アプリの実行とテスト

データの検証

コードの確認

クリーンアップ

Cloud Platform と Firebase プロジェクトを削除する

App Engine アプリのデフォルト以外のバージョンを削除する

次のステップ

Firebase プロジェクトへのサービスアカウントの追加

バックエンドサービスのビルドとデプロイ

（省略可）ローカルサーバーでのサービスの実行