Lo factible que sea para usted desarrollar estas capacidades directamente en IaaS depende de las capacidades que necesitará su aplicación móvil.
Si la aplicación necesita, digamos, autenticación + base de datos básica + entrega de activos estáticos, definitivamente es práctico construirlos sobre IaaS usted mismo. Es probable que desee volver a utilizar el inicio de sesión de Google o Facebook y construir una API REST simple (posiblemente con formato JSON) de lectura / escritura en una base de datos. Podría considerar usar un CDN para contenido estático. La creación de esta aplicación en IaaS está al alcance de un ingeniero de servidores con algunos años de experiencia. Muchas aplicaciones exitosas se crean de esta manera y Pokemon Go es un excelente ejemplo.
Si la aplicación necesita capacidades más avanzadas, como una base de datos que puede sincronizar automáticamente los cambios a clientes específicos, notificaciones push, configuración remota, … esto puede convertirse en un desafío más rápido para construirlo usted mismo en IaaS. Una posible estrategia aquí podría ser (a regañadientes) aceptar el bloqueo del proveedor para estas capacidades y pasar a su propia plataforma cuando su aplicación tenga éxito.
- ¿Por qué una pequeña empresa cambiaría a la computación en la nube?
- Cloud Computing: ¿Vale la pena asistir a cursos de Cloud Academy?
- ¿Cómo se decide qué pila de software usar para construir una solución alojada en la nube?
- Estamos construyendo una red informática distribuida con 1.5 millones de PC de nuestros socios. ¿Qué tipo de industrias tienen la necesidad de computar una red de este tipo?
- ¿Podría Netflix migrar de AWS y a qué costo?
En mi humilde opinión, se convierte en una compensación entre la cantidad de trabajo que está dispuesto a realizar por adelantado para evitar el bloqueo del proveedor y la cantidad de trabajo que haría más tarde para pasar de una solución proporcionada por el proveedor a otra solución proporcionada por el proveedor ( o tu propio back-end).
