Varios de vosotros comentáis ¿por qué no tener un servidor RDP (Servidor de terminales) en Velneo?.
Y os vamos a apuntar algunos de los motivos.
1. La tecnología Velneo es cliente-servidor, es decir, se utilizan los recursos tanto del cliente como del servidor para el manejo de la información y la ejecución de procesos.
Se permite al desarrollador que defina que tareas son más apropiadas para el servidor y cuales para el cliente.
2. Existen varias ofertas en el mercado para montar servidores de terminales ( Terminal Server, Citrix, Go-Global, etc ). Todas ellas tienen muchos años en el mercado y son compatibles con Velneo.
3. Una infraestructura de servidor de terminales no tendría marcha atrás, y se perderían todas las ventajas del cliente-servidor.
4. Muchos más requisitos técnicos. Un servidor de Velneo puede soportar más de 200 usuarios trabajando simultáneamente en una máquina simple. Un servidor de terminales no podría llegar a la cuarta parte.
5. ¿Por qué juntar algo que es bueno separar? Qué ventaja tiene juntar en un mismo servidor las dos funcionalidades (Servidor de aplicaciones y servidor de terminales). Lo más eficiente es que cada servidor este en una máquina con lo que el reparto de trabajos lo hará más eficaz.
6. Foco. En Velneo nos centramos en el foco y para V7 el foco es realizar la mejor plataforma de desarrollo de aplicaciones empresariales del mundo.
Con esta idea en la cabeza no podemos despistarnos en funcionalidades que no vayan en nuestro objetivo principal.
Espero haber podido exponeros de una forma clara los motivos principales por los que una tecnología como esta no es adecuada para ser implementada dentro de la plataforma Velneo.
El que tenga alguna duda, ya sabe …
- Valorar esta entrada
(Sin votos) - Comentarios (15)
- Comentar
- Imprimir
Por jcmar #
Por alusiones, entendido, de acuerdo y gracias por la explicación.
Pero habrá que solucionar el problema de la movilidad.
Tal vez un cliente ligero para PDA y otros dispositivos, para no tener que usar tecnología de terceros que atacan bases de datos de terceros.
Por daniel #
Ya que comentais el tema de las pda. Creo que con pdas bajo linux se esta trabajando con las librerias QT en un proyecto llamado QTopia. Por ese camino igual podeis crear un cliente para pda.
Por fjpnovo #
Clarificador.
Un saludo,
Fran.
Por cabella #
Entiendo el servidor de terminales como lo que apuntas de CITRIX o TERMINAL SERVER.
PERO.
Al igual que en Mysql (por ejemplo) puedes dar acceso a un usuario/administrador a una base de datos (entiéndase, Aplicación) y el resto de bases de datos/aplicaciones que haya en el servidor, no las vea; ¿sería viable para el vServer???
Clarificando un poco, que a través de vAdmin hubiera “permisos” de visibilidad, lectura, escritura en función del usuario que entre, igual que hacemos con vClient actualmente a las aplicaciones que desarrollamos; en las cuales dejamos ver/activar menús, formularios, etc … PERO con las aplicaciones que se ejecuten en el vServer.
En un vServer con 3 aplicaciones un SUPERVISOR podrá controlar todo, pero habrá dos Administradores que cada uno SOLO controlará una aplicación sin tener acceso a las otras dos.
Espero haberme explicado bien, en caso contrario, como dice David … ya se sabe.
vAbrazos
Por davidgu #
Como bien dice Daniel, Qtopia son las librerías de Trolltech destinadas a dispositivos embebidos, PDAs, etc. En cierta manera tienen mucha relación con Qt4 con lo que en el peor de los casos un cliente ligero no seria un problema muy complejo.
Dado que la tecnología de dispositivos móviles cambia cada día ( Tanto en hardware como S.O. ), no podemos ligarnos a nada especial ( Windows Mobile, PalmOS, Symbian, etc ) para ello QT nos ofrece la posibilidad de poder compilar nuestros proyectos en la mayoría de los sistemas que vayan apareciendo independientemente de la plataforma hardware.
Siempre nos gustaría que la ejecución en los futuros dispositivos móviles sea nativa, para poder ofrecer el máximo rendimiento.
No tardarán en llegar equipos completos con el tamaño de una PDA con lo que correrán sistemas operativos “normales” y esos casos estaremos como pez en el agua.
Aquí tenemos un ejemplo (http://www.oqo.com).
Actualmente las tareas relacionadas con esta área están más vinculadas a la adaptabilidad en dispositivos gráficos.
Estamos trabajando en el vDevelop en un cambio importante en los editores de objetos (formularios, menús, etc) que permitirá ver de una forma muy cómoda el mismo formulario en tamaños de pantalla de 7 pulgadas hasta pantallas de 25 pulgadas.
Eso si es algo que nos afecta bastante y permitirá gran adaptación al dispositivo en el que nos encontremos.
Pero esto quizá lo veremos en otro articulo.
Saludos
Por davidgu #
Respecto a lo que comenta Cabella.
Actualmente se están diseñando los comandos del vAdmin, los cuales permitirán administrar el vServer.
Recordaros que el vAdmin usará esos comandos, pero la idea es que estén disponibles en el vDevelop para implementarlo en vuestras aplicaciones
Para solucionar lo que comentas tenemos estas dos posibles métodos:
1.Usar los comandos para el filtrado por usuario, y permitir realizar las tareas que consideréis adecuadas para cada usuario.
2.Permitir el uso de varios vServers en un mismo servidor, cada vServer funcionará en un puerto distinto y podrá ser administrado y gestionado de forma totalmente transparente. ( Muy útil para CPDs )
Tenemos la intención que la administración del motor se pueda realizar de varios métodos, una de ellas será el vAdmin pero las funciones estarán disponibles de más formas para poder automatizar tareas.
Este tema es un poco Off-Topic, pero esta bien que plantéis vuestras dudas para estar todos seguros que cubrimos vuestras preocupaciones actuales.
Saludos
Por jcmar #
Entendido y gracias Davidgu.
Por adelo #
Gracias por la aclaración.
Por cabella #
Hola David … bueno, lo mio era una idea, pero vosotros (para variar, de lo cual siempre estoy encantado) habeis más lejos de lo que yo planteaba.
Me encanta lo que planteas en respuesta a mi post; es extraordinario.
vGracias.
Por daniel #
Dos PDAS de sharp con linux.
http://www.universopda.com/ es/expositor/sharp.htm
Por macamo #
Me parece muy razonable todo lo que dices David, en especial eso de los CPDs.
Gracias
Por info #
Me parece muy bien tu planteamiento. Lo de los CPD me parece muy interesante.
Por cri #
Creo que es el mejor camino. Hay que tener en cuenta que las líneas telefónicas cada día serán mayores con lo cual seguiremos teniendo las ventajas de un navegador propio a velocidades similares a terminal server
Por cabella #
Siguiendo con este tema solo un poco.
Me gustaría saber la potencia de lo que hablas David en el post que me contestas, me refiero a que si el vServer podrá ser configurado al 100% mediante el vDevelop. Me imagino que por razones de seguridad habrá cosas que no.
Aún así mi intención es SUGERIR sobre los comandos en el Servidor de Disco. Hablo en cuanto a configuración. Crear una carpeta compartida, asignar permisos, etc … mediante programación en vDevelop.
Mi objetivo es a través de un proceso, poder crear carpetas en el SDV para usuarios y asignarles permisos.
Muchas gracias.
vSaludos
Por Xavi #
Si enviamos variables a velneo para hacer una consulta externa desde una pagina principal wordpress y enviamos esa variable a velneo, esto influye en los 200 usuarios a la vez?, es decir, yo envio una consulta y el resto el usuario accederá a la plataforma.
Gracias
Saludos
Xavi