IBM MobileFirst - 更新サイズが400 MBを超えると、ダイレクト更新に失敗する

Question

IBM MobileFirst 7.1をハイブリッドアプリケーションに使用しています。 iPadでファイルサイズが約400MBになると直接更新が失敗することに気付きました。 なぜこのような制限があり、これを回避する方法がありますか？

Answer 1

技術的に直接更新のサイズに制限はありません。 MFPサーバーは、最大250MB /秒の直接更新要求を処理できます。 しかし、サーバーのパフォーマンス、ネットワーク、デバイスの空き容量など、多くの要素を考慮する必要があります。最も重要なことは、直接更新が400 + MBの範囲内にある理由と、あなたのデバイスとサーバー上で

ダイレクトアップデートは、Webリソース（Javascript/CSS/HTML）を無線ですばやく更新する方法です。詳細here。

• 直接更新のアーカイブサイズが400 MB +の場合、実際のアプリケーションサイズははるかに大きくなり、MFPサーバーとランタイムDBに大きなI/O負荷がかかります。サーバーが再起動するたびにアプリケーションコンテンツを読み込む際に、ランタイム同期の問題が発生する可能性があります。
• すべての接続デバイスに400MBの直接更新を提供する必要がある場合、サーバーはリソースで窒息する可能性があります。
• そのような巨大なファイルサイズでは、完全にダウンロードされるまでネットワークが保持されない可能性があります。エンドユーザーはダウンロードを何度も再開する必要がありますが、その間はアプリケーションを使用できません。
• 最後に、エンドユーザーのデバイスには、ダウンロードしたアーカイブを保存するのに十分な空き領域と、アーカイブを解凍するのに十分な領域が必要です。

あなたが見た直接更新の問題は症状に過ぎません。おそらく、アプリケーション設計を再検討するべきです。

具体：

A）なぜハイブリッドアプリケーションそれほど大きく（おそらく500メガバイト+）ですか？アプリケーションをStoreからダウンロードするのにかかる時間を考慮してください。

b）大量の負荷に対応できるようにサーバを十分に調整していますか？

Performance tuning

Optimization and tuning of MobileFirst Server

Optimization of MobileFirst Server project databases

C）あなたは、あなたのアプリケーションにオーディオ/ビデオ・コンテンツを埋め込むていますか？

D）あなたはサイズを小さくするために、あなたのJSとCSSファイルの縮小を試すことができます：親指のルールとして

Minification of JS and CSS files

は、MBの数10程度に直接更新のサイズを維持しようとします。それが100MB以上に近い場合は、AppStoreまたはPlayStoreを検討することができます。

あなたはまだあなたが直接更新を提供するためにCDNを使用することができ、アプリケーションの再提出を避けたい場合は、次の

Serving direct update requests from a CDN

注これが唯一のあなたのMFPサーバオフ歪みを取ること - 直接更新を提供中すべてのエンドユーザーからの要求エンドユーザーの空き領域とネットワークの考慮事項は変更されません。 MFPサーバでのランタイム同期の問題は、まだ可能性があります。