MBaaS (Mobile Backend as a Service: サービスとしてのモバイルバックエンド) は、クラウドアプリとクラウドサービス向けのランタイムスペースです。各 MBaaS では、Node.js ランタイム、NoSQL データベース、キャッシングサーバー、およびすべての クラウド API が提供されます。

アプリケーションのライフサイクル管理をサポートするために、環境 と呼ばれる、クラウドアプリとクラウドサービス向けに提供される分離層があります。環境は、開発、テスト、および実稼働 といったプロジェクトの各ライフサイクルステージ向けに設定することができます。環境にはクラウドサービスとフォームが常にデプロイされ、これらはある環境から別の環境に簡単にプロモートすることができます。

1 つの MBaaS では、1 つ以上の環境をホストすることができます。例えば、単一の MBaaS に開発環境とテスト環境を一緒にホストし、 別の MBaaS を実稼働環境専用とすることが可能です。複数の環境を MBaaS でホストしている場合でも、それらが共有するのはシステムリソースのみで、Node.js ランタイムやデータベース、キャッシングサーバーなどほとんどのレベルでは分離されており、ホスト名も別のものになります。

管理者 > MBaaS ターゲット セクションに移動します。

MBaaS ターゲットには、FeedHenry、OpenShift 2 および OpenShift 3 という 3 つのタイプがあります。各タイプでは、以下に示すように独自の設定が必要になります。

管理者 > 環境 に移動します。

まず、環境の作成 ボタンを使用して新規環境を作成します。以下のパラメーターが必要になります。

これでこの新規環境にクラウドアプリ、クラウドサービス、フォームをデプロイすることができます。

プラットフォームではアプリがステージまたはデプロイされるとクラウド環境と呼ばれるコンテナー内で実行されることになります。コンテナーレベルとアプリレベルの両方における環境リソースの使用率がここで管理、表示できます。

ページが読み込まれたら、リソースのサマリービューが表示されます。ドメインで利用可能なクラウド環境や環境の CPU、メモリー、およびディスクの現在の使用率が確認できます。各サマリービューは、クリックすると拡大されます。

このビューでは、メモリー、CPU およびディスクリソースの詳細な使用率が表示されます。「ダッシュボード」ビューにはこれら 3 つのリソースすべての概要ビューがあり、各リソースのタブには環境とアプリごとの使用率があります。

環境内で現在実行中の全アプリ、それらのステータス、リソース使用率が見られるほか、それらの管理もできます。ここでは組み込みアプリ (ビルド組み込みアプリウィザードでデプロイされたもの) の制御もできることに留意してください。

環境の現在のキャッシュ使用率が確認できるほか、キャッシュをフラッシュして最大キャッシュサイズをリセットすることができます。

プッシュ通知は、サーバー側のアプリケーションがモバイルのクライアントとの通信を開始するメカニズムで、サーバー上の新規コンテンツの可用性をユーザーに知らせたり、ショートメッセージを送信するものです。これは通常、メッセージングやソーシャルネットワークアプリケーションに使用されたり、ユーザーがモバイルデバイスを扱っていない場合でも常に情報提供を望んでいる場合などに使用されます。

Red Hat Mobile Application Platform ホスト型 (RHMAP) には、プッシュ通知のサポートが統合されています。単一の統合 API を使用して、全クライアントデバイスに通知を送信することができます。これは単一の関数呼び出しで複数の異なるネットワークにわたって同時に実行することができます。RHMAP のプッシュ通知サポートは、オープンソースのプロジェクトである AeroGear UnifiedPush Server (UPS) をベースにしています。

Studio では、以下の 4 つのセクションでプッシュ通知についての情報が提供されます。

プッシュ通知の使用を開始するには、client API および cloud API のドキュメンテーションをご覧いただくか、ステップごとのガイドとなっている Developing An Application Using Push Notifications を参照してください。

プッシュ通知は、サポートされている全モバイルプラットフォームで対応するプッシュ通知ネットワークにより利用可能となっています。

RHMAP 内のプッシュ通知サーバーが、クラウドアプリから個別のプッシュネットワークに通知を配布するブローカーとして機能します。個別のネットワークは、登録されたモバイルデバイスにメッセージを配布します。

一番単純なユースケースは、全体通知を全デバイスに配信する場合です。以下に例を示します。

$fh.push(
  {alert: "Hello from {ProductShortName} to all devices!"},
  {broadcast: true},
  function (err, res) {
    if (err) {
      console.log(err.toString());
    } else {
      console.log("status : " + res.status);
    }
  }
);

プラットフォームでは、全デバイス、フィルタリングしたデバイスセット、または単一デバイスなどのいくつかのモードによる配信が可能です。また、プロジェクト内のどのクライアントアプリがプッシュ通知を受信するか選択することができます。

ビルトインの UnifiedPush Server (UPS) が Google、Apple および Microsoft などの個別プロバイダーのプッシュ通知ネットワークにアクセスできるようになるには、承認のための認証情報をプロバイダーのプッシュサーバーに提供する必要があります。必要な認証情報とそれらを取得する方法は、各プロバイダーによって異なります。ターゲットとなるプラットフォームのガイドにしたがい、必要な認証情報を書き留めてください。これは、アプリ用にプッシュネットワークバリアントを設定する際に RHMAP に提供する必要があります。

クライアントアプリに送信されるプッシュ通知についての統計値は、Studio で見ることができます。クライアントアプリの プッシュ セクションから アナリティクス タブに移動します。以下の統計値が参照できます。

プッシュアナリティクス画面では、以下の表も提示されます。

Cordova アプリ内におけるプッシュ通知のサポートは、aerogear-cordova-push プラグインで提供されます。RHMAP Build Farm でプッシュ対応のアプリがビルドされる場合は、www/config.json ファイルで設定されていれば、このプラグインが特定のビルドに自動的に追加されます。RHMAP Cordova のすべてのテンプレートでは、このプラグインが設定されています。

アプリをローカルでビルドする場合は、以下のコマンドを使用して手動でプラグインを追加する必要があります。

cordova plugin add aerogear-cordova-push

詳細は、Using Cordova Plugins を参照してください。

オープンソースコミュニティーバージョンの AeroGear UnifiedPush Server (UPS) はアプリでの使用が引き続き可能で、UPS を OpenShift にデプロイし、クラウドサービスの AeroGear Community Push Connector でプラットフォームに接続します。このクラウドサービスは、本目的用にプラットフォームで利用可能となっています。ただし、コミュニティーバージョンは評価目的のみで利用可能となっており、公式にはサポートされていことに注意してください。