2012-02-27 12 views
5

Requisitos:¿Cómo puedo crear mi propio servidor de la tienda de aplicaciones de Android?

  1. tiene que ser accesible a través de Internet, no sólo redes corporativas internas (es decir, deben tener una interfaz front-end)
  2. servidor
  3. tienda de aplicaciones tiene que ser alojado internamente (es decir, sin terceros servicios de alojamiento)
  4. Preferiblemente asegurable por nombre de usuario/contraseña
  5. Preferiblemente capaz de empujar automáticamente las actualizaciones a los dispositivos autorizados

El razonamiento detrás de esto es que queremos hacer una versión beta limitada de nuestra aplicación a aproximadamente 1,000 usuarios, y necesitamos una forma de distribuir actualizaciones a los dispositivos de esos usuarios sin hacer que nuestro software beta sea accesible al público en general.

Inicialmente exploramos simplemente alojar los APK en un servidor web Apache, pero como queríamos limitar el acceso, intentamos poner un nombre de usuario/contraseña en el servidor web. Bueno, resulta que el administrador de descargas de Android tiene un error que impide descargar archivos al teléfono si está protegido por htaccess.

Luego pensamos en usar un servidor FTP y luego simplemente instalar un cliente FTP en cada dispositivo de prueba beta, pero eso es bastante tonto. Esta es ahora nuestra opción final.

Un servidor "interno" de la tienda de aplicaciones parece ser la mejor opción. ¿Hay alguna solución para esto? Preferiblemente uno de fuente libre/abierta, si eso es posible.

+0

www.testflight.com parece estar entrando en este mercado y tiene soluciones para iOS actualmente que funcionan bien y está en el proceso de implementar una solución para Android. Es una herramienta SaaS muy agradable que es gratis para pequeños usuarios hasta el momento. –

Respuesta

3

Para principiantes: Incluso si no puede acceder a la APK directamente por URL con htaccess en contacto, puede esconderlo detrás de algún código del lado del servidor como un archivo php que simplemente verifica si las credenciales del usuario son válidas y devuelve un archivo adjunto en lugar de una página html si todo sale bien. Si vas a utilizar el navegador, recomendaría este enfoque sobre el uso de un cliente FTP.

Sin embargo, en su lista de requisitos: suponiendo que se trata de dispositivos ROMMED minoristas, no enraizados y no personalizados, es no que se pueden insertar automáticamente las actualizaciones de las aplicaciones en los dispositivos. Lo mejor que puede hacer es alertar al usuario, e incluso descargar el APK. Pero cuando activa el intento de instalar el APK, el usuario aún tiene que ver la solicitud y aprobarla manualmente. Si observa aplicaciones de mercado de terceros como Amazon y Appbrain, tienen que hacer las cosas de la misma manera. Tenga en cuenta que para instalar aplicaciones de esta manera, el usuario tendrá que habilitar manualmente la instalación de aplicaciones de "fuentes desconocidas", lo que significa fuentes distintas de Google Play Store, utilizando la aplicación Configuración.

Dicho esto, esa limitación solo se aplica para reemplazar el APK completo. No hay nada que te impida descargar recursos actualizados (imágenes, sonidos, texto, actualizaciones de db) a través de un servicio en segundo plano, pero eso es algo que debería incluirse en la aplicación, no en el mercado privado.

1

Una solución simple es enviar el apk a su público objetivo. GMail mostrará el archivo adjunto con un botón 'Instalar' al lado. Esto funcionará tanto para la instalación inicial como para las actualizaciones.

+0

Hemos hecho mucho de esto y funciona para 10 a 20 usuarios. –

+0

¿Cuál es el problema por encima de 20 usuarios? –

Cuestiones relacionadas