FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Analizando un poco todo esto de "Programa en la nube" en forma práctica, lógica y simplista es muy fácil de explicar, comprender y de hacer:
¿Recordáis cuando salió windows y nuestros programas eran para MSDOS?, pues bien, ¿cómo se solucionaba el problema de una empresa que quería estar "a la última"?, fácil: Le ponías un servidor windows e instalabas el programa. En los PCs terminales se ponía un icono enlace al programa en el servidor windows. Desde los PCs terminales se ejecutaba el programa que estaba en el servidor windows. Voilà, programas en la nube. Ahora, en lugar de tener el servidor windows en la oficina, tenemos un servidor en cualquier lugar, por internet ("en la nube") y te conectas a él. Igual. Es el mismo funcionamiento, no cambia nada, esto es como las modas, que vuelven de nuevo pasado un tiempo. |
#2
|
||||
|
||||
Cita:
La verdad es que ese sistema de trabajo, depende para qué empresas, tiene sus ventajas. Sobre todo para empresas con varias delegaciones y que necesiten tener la información accesible desde cualquier lado. Si, terminal server es una solución, pero una solución que tiene mucho trabajo de instalación y configuración de terminales, impresoras, etc. Esto es otra historia, desde cualquier dispositivo que tenga conexión a internet accedes y trabajas.
__________________
Be water my friend. |
#3
|
||||
|
||||
Cita:
Aunque es cierto que se puede "maquillar" ciertas cosas de como se hacen antes y hacerlas llamar "nube", tal como apunta casimiro -y que dependiendo del contexto, en especial ante un cliente/colega ultradesinformado esperando que le digan los buzzwords del momento... puede ser necesario- no se debe ignorar que la nube tiene aspectos diferenciados del resto de apps/web tradicional. Si estamos hablando de tendencias o paradigmas: 1- Era MS: Apps locales, departamentales, mono/multi-usuario tipicamente 1-2 tier, donde ser parte del desktop (lease: Windows) es lo mas característico y cada app/dato es una isla. Aqui domina C++, VB. Las app son fundamentalmente "event driven", se comunican a duras penas en una intranet, y se puede 100% usar un solo lenguaje para resolver todas las necesidades de desarrollo. Aqui Delphi es muy fuerte. 2- Era internet: Genera dinamicamente paginas web con ligera funcionalidad de app e interactividad. Aqui domina PHP/LAMP. Las app son fundamentalmente "stateless + POST/GET". Siguen siendo islas. Es posible 100% hacer todo esto en UN SOLO servidor. Usar 1.000 servidores? Eso solo lo hace un grandote como Google. 3- Era nube: Apps altamente distribuidas en N-Servidores -que no necesariamente estan bajo tu control, sino contratados-, elasticas, que interoperan mediante APIs, que estan hechas en N-lenguajes & plataformas, que tienen interfaces en N-plataformas (html5, ios, desktop, etc). Son principalmente apps "stateless + POST/GET + PUSH/PULL + Event-Driven + Reactive + NOSQL/SQL + Caches + APIs + ...". Usar 1.000 servidores? Eso lo puede hacer CUALQUIERA con una tarjeta de credito, a costos infimos. Aproximadamente cuanto le costaria a newtron tener 1.000 servidores ya, en este instante? http://calculator.s3.amazonaws.com/index.html US 20 * 1 hora * Sin contar costos extras, solo las maquinas. Obvio esto se sube, pero hombre, US 20 * 1000 servidores? ----- Asi que lo que separa a las apps "nube" de las demas, y que esta implicito en el concepto de la palabra "nube" es la *escala* de la infraestructura y lo "nebuloso" de determinar todos los componentes, lo altamente distribuido y (potencialmente) intercambiable, el alcance global, no es para apps de intranet. Osea, es lo *mismo* que antes pero si lo "mismo" es un casa, la "nube" es una ciudad entera (ie: La nube se construye, obviamente, en base a todo la tecnologia y modelos anteriores). SIN EMBARGO hay aspectos que son exclusivos/nuevos que surgen exclusivamente para resolver problemas de estas soluciones. Por ejemplo, estas son tecnologias/servicios que tienen sentido en la nube: http://www.docker.com/ http://aws.amazon.com/es/products/?nc1=f_cc De estas, EC2 es lo unico medio-parecido al modelo de sitio web "normal". S3, Elastic Load Balancing, Elastic Block Store, DynamoDB, Redshift, ElastiCache, Route 53, Elastic MapReduce, Kinesis, Data Pipeline, etc... son el resultado de necesidades que surgen con el tipo de problemas que se enfrentan quienes hacen apps en la nube, y que antes eran practicamente innecesarios.
__________________
El malabarista. |
#4
|
||||
|
||||
Mamcx, si descendemos de la nube y pisamos tierra firme, no somos google, facebook y ni siquiera meneme.net
Estamos hablando de una gestión de ventas, básicamente, para una empresa pequeña (de 1 a 50 empleados) que quieran trabajar en la oficina, en casa o en la calle mediante un portátil o una tableta. Si recortamos todo ese maremagnum de siglas, nombres, paradigmas, lenguajes, sistemas, métodos, etc. que has nombrado (y que parece escrito para despistar ), podemos reducirlo a algo mucho más básico: ¿Qué es lo más práctico, cómodo, ágil, económico y real para tener algo "similar" al antiguo servidor con un programa msdos al que se conectan desde otros pcs? Por cierto, "solamente 20 $ hora" son: 14400 $ mensuales -> 172800 $ anuales. Eso no es para una empresita pequeña. |
#5
|
||||
|
||||
Cita:
Al igual que todo proyecto, hay que saber dimensionar las cosas. Con todo, es 100% factible usar un servicio que corre en la nube, aun si tu app es del tipo que describes. Por ejemplo, cuando usan google maps o geolocalizacion, aun siendo la app monousuario, Google maps esta en la nube, esto es, un efecto colateral es que ahora se puede acceder a muchos recursos que antes eran imposibles para un equipo pequeño. Por ejemplo, para la app que estoy haciendo, que es tal cual como la describes, utilizo varios servicios en la nube, no por seguir una moda, sino porque es practico hacerlo.
__________________
El malabarista. |
#6
|
||||
|
||||
Lo que quiero decir es que con tantos nombres, tecnicismos, etc. lo que haces es confundir a la gente, en lugar de ayudar a aclarar las cosas
|
#7
|
||||
|
||||
Cita:
---- Lo que pasa con los tecnicismos es que trato de dar terminos y servicios concretos que definen este tema. Es como decir "Que es todo eso de la OO?" y no hablar de herencia, polimorfismo, etc.. Aunque es bueno simplificar el asunto a una frase o 2, sin dar una idea de la dimension... se puede entender mal la cosa y pensar que hay que ir en otra direccion.
__________________
El malabarista. |
#8
|
||||
|
||||
Ergo:
Cita:
P.D. Que bueno que existe la computación en la nube, y que bueno que resulte tan útil en algunos casos. Puede que Newtron encuentre algún valor en ella para sus proyectos. Última edición por Al González fecha: 16-07-2014 a las 23:08:51. |
#9
|
||||||
|
||||||
Club Delphi,
Cita:
Esto resume el concepto de Cloud Computing: Cita:
Cita:
Cita:
Cita:
Cita:
Nelson. |
|
|
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 |
|