* Autenticación: mejor si es suficiente permitir iniciar sesión con Facebook o Google y así.
* Dibujo de lienzo HTML5: creo que una aplicación moderna donde manipulas gráficos debe estar libre de complementos para funcionar en todos los dispositivos.
* Web Sockets: para mantener a todos los colaboradores actualizados en tiempo real, necesitará una forma de distribuir los cambios de forma instantánea y eficiente en todos los navegadores con el mismo dibujo que se muestra en la pantalla.
- ¿Qué es la aplicación base SaaS?
- ¿Cómo funciona la parte de prueba para la instalación de una solución SaaS con el GDPR?
- ¿Existe un software de capacitación empresarial simple y económico?
- ¿Cómo definir ventas vs ingresos vs ingresos para una empresa de suscripción (SaaS)? ¿Cuáles son las diferencias de su variante bruta y neta para cada término? ¿Dónde está incluido el impuesto a las ventas?
- Como empresa, ¿cómo se ve su proceso para suscribirse a una suscripción SaaS?
* UML: por supuesto que necesita saber sobre el tema.
* Un mecanismo de persistencia: necesitará un almacén de datos capaz de manejar sus necesidades de datos. Exampe, bases de datos SQL como MySQL, Oracle, PostgreSQL o aquellos almacenes de datos NoSql de tendencia como Mongodb, Google Appengine Datastore o Amazon DynamoDB. Desde el punto de vista del usuario no hay diferencia. Sus datos se persisten en el tiempo. Es más una cuestión de su experiencia disponible.
* Entrega continua y automatización de despliegue: todo SaaS debe actualizarse con frecuencia y con un tiempo de inactividad cercano a cero. Necesita una configuración que envíe fácilmente sus cambios a todos sus servidores. Como, no copie el nuevo código / ejecutable con un comando SCP. Ejemplo, marioneta y chef. Esos se integran muy bien con la infraestructura de la nube. Es posible que no necesite esto si implementa en un PaaS.
* Pruebas y garantía de calidad: un error en su software puede causar grandes pérdidas de usuarios. Debe calcular cuánto hacen las pruebas unitarias y / o las pruebas de integración y / o las pruebas de humo y / o las pruebas funcionales (manuales) y / o las pruebas automatizadas en el navegador (sugerencia: controlador web), etc. Si hace demasiado, entonces los costos aumentan, pero si hace un mínimo, la calidad disminuye. Es complicado.
* Control de tareas y control de versiones de origen e integración continua: debe realizar un seguimiento de cómo está cambiando qué y cómo esos cambios “se ejecutan” en sus pruebas automatizadas. Ejemplo, Jira, Gitorius, Git, Svn, Jenkins, Travis-ci, Github.
* Virtualización e infraestructura en la nube: necesita hardware resistente a fallas. No importa si está utilizando servidores dedicados, un proveedor de nube IaaS o PaaS. Debe diseñar una configuración con equilibradores de carga, aprovisionamiento de instancias de máquinas virtuales, dns, redes, etc. para garantizar que una falla en una sola pieza de hardware no afecte a todos los usuarios. Quizás esto no sea un problema si usa un PaaS, pero tenga en cuenta los costos y la flexibilidad de esos.
* Redes de entrega de contenido: cuando tiene activos estáticos como css, js, imágenes o archivos que sabe que no cambiarán, entonces tiene la oportunidad de descargar el ancho de banda de descarga y las conexiones de sus servidores. Le permite escalar a más usuarios distribuidos geográficamente y tener la tranquilidad de no reinventar la rueda. Por ejemplo, Amazon S3 (el más popular), Akamai CDN (el que usa Facebook), Softlayer cdn, etc.
