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服務器上的運行時同步問題仍然是可能的。