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

Question

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

Answer 1

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

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

• 如果直接更新档案大小为400 MB +，您的实际应用程序的大小会更多 - 这使您的MFP服务器和运行时DB上巨大的I/O株。每次服务器重新启动时，加载应用程序内容时可能存在运行时同步问题。
• 如果必须将400MB直接更新提供给所有连接设备，服务器将在资源上被阻塞。
• 虽然在这样的情况下，对于如此庞大的文件大小，网络可能无法等待直到完全下载。最终用户可能不得不多次恢复下载 - 所有这些都是无法使用应用程序的时候。
• 最后，最终用户的设备应该有足够的可用空间来保留下载的档案文件和足够的空间来取消存档。

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

具体来说：

一个）为什么是混合应用程序，以便大（可能500 MB +）？考虑下载应用程序所需的时间。

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服务器上的运行时同步问题仍然是可能的。