meaning - flex significado
¿Qué tipo de problemas de producción debo anticipar al implementar una aplicación Flex? (3)
Mi compañía ha estado trabajando en un panel de control Flex que muestra información financiera en tiempo real. Se implementará en una WAN corporativa a quizás unas pocas docenas de usuarios.
Este es nuestro primer proyecto Flex, y si bien el desarrollo ha sido muy agradable, nos preocupa un poco qué problemas de producción podrían surgir (usuarios que no tienen instalado Flash Player adecuado, tiempos de descarga largos, rendimiento de BlazeDS, etc.).
Nuestro stack es RDBMS / Spring / BlazeDS (remoto y mensajería) / Flex.
¿Alguien con experiencia en implementar una aplicación comercial de Flex tiene algún consejo?
nuestros registros mostraron que las aplicaciones flexibles arrojarían conexiones de forma aleatoria a nuestros servidores. Terminamos agregando lógica de reintento automático a todas nuestras llamadas REST.
Sus mayores problemas probablemente sean:
- tus usuarios no tienen la versión correcta del reproductor flash
- sus usuarios tienen escritorios bloqueados y no pueden descargar la versión correcta del reproductor o no pueden usar el reproductor en absoluto
- velocidades de descarga del swf si tiene una gran aplicación
- pérdida intermitente de conexión a su back-end debido a errores en su código o conexión de red no disponible
- políticas de navegador restrictivas
Ninguno de estos son insuperables, pero es probable que los encuentre a todos en los primeros meses.
Supongo que ha probado su aplicación para obtener un rendimiento bajo una carga razonable y ya habrá solucionado los problemas de escalabilidad :-)
HTH
Si habla de unas pocas docenas de usuarios, no creo que tenga muchos problemas de rendimiento. En mi opinión, las primeras balas de árbol de Simon serán los problemas más probables. Tenemos una solución de negocios flexible con un backend .NET / WebORB y un servidor MS SQL2005.
El swf de la aplicación frontend es de aproximadamente 1.2 Mb de tamaño. Si tiene una conexión a Internet de banda ancha, el tiempo de descarga no es un problema (ya que se implementa de forma corporativa en la WAN, supongo que esto no es un problema). De lo contrario, la primera vez que el usuario cargue el swf, llevará algo de tiempo, pero luego deberá guardarse en caché. (El almacenamiento en caché es otro problema si a menudo tiene compilaciones nuevas. Lo mejor es tener un menú contextual en su archivo swf donde pueda ver la versión de compilación. Si un usuario tiene problemas con la aplicación, una de las primeras cosas que verifico es si han caducado o no. última versión.).
A veces, el jugador frontend es utilizado simultáneamente por 500 candidatos. Cada jugador carga y guarda datos regularmente en el servidor. Hasta ahora no hemos tenido problemas y sé que el uso del caché en el rendimiento del servidor puede aumentar mucho. Las tensiones son importantes aquí ya que mucho depende de su arquitectura, hardware, usuarios concurrentes, ...
También utilizamos los mensajes para el control de concurrencia pesimista y esa es otra historia. Hemos hecho muchas pruebas aquí para que las cosas funcionen bien.
La seguridad no parece ser un gran problema en su proyecto, ya que se implementa de forma corporativa. Pero tenga en cuenta que las llamadas remotas disponibles para el swf no están aseguradas sin seguridad.
Lieven Cardoen alias Johlero