IBM MobileFirst - 当更新大小大于400 MB时，直接更新失败

Question

我们正在为我们的混合应用程序使用IBM MobileFirst 7.1。 我们注意到，在iPad上，当文件大小约为400MB时，直接更新失败。 为什么会有这样的限制，有没有办法绕过这个？

Answer 1

从技术上讲，直接更新大小没有限制。 MFP服务器可以提供高达250MB /秒的直接更新请求。 但是，需要考虑许多因素 - 您的服务器的性能，网络，设备上的可用空间等。最重要的是，为什么您的直接更新在400 + MB的范围内 - 并且扩展的大小为您的设备和服务器上的应用程序。

请注意，直接更新是一种通过无线方式快速更新网络资源（Javascript / CSS / HTML）的方法。详情here。

• 如果您的直接更新存档大小为400 MB +，您的实际应用程序大小将会更多 - 这会给您的MFP服务器和运行时数据库带来巨大的I / O压力。每次服务器重新启动时，加载应用程序内容时都会出现运行时同步问题。
• 如果必须为所有连接设备提供400MB直接更新，服务器将因资源而受阻。
• 在此期间，对于如此庞大的文件大小，网络可能在完全下载之前可能无法保留。最终用户可能必须多次恢复下载 - 一直无法使用该应用程序。
• 最后，最终用户的设备应该有足够的可用空间来保存下载的存档，并留出足够的空间来取消存档。

您看到的直接更新问题只是一个症状。您应该重新考虑您的应用程序设计。

具体做法是：

a）为什么混合应用程序如此之大（可能是500 MB +）？考虑从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左右。如果它接近100MB或更多，那么你可以考虑通过AppStore或PlayStore。

如果您仍想避免重新提交申请，可以使用CDN提供直接更新：

Serving direct update requests from a CDN

请注意，这只会减轻MFP服务器的负担 - 提供所有最终用户的直接更新请求。最终用户的可用空间和网络注意事项不会更改。 MFP服务器上的运行时同步问题仍有可能发生。