FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
¿Programa en la nube?
Hola a tod@s.
Llevo observando de un tiempo a esta parte el tema de los programas "Saas" o "Cloud computing" o "programas en la nube" o como les quieran llamar. Hasta ahora no me ha preocupado demasiado ese tema porque no están todavía muy extendidos y depende para qué sectores, yo en particular, no lo veo una buena solución, pero ahora (en España) están incentivandolos mucho con ayudas, subvenciones, etc. y ya si que empieza a preocuparme. Mi pregunta es la siguiente: ¿hay alguna forma de un programa delphi "de escritorio" de toda la vida funcione en modo "cloud computing" o hay que hacer un programa nuevo?, ¿qué opinais sobre el tema?, ¿alguien tiene experiencia en este campo?. Saludos
__________________
Be water my friend. |
#2
|
||||
|
||||
Si haces un programa de escritorio y lo pones dentro de un servidor con Terminal Service tendrás tu programa en la nube.
|
#3
|
||||
|
||||
Cita:
Gracias y un saludo
__________________
Be water my friend. |
#4
|
||||
|
||||
Cita:
Sin reescribir la aplicación cvreo que no hay otra opción. Si la aplicación puedes "pasarla" a FireMonkey sin grandes problemas, hay soluciones como esta, que permiten acceder a ella mediante un navegador usando HTML5, pero sinceramente tengo serias dudas sobre el rendimiento. Habría que evaluarlo. Échale un vistazo a las demos. Luego está el tema de las aplicaciones tipo Web (de las que hablamos en este foro), tipo uniGui, Raudus, ExtPascal,... Pero no son directas. Implican reescribir la aplicación (al menos la parte visual). No se me ocurren más...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#5
|
||||
|
||||
Para el tema de impresoras, existen solcuiones. Una es utilizar Citrix. Otra es utilizar Thinprint.
Ambas de pago... pero también lo son las licencias de Terminal Service. De todos modos, si es para una empresa a la que le montas el servidor, puedes montarle los drivers de las diferentes impresoras que tenga. |
#6
|
||||
|
||||
Hola Newtron.
Ya llevas algún tiempo en el mundo del desarrollo y, como sabes, todas las "tendencias" y "modas" informáticas hay que tomarlas con pinzas. Con esto no pretendo desacreditar a la famosa computación en la nube, pero sí creo que hay que irse con calma viendo cada caso en particular. Primero es detectar, dentro de los usuarios actuales y potenciales de tu software, quiénes tienen o tendrán necesidad de acceder a la información de éste a través de Internet, mediante qué tipo de dispositivos, qué información en concreto deben poder ver y qué operaciones podrán realizar. Una vez que hayas analizado lo anterior, te será más fácil determinar la solución a aplicar en cada caso concreto. Me llaman a desayunar, buena suerte amigo. Al. |
#7
|
||||
|
||||
Cita:
Yo ahora mismo lo único que estoy es informándome de qué se mueve en ese mundo para poder decidir en un momento dado, si es necesario, embarcarnos en un desarrollo de ese tipo. Por cierto... casi todo lo que habla el amigo mamcx me suena a chino, es posible que ya esté mayor para estas cosas.... Gracias a todos y saludos
__________________
Be water my friend. |
#8
|
||||
|
||||
Cita:
---- La "nube" es básicamente una forma de decir "Aplicaciones/Servicios n-tier interconectadas por protocolos de internet". Esto incluye no solo "paginas web" sino también las apps de dispositivos como iOS que de alguna manera utilizan un backend y/o otros servicios Saas (https://en.wikipedia.org/wiki/Software_as_a_service) y PAAS (https://en.wikipedia.org/wiki/Platform_as_a_service). Aunque se puede argumentar que una paginita en PHP es la "nube", en la practica este concepto se entiende no solo como el usar tecnologías web, sino la FORMA como eso se usa, a un nivel estratégico & de implementación, al igual que su enfoque. Algunos de los temas comunes en este tipo de apps: - ES una app. NO una pagina ni un sitio web. -Aunque la app *puede* ser implementada con tecnologías asociadas con pagina y/o sitios web. Un ejemplo: Pinterest, Facebook. En cambio, el sitio web de una empresa no entraria en el concepto. - Esta hecha para *escalar* bajo demanda. Si de pronto pasas de 10 a mil usuarios en *un dia* la app responde adecuadamente. - NO necesariamente es una app para consumidores. Puede ser que ofrezcas un API, un PAAS, un SAAS o un BAAS o una combinación de todo esto. Por ejemplo, si haces un servicio con un API REST que genera documentos en PDF en base a datos que envias por JSON, CVS o similar - Comúnmente, se construyen en parte o en totalidad sobre Amazon Web Services, Azure, Heroku y similares. Montarlo sobre el típico LAMP? Eso NO basta. Todo porque: - Lograr la escalabilidad, flexibilidad y resilencia de una app en la nube requiere destrezas y tecnologias complementarias (o que reemplazan en su totalidad) al típico: 1 motor sql, un lenguaje de scripting, una pagina o app de escritorio. Esto incluye: * Capacidad elastica de crear/destruir servidores, servicios de aplicaciones y similares bajo demanda (crear un servidor web y/o de base de datos y/o de apps y/o de dns y/o etc cuando se necesite) * (Posiblemente) Uso de librerías de cacheo (ie: Redis) * (Posiblemente) Uso de uno o mas engine NOSQL (ie: Redis, MongoDB, Cassandra) * (Posiblemente) Uso de uno o mas engines de SQL (ie: Postgres, MySql, ...) * Exponer un API. Esto es casi una marca definitoria de las apps en la nube. NO tiene que ser un api publica. Pero para orquestar todo la app 2-tier no es tan común, aunque sucede. * Consumir 1 o mas servicios de SAAS, PAAS, BAAS, APARTE DE LOS QUE TU HAGAS. Es muy difícil armar todo esto, así que esto es una característica definitoria. Ejemplos: parse.com, Apple Push Service, Google Maps API, Azure Mobile Services, Heroku PostgreSql, Amazon S3, Google App Engine, Amazon Elastic Cloud, New Relic, etc Lo mas popular para armar este tipo de soluciones es usar Python, Ruby, GO, Node, HTML5, iOS, Android, Redis, Mongo, Postgres, MySql, Cassandra, Couchdb, REST, JSON. Delphi nunca se ve en el radar mas allá de foros como este y de lo que cuenta embarcadero, lo que implica que es mas esforzado hacer parte del ecosistema (de hecho creo que muchos ni saben que tal cosa llamada delphi existe. Lo que no tiene que ver con su popularidad, porque he visto gente usando erlang, elixir, scala, y muchos otros lenguajes de nicho y tecnologias raras que están mucho mejor situados que delphi. No ayuda lo costoso de su entrada y uso).
__________________
El malabarista. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Cacería de números primos en la nube | nlsgarcia | La Taberna | 0 | 08-12-2013 20:01:04 |
Nube propia con Delphi | mjjj | Varios | 19 | 22-09-2013 08:47:49 |
¿cómo realizar una nube de puntos? | sarias24 | Varios | 5 | 05-10-2010 14:31:57 |
Triangulacion de Nube de puntos | sarias24 | Gráficos | 0 | 28-09-2010 17:53:17 |
programa para ver en que direccion del registro de windows escribe un programa? | JuanErasmo | Varios | 1 | 09-11-2006 20:42:05 |
|