Posts Tagged “opinion”

La relación señal/ruido (en inglés Signal to noise ratio SNR o S/N) se define como el margen que hay entre la potencia de la señal que se transmite y la potencia del ruido que la corrompe.

Wikipedia

Comments 9 Comentarios »

Se que este post llega un poco tarde, pero las dos últimas semanas han sido un poco de locura en Abiquo. Ya se sabe, a veces la velocidad no te deja tiempo para la reflexión.

Comments No Hay Comentarios »

Techcrunch ha patrocinado un evento en Mountain View (California) llamado ‘Whose Cloud is it anyway?‘ para discutir sobre Cloud Computing, y de paso ver unas demos de aplicaciones interesantes corriendo en La Nube. Entre los ponentes se encontraban Marco Benioff (CEO de Salesforce.com), Werner Vogels (CTO de Amazon), Vic Gundotra (Vicepresidente de Ingeniería en Google) y Gina Bianchini (CEO de Ning). Y entre los asistentes Diego Mariño, CEO de Abiquo.

Comments 7 Comentarios »

Uno de mis blogs favoritos es SmoothSpan Blog. Su autor, Bob Warfield es un exempleado de Borland, con larga experiencia en el mundo de las ITs, especialmente en el SaaS y el Cloud Computing. Ha dado una vuelta de tuerca a la inminente aparición de GDrive, y sus conclusiones son sorprendentes.

Comments 5 Comentarios »

Abogaaaaaaadoo (El cabo del miedo)

Comments 2 Comentarios »

“…se aprobara el presupuesto del Skynet. El sistema se conectara el 4 de agosto de 1997, se eliminaran las decisiones humanas en la defensa estrategica, Skynet aprendera en progresion geometrica. Tendra conciencia de si mismo a las 2 y 14 de la madrugada, del 29 de agosto. Los humanos aterrados intentaran desconectarlo.”
-Pero Skynet se defendera…
Terminator 2.
Este post en Cloud Computing Journal me ha hecho recordar dos cosas: a Terminator y al difunto Profesor José Cuena. Tras el provocador título ‘¿Son los humanos realmente necesarios para mantener un SLA en La Nube?’, el artículo trata sobre lo complicado que es monitorizar los servicios en La Nube cuando están cambiando de manera constante. Se lanzan más servidores para gestionar más carga, se quitan servidores cuando ya no son necesarios. Pero… ¿cómo se detecta si hay más o menos carga? ¿Qué políticas hay que implementar? En esto estoy de acuerdo, son políticas complicadas y diferentes a las que existen en un Centro de Datos tradicional.
El Profesor Cuena era una personalidad a nivel mundial en el campo de los Sistemas Expertos. Aunque nunca llegué a interesarme por este campo, muchas de sus clases podían considerarse Clases Maestras. Se sentaba, y empezaba a hablar sobre lo que él pensaba de la materia. Consideraba que un Sistema Experto que tomaba decisiones por si mismo era un Sistema Experto Paleto. Tal cual. Los Sistemas Expertos deben ayudar a la decisión del humano, pero no deben tomar decisiones por si mismos. Claro, probablemente también había visto Terminator, como yo.
Hace unos días revisé un post en el Blog de SmugSmug recopilando información sobre Arquitecturas para el Cloud Computing. Y planteaban el mismo escenario: dado que es muy complicado controlar manualmente el escalado de una aplicación en La Nube, lo mejor es implementar un servicio que se encargue de ello de manera automática. Este proceso Controlador lo llamaron Skynet, que cachondos. En un amago de toma de conciencia de si mismo, levantó más de 250 máquinas virtuales tamaño XL de Amazon EC2 sin que fuera necesario. Una ‘paletada’. Por suerte la factura no fue muy alta. La gente de SmugSmug asume que la única manera de ser eficiente y flexible es delegando esta tarea completamente a este controlador ‘Skynet’ (aun a riesgo de que comience la primera guerra hombres contra máquinas ;-) )
Estoy llegando a la conclusión de que una Arquitectura Orientada al Cloud Computing debe incluir este controlador/skynet de serie. Es decir, aunque no me guste, debemos ceder el control del escalado de manera absoluta a este proceso controlador. Habrá que implementar restricciones para que la lógica de este servicio sea la correcta (siguiendo con el juego de las películas, como las directivas primarias de Robocop) pero desgraciadamente los humanos somos un recurso demasiado caro como para estar dedicados a monitorizar las necesidades de escalado de una aplicación en tiempo de ejecución. Para confirmar un poco más esta afirmación, la arquitectura que han implementado la gente de Scalr es muy similar a la de SmugSmug, o la que yo tengo en mente.

Comments 1 Comentario »

Comments 1 Comentario »

No se me da bien hacer de oráculo. Y como he comentado en alguna ocasión, aquellos que lo hacen suelen quedar luego en evidencia si se tira de hemeroteca. Pese a ello, me gustaría compartir algunas de las cosas que creo que veremos en el 2009 en el mundo alrededor del Cloud Computing.

Comments No Hay Comentarios »

Se acaba el 2008, un año que probablemente marcará un punto de inflexión en el mercado del Cloud Computing. Para empezar, es el año en que el término Cloud Computing ha pasado de los medios más techies a los medios de masas. Las razones para explicar esto son muchas, y variadas. Casi seguro que cada persona tendrá su opinión sobre cual ha sido la razón para esta explosión, así que aquí voy con la mía.

Comments 1 Comentario »

¿Cómo afectará el Cloud Computing a los equipos de IT que ahora mantienen los sistemas en las empresas? Casi todos los analistas apuntan a la reducción de costes de explotación de los sistemas de manera apreciable (entre otras cosas…) como uno de los factores que explican esta explosión de La Nube. Evidentemente estos costes de explotación también incluyen a los recursos humanos. Así que en mi opinión el Cloud Computing hará que el número de Ingenieros de Sistemas que mantienen los sistemas en las empresas disminuya en el futuro.

Comments No Hay Comentarios »