CommCareモバイルデータ消費量の推定
CommCareアプリケーションプロジェクトでユーザーに提供するモバイルデータの量を見積もろうとしています。フォームの送信、サーバーとの同期などに必要なデータの推定量はどのくらいですか？一貫性のないインターネット接続などの要因は、より大きなデータ消費につながりますか？
これは、実行するのがかなり難しい傾向にありますが、推定に役立ついくつかのガイドラインがあります。
復元のサイズを決定する
これを行うには、通常の負荷のCommCareHQでモバイルワーカーの復元をヒットします（ https://www.commcarehq.org/a/DOMAIN/phone/restore/?version=2.0&as=USERNAME@DOMAIN .commcarehq.org ）
右クリックして「名前を付けて保存」を押します。次に、ファイルエクスプローラーを使用して、復元の大きさを把握します
これをrestore_sizeと呼びます。
フォーム送信のサイズを決定する
ユーザーが送信履歴レポートなどを使用してCommCareHQに送信する平均的なフォームを確認します。フォームを開いたら、Raw XMLタブをクリックして、新しいウィンドウでフォームxmlを開きます。 XMLを保存し、ファイルのサイズを確認するプロセスを繰り返します。
これをform_sizeと呼びます
推定使用量
復元のサイズと同期のサイズを取得したら、ユーザーが1日に同期または復元する頻度を決定するだけです。次に、データ使用量の推定値を取得するために、次を実行できます。
(restore_size * n_restores_per_day) + (form_size * n_form_submissions_per_day) = daily_data_usage_size
これは、アプリケーションのインストールがWifiで行われていることを前提としていることに注意してください。
一貫性のないインターネット接続などの要因がデータ消費量の増加につながる
通常、これは問題になりません。
ちょっとした追加-ベンが述べたように、これはモバイルネットワークにアプリがインストールされていることを想定していません。モバイルネットワーク経由でアプリの更新があると思われる場合は、そのためのバッファーを追加することができます。さらに、ケースの負荷が時間の経過とともに増加することが予想される場合は、それを考慮に入れることもできます。
上記の答えに追加したい非常に重要なことの1つです。
サーバーからデータを受信するとき、compressを介して送信される前の「Zip」形式のデータも使用します。これは、使用されるデータの量に大きな影響を与える可能性があります。大規模なプログラムでは、ユーザーデータを含む20MBの「復元」ファイルが1MB未満に圧縮されました。
これを評価するには、コンピューターのZipプログラムを使用してファイルを圧縮してから、現在の主要な回答で言及されているrestore_sizeを計算します。
Android組み込み機能を使用して、同期のデータ使用量を直接測定することもできます。 Androidはアプリケーションごとのデータ使用量を追跡する必要があり、必要なときにいつでもカウントを0にリセットできるはずです。 （私の携帯電話では、設定メニューから接続をクリックすると「データ使用量」セクションがあり、ほとんどのAndroidには同様のものがあります）。
さまざまなサイズのファイルを使用してローカルでいくつかのテストを実行し、同期時に何が起こるかを試すことができます...ケースを更新および作成するWeb Appsに大量のデータを送信し、電話を同期して使用するデータ量を確認します。
明らかにこれはすべて推定値になりますが、実際にフィールドでアプリを使用している人がいる場合は、正確な情報を取得できます。そのため、推定値を使用できますが、実際の使用を1か月または2か月すると、それに基づいたかなり正確な経験的データが得られます。