Para Facebook, es importante que todo el mundo tenga la mejor experiencia posible al usar la plataforma en su teléfono sin importar el dispositivo o la conexión disponibles. Debido a diversas circunstancias y tipos de hardware de red, las experiencias pueden ser diferentes. Más de la mitad de la población mundial - al menos 1,6 billones de personas- todavía vive en lugares donde las redes de banda ancha móvil (3G y 4G) no están disponibles, lo que hace difícil el acceso a datos. Incluso para las personas en redes 3G, la intermitencia y la estabilidad de la conexión son a menudo los mayores obstáculos para tener una experiencia móvil óptima.
A través de la investigación llevada a cabo por profesionales de la red social, se dieron cuenta que el costo de datos y el uso general de los mismos es extremadamente importante para la gente. Por esto mismo trabajaron en reducir el uso de datos para las personas en mercados emergentes cuando quieran acceder a Facebook. Además de mejorar la forma en que la aplicación de Facebook para Android corre en redes 2G, introdujeron Facebook Lite en 2015 para abordar esas limitaciones. Su objetivo cuando la lanzaron era ofrecer una experiencia ligera, rápida y nativa de Facebook para quienes utilizan teléfonos Android y conexiones de red comunes en mercados emergentes.
Una Mirada a la arquitectura
Dadas las limitaciones, escogieron una arquitectura de servidor proxy con un cliente muy ligero. Utilizaron la exitosa arquitectura Facebook For Every Phone como punto de partida y lo adaptaron para Android.
Para alcanzar el tamaño ideal de APK, el APK-Lite no tiene el código de producto y los recursos de una aplicación típica de Android. El cliente Lite es una sola máquina virtual que proporciona diferentes capacidades para interactuar con el sistema operativo (Tales como: leer un archivo, abrir la cámara, crear una base de datos SQLite, etc.) y un motor de renderizado para conducir la interfaz de usuario de Android. El código de producto se escribe en el servidor y se expresa en términos de las capacidades del cliente. Los recursos son enviados desde el servidor según sea necesario y se guardan en caché, así se tiene una escalabilidad infinita para la construcción de un producto adicional sin saturar el APK.
La arquitectura Lite está diseñada para permitir que el lado del servidor haga el trabajo pesado, lo que permite que la aplicación funcione correctamente en dispositivos de muy baja potencia, como el LG Optimus ME. El servidor recupera los datos de los servicios de back-end de Facebook y los envía al cliente en forma de árbol de UI comprimido similar a un DOM, que es renderizado por el cliente. Como cliente habla con un único servidor en una sesión y el servidor puede enviar datos al cliente, además de los datos solicitados por el cliente.
En lugar de utilizar HTTPS, Lite utiliza un protocolo de mensaje personalizado a través de TLS (directamente sobre TCP). El intercambio de mensajes comprimido se lleva a cabo en la conexión persistente de TLS que establece el cliente al servidor para la sesión. Este diseño abre la puerta a una gran cantidad de optimizaciones que ayudan a la reducción de datos usados y el desempeño en redes 2G.
Lite tiene un conjunto de servidores de imágenes que se comunican con CDN y otros repositorios de imagen para permitir al servidor Lite enviar imágenes del tamaño exacto al cliente.
APKs pequeños
Descargar una aplicación típica con 20 MB en APK puede tardar más de 30 minutos en una red 2G, y lo más probable es que la descarga falle antes de su finalización debido a fluctuaciones en la red. La restricción de su tamaño en APK hace que sea más fácil para las personas el descargarlo. Esto también significa que las personas tienen que utilizar menos datos al actualizar la aplicación; por esto, tuvieron sumo cuidado al minimizar el tamaño del archivo APK de la aplicación.
Como se ha mencionado antes, la aplicación está diseñada de modo que el cliente es una máquina virtual genérica y el código del producto está en el servidor. Los elementos que tienden a inflar los APK como las traducciones de cadenas y recursos PNG, se envían desde el servidor y son cacheados en vez de incorporados en el APK. En varios lugares, para ahorrar datos y tamaño utilizaron símbolos Unicode en lugar de recursos de imagen para representar iconos.
