e-Valúame

Category Archives: Plataforma como service

Como hacer RIA en Force.com

Desde siempre y hasta hace unos años la interface del usuario ha sido el caballo de batalla de las aplicaciones web. Las aplicaciones cliente-servidor que durante tanto tiempo han estado y están aún en nuestras manos, dejan huella y cuando te enfrentas a una aplicación web echas en falta ciertas «comodidades» (la velocidad, falta de recarga de la página, coger y arrastrar, etc) que te ofrecen este tipo de aplicaciones.

Antaño, para intentar paliar este «problema» del interface,  se empezó por utilizar Html dinámico , que con la ayuda de javascript, DOM y Css, se obtenían buenos resultados pero lejos de los que ofrecían las aplicaciones cliente-servidor. No hace mucho y con la ayuda de las mismas tecnologías, apareció Ajax . Con Ajax ya se obtienen interfaces muy aparentes llegando incluso a etiquetar las aplicaciones creadas con Ajax como RIA.  Sin embargo Ajax tiene varios problemas: el coste de realizar aplicaciones es realmente alto por su gran complejidad al  programar y además, y a pesar de estar basada en varios standares (Html,Css,Dom,JavaScript, XML),  Ajax no es un standard y esto lleva a una ejecución desigual en cada tipo de navegador.

Además de Ajax, han aparecido otras soluciones que permiten que permiten crear RIA. Wiki dixit: 

Hay muchas herramientas para la creación de entornos RIA. Entre estas se puede mencionar las plataformas Adobe Flash, Adobe Flex y Adobe AIR de Adobe, uniPaaS de Magic Software, AJAX, OpenLaszlo, Silverlight de Microsoft, JavaFX Script de Sun Microsystems, Bindows de MB Technologies y Javascript.

Fijemos la mirada en Adobe Flash Builder (anteriormente Flex Buider)  por su relación con la noticia y por su relevancia en el mercado.

Con Adobe Flash Builder  se solucionan todos los problemas tanto de interface de usuario como de complejidad de programación como de plataforma porque  utiliza la técnologia Flex que a su vez esta basada en la tecnologia Flash.  Me explico. La tecnología Flash nació para la visualización de contenido gráfico interactivo en internet con la característica de que cualquier contenido generado con esta tecnología podría ser visualizado en cualquier plataforma. Por su caracter gráfico la herramientas para la creación de Flash, Adobe Flash,  tenían su público objetivo en los diseñadores. Pero Adobe se le ocurrió utilizar esta misma tecnología con el objetivo puesto en los desarrollores y por ende en las aplicaciones web,  con la idea de solucionar todos los problemas que arriba se detallan. Y el resultado de todo esto fue Flex.

En realidad Adobe Flash Builder es el entorno de programación incrustado en Eclipse (entorno de programación por excelencia para Java) para poder desarrollar aplicaciones RIA, con un coste de 207€ o si lo prefieres por 249$ si te lo bajas de la web de EEUU (no lo he probado pero al menos eso es lo que pone). Pero existe la posibilidad de utilizar la tecnologia Flex sin comprar este entorno ya que Flex es open source, aunque también es cierto que el desarrollo se hace más costoso.

Si a esto le unes que Adobe Flash Player, aquel que te permite visualizar contenido Flash y ahora Flex,  está presente en el 98% de los navegadores (según Adobe), desarrollar aplicaciones con Flex es casi seguro un éxito. De hecho gran parte de las nuevas aplicaciones se están desarrollando con esta tecnologia porque propone productividad en el desarrollo y efectividad en su ejecución.

Y todo esto lo cuento porque AdobeSalesforce han creado Adobe Flash Builder para Force.com,  un extensión de  Adobe Flash Builder  para el desarrollo de aplicaciones RIA en Force. Recordemos que Force.com es la plataforma as a service de Salesforce que permite ejecutar aplicaciones desarrolladas con Apex( lenguaje de propietario de Salesforce muy parecido a Java) que curiosamente utiliza Eclipse (igual que Adobe) como entorno para el desarrollo de aplicaciones para Force.

Total ,que han juntado Flex y Apex en Eclipse para la realización de aplicaciones RIA beneficiándose ambos de esta jugada, porque aunque puedes probar la solución con coste 0, si quieres desplegar aplicaciones en Force tendrás que comprar Adobe Flash Builder 4 Premium y tendrás que adquirir una cuenta de desarrollador en Force. Si quieres saber más sobre la solución acude este link, siendo especialmente reveladora la FAQ y este video.

Seminario Velneo en Madrid el 5 de octubre

Un año ha pasado desde el  nacimiento del Velneo V7 y muchas han sido las mejoras  que han incorporado en esta plataforma como servicio pionera en España. El próximo lunes se celebrará en Madrid un seminario que consistirá en una demo que nos permitirá comprobar las funcionalidades, las mejoras  y en general, todas las posibilidades que ofrece la herramienta. Dejo copia del  post con el anuncio:

velneo

La semana próxima, el lunes 5 de  octubre, de 5 a 7 de la tarde, celebraremos en el Hotel Arturo Soria Suites de Madrid el Seminario vEntry de Velneo. Es un seminario gratuito.

Si te interesa asistir puedes reservar tu plaza ahora.

¿Qué es un seminario vEntry?

El seminario vEntry es una demostración gratuita de carácter técnico-comercial sobre las posibilidades de la plataforma de desarrollo de aplicaciones profesionales Velneo V7.

¿A quién va dirigido el seminario vEntry?

Va dirigida tanto a perfiles técnicos como a gerentes y consultores de empresas que desarrollan aplicaciones empresariales, independientemente de si han trabajado anteriormente con Velneo o no.

¿Cuál es el objetivo del seminario vEntry?

El objetivo es presentar Velneo V7 a aquellas personas del ámbito profesional de la programación.

¿Cuál es el precio por asistente al seminario vEntry?

El seminario vEntry es gratis.

¿Dónde y cuando se celebra el seminario vEntry?

Se llevará a cabo en el Hotel Arturo Soria Suites de Madrid, el 5 de octubre de 5 a 7 de la tarde, y es necesario que reserves tu plaza si te interesa asistir.

Evento Localidad Fecha Horario Sitio Precio
Seminario vEntry Madrid 5 de octubre 5:00pm- 7:00pm Hotel Arturo Soria Suites gratis

Windows Azure en video

El video nos sirve para entender que es Windows Azure  y cualquier otra paas del mercado.

Visto en CloudAve.

Los precios de Windows Azure

Lo que da de sí una conferencia. Si ayer anunciaron la nueva forma de entrega del Office 2010, hoy en el segundo día de la Microsoft Worldwide Partner Conference 2009, Microsot ha anunciado los precios  de  la plataform as a service Windows Azure para clientes y partners junto con  los servicios SQL Azure (antigua SQL Data Service) y .NET Service.

Resumiendo un poco cada uno de los servicios de la plataforma podriamos decir que  Windows Azure es una plataforma como servicio escalable que facilita al desarrollador el despliegue  y ejecución de  aplicaciones sin tener que preocuparse de la infrestructura donde se despliega. Aplicaciones que podrán utilizar una base de datos que te proporciona el servicio SQL Azure y/o utiilizar el .NET service para comunicar estas aplicaciones con otras o usar el servicio de control de acceso a las aplicaciones.

Los precios, que responden a la forma de pago de «pago por  uso» o pay-as-you-go, para clientes son los que siguen y los partners disfrutarán de  un 5% de descuento sobre los mismos:

Windows Azure:

  • Compute @  $0.12 / hour
  • Storage @ $0.15 / GB / month stored
  • Storage Transactions @ $0.01 / 10K
SQL Azure:

  • Web Edition – Up to 1 GB relational database @ $9.99
  • Business Edition – Up to 10 GB relational database @ $99.99
.NET Services:

Messages @ $0.15/100K message operations
, including Service Bus messages and Access Control tokens

Bandwidth across all three services will be charged at $0.10 in / $0.15 out / GB

Windows Azure solo cargará sobre tu tarjeta si la aplicación la tienes en producción y no cuando estes desarrollando. Además prometen que la plataforma estará disponible un 99’5% para la aplicaciones desplegadas y un 99’9% para la información amacenada(no especifican si está incluido el servicio de BBDD), aunque no dicen cual es la penalización si no cumplen con el este SLA.

Agárrense que viene Microsoft. 😉

Google cree en el cloud computing

chromeNo, no es posible que se trate de una moda, de un hecho pasajero o  de un simple ruido marketiniano. No. Cuando Google apuesta por software como servicio (saas) como Google Apps, cuando ofrece una plataforma como servicio (paas), Google App Engine,  para que despliegues tus aplicaciones y te olvides del mantenimiento y rendimiento de la infraestructura, y cuando ahora anuncia, Google Chrome OS,  un sistema operativo para trabajar en la red, es que el cloud computing y mas concretamente la parte de saas de este, no es broma.

 

 

Hace unos meses que Enrique Dans ya auguraba para Chrome este futuro . En realidad aquello, el Chrome, fue el germen de este S.O que pretenden poner en funcionamiento en la segunda mitad de 2010 teniendo como target el mercado de los netbooks. Curiosamente hace unos días JoliCloud, otro sistema operativo para netbook salió a la jolicloudluz en versión alpha con el mismo objetivo, ser un sistema operativo ligero, de arranque rápido y que te coloque en la red nada más arrancar tu netbook. En ambos caso la excusa para que este sistema operativo tenga sentido es clara: los sistemas operativos fueron diseñados cuando aún no teníamos la web y ahora que pasamos un 90% de nuestro tiempo de uso de PC en la web, muchas partes del S.O no son necesarias.

 

En el anuncio dejan claro que durante este año dejarán el código libre para la comunidad y explican que Chrome OS y Android tienen objetivos diferentes. Chrome OS tendrás su target en los netbook y Android pretende correr en cualquier tipo de plataforma desde teléfonos hasta netbooks, y aunque se solapen todo dependerá del uso que pretenda hacer el usuario de su máquina.

 

En definitiva, no hay que ser un lince para pensar que este movimiento tiene por detrás una confianza plena en que la parte saas del cloud computing tiene y tendrá una presencia más que puramente ocasional. De aquí a unos años podremos disfrutar en la red de gran cantidad de aplicaciones que hasta ahora solo podríamos tener acceso en nuestro PC con instalación en local y con la fiabilidad, seguridad y disponibilidad que quisiéramos para la aplicaciones que corren bajo nuestras instalaciones.  Hay un largo camino por recorrer, temas como la LOPD, seguridad de los datos, o como la estabilidad y rapidez de acceso a Internet deberán evolucionar a nivel mundial pero seguro que dentro de unos años todos estos requerimientos se «darán por sentado» en la red.

 

Force se apunta al freemium

La plataforma como servicio Force, propiedad de Salesforce los «gafotas»  del sofware como servicio, flexibiliza su acceso y deja un parte free para que puedas probar su plataforma. La verdad es que parece extraño que una de la plataformas con más tirón (unas 110.000 aplicaciones desplegadas )  del mercado paas hasta ahora no tuviera un opción free para esos  early adopters que logren hablar de la  plataforma. Aún más extraño parece  que el CRM Salesforce al menos tenga la posibilidad de probar free la herramienta durante un mes y Force no lo tuviera.

Lo cierto es que todas las paas que conozco tienes su parte free y su parte premium, y ahora force se ha subido al carro del freemium para dar un empuje a su paas acompañando el anuncio de las conclusiones de su último estudioque reflejan que desarrollar en Force es 5 veces más rápido que en Java o .NET. Las características de esta opción freemium y el resto de opciones de pago son la siguientes:

force-fremium

Teniendo en cuenta que Force te permite utilizar una BBDD relacional y el lenguaje que ejecuta es Apex , propietario de Salesforce pero que viene a ser un seudo-java, Force se convierte un serio competidor de las otras dos opciones paas que ejecutan aplicaciones java: Google App Engine y Mor.ph, siempre y cuando las aplicaciones que desarrolles tenga un caracter empresarial.

Larga vida a las paas

Hace un par de semanas, Diego Mariño cofundador y CEO de Abiquo fue entrevistado en debug_mode=on. La entrevista, aunque es un poco larga,  merece la pena escucharla porque Diego es uno de los  pocos emprendedores españoles dentro del mercado cloud español y sabe de lo que habla. Además en la entrevista habla un poco sobre la oferta de Abiquo, su plan de internacionalización y por donde empezarán a expandirse y del cloud computing en general.

Una de la cosas que más me llamó la atención de la entrevista fue una declaración sobre las paas, a las que las augura un futuro negro debido a que su oferta deja al cliente cautivo , dependiente y al antojo de las mismas.  Para justificar su declaración puso el ejemplo de CogHead y su espantada hace ya algo más de 3 meses.

Bajo mi punto de vista, hay soluciones para no caer en un posible  lock-in de tu proveedor de paas.  Resumiendo lo que decía en este post , los criterios para elegir una paas pasan por:

  • La opción de Zoho  CreatorZoho ofrece la posibilidad de migrar las aplicaciones que se desarrollan en su plataforma a la plataforma Google App Engine y en el caso de que ocurra lo que a CogHead, siempre puedes llevarte el código a Google App Engine e incluso como el lenguaje utilizado por App Engine es Python (lenguaje bajo la licencia de codigo abierto) sería posible descargártelo a local y ejecutarlo en tu infraestructura si lo que deseas es huir de la paas(platform as a service) (ver los comentarios). El único “pero” de esta solución es que cuando Zoho ofreció  esta solución, había limitaciones sobre ciertos componentes y siempre te quedará la duda del grado de compatibilidad entre el lenguaje Zoho y Python.
  • Paas que ejecute código abierto como Java, Python, Ruby.- De hecho son muchas las paas que utilizan este tipos de lenguajes, se puede consultar en el  directorio cloud computing. Son todo ventajas porque puedes optar por ejecutarlo en la paas o en tu infraestructura y la compatibilidad será casí absoluta. Quizás su desventaja ante plataformas como Zoho sea la dificultad para desarrollar aplicaciones y por tanto el alto grado de conocimientos del desarrollador.
  • Paas que ejecute código propietario con opción de ejecución en tu infraestructura.- Hay algunas paas como BungeeConnect Velneo que ofrecen la posibilidad de utilizar su paas o tienes la posibilidad de utilizar el ejecutor de aplicaciones en tu infraestructura.

Sin pensar en que las paas lleguen a desaparecer,  si veo que las paas son la parte del cloud computing que más complicado tiene la «justa» justificación de su servicio. Me explico.

El servicio de las paas pasa por dejar tu aplicación en la plataforma y olvidarte del mantenimiento de la infraestructura esto es, te olvidas de escalabilidad, disponibilidad, mantenimiento de disco, mantenimiento del servidor de aplicaciones, BBDD, etc. Todo esto suponiendo que tu infraestructura la tienes contratada en la nube ( p.e. en Amazon), sino es así tambien te olvidarías de la inversión de hardware. Es decir que tu única preocupación es el correcto funcionamiento de la misma desde un punto vista funcional. Por tanto es evidente que es un servicio atractivo y que seguro que hay mercado pero ¿cuanto vale este servicio? ¿a partir de que momento merece la pena contratarlo?

Para poder responder a estas preguntas deberíamos saber lo que nos costaría mantener una infraestructura de este tipo y lo dividimos en varias rúbricas:

Coste de infraestructura.- Tienes opciones de todo tipo: servidores in-house, servidores dedicados externos, servidores virtuales, cloud hosting. Medible en cualquier caso.
Coste de licencias.- La parte del gasto correspondiente a las licencias (p.e.: servidor de aplicaciones o BBDD) es claro: tanto cuesta tanto pagas. Medible.
Coste personal.- La parte correspondiente a la cantidad de tiempo que dedica tu personal para mantenerla aunque es más jodida de calcular pero también es medible.

Ahora bien hay un conjunto de intangibles que tienen un efecto directo sobre el coste del personal pero que son difíciles de medir: la experiencia, conocimientos o competencias, rendimiento, destreza o talento, etc. de tu personal afectan en mayor o menor medida en su coste y pueden determinar la elección de una opción paas o in-house.  Y ahora las preguntas son: ¿El coste de personal es óptimo o podría ser más bajo con personal más cualificado? A pesar de tus gastos, ¿tienes un servicio de calidad?

A partir de aqui tienes argumentos o situaciones para defender ambas opciones. Es claro que una empresa paas cuya razón de ser o visión es la de ofrecer la máxima excelencia en estos servicios, uno de sus objetivos debe ser contar en su filas personal que maximizen aquellos intangible y por tanto puede tirarte más la opción de la paas, pero tambien es cierto que el cliente objetivo de las paas es personal técnico que puede contar con personal con pericia suficiente para mantener la infraestructura.

Creo que es imposible responder a las preguntas sobre si «paas si» o «paas no» sin ponerle números a todo esto y fijar una aplicación concreta, pero lo que está claro que de entrada genera una serie de incertidumbres que en las otras partes del cloud computing (iaas y saas) no es tán fácil encontrarlas y también tengo claro que no morirán por lock-in, ni porque no ofrezcan un servicio interesante.

Force y Google: Nubes que conectan – Episodio 2º

googleforceAllá por el mes de diciembre, Force, la plataforma como servicio propiedad de Salesforce que permite desplegar aplicaciones desarrolladas en Apex (Seudo-Java), puso a disposición del desarrollador de Python en la paas Google App Engine  un conjunto de librerías para conectar de una forma fácil y sencilla con los Web Service de Force, que a su vez te permiten manipular y consultar los datos que los clientes de Salesforce tengan en su CRM o en otras tablas creadas por ellos en la plataforma.

El movimiento como siempre inteligente de Salesforce pretendía anunciar la facilidad de acceso de su paas Force. Es decir, si no te gusta Apex para desarrollar aplicaciones en Force o no te gusta tu Force como plataforma, que esto no sea un impedimento para que te gastes los cuartos en Salesforce. Desarrolla en Python conéctate fácilmente a los web services de Force y despliega en tu plataforma preferida que será Google App Engine.

El anuncio era de esperar. Si ahora Google App Engine te permite desplegar aplicaciones Java , Force ha ampliado su conjunto de librerías para que los desarrolladores de Java de Google App Engine pueda conectar de igual forma que los programadores de Python. Al igual que cuando anunciaron la toolkit para Python, me sigue pareciendo más una maniobra publicitaría que otra cosa porque a los web services de Force se pueden acceder sin estas herramientas y por tanto lo que está haciendo Salesforce por un lado es posicionar su paas Force a la altura de Google App Engine y por otro, le está diciendo a todo el mundo la facilidad de acceso de la plataforma y lo interoperable que puede llegar a ser.

(Se puede ver un video explicando el anuncio)

Velneo elegida mejor empresa para trabajar en 2009

bpwHenchido me encuentro con esta noticia que no tiene nada que ver con el cloud computing pero que me apetece publicarla por la parte que me toca. El grupo de empresas VisualMS, en la que se encuentra Velneo y de la que tengo una pequeñísima parte, ha sido elegida la mejor empresa para trabajar en España de entre 250 empresas en la categoria de 50 –  100 empleados. La institución norteamericana Great Place to Work, que desde 1984 elabora cada año la lista “Best Work Places” con las mejoras empresas para trabajar del mundo, acaba de hacer público el ránking de España.

La segunda en su tramo es Google. Para mi estar por encima de otra de la empresas con reconocida fama por su trato a sus empleados, me parece todo un éxito y logro de todos y cada uno de los componen el grupo. Además tengo el placer de conocerlos y os aseguro que es realmente envidiable su entorno de trabajo. Ver como curran, su motivación, su rollo, su marcha y encima con posibilidad de desarrollo y promoción dentro de la empresa. En fin, una de empresa sacada de un cuento en un mundo real.

lista-bpw

Una mención especial quiero hacer a mi amigo y excompañero de fatigas del Master, Alfonso Gutierrez  CEO del grupo y máximo responsable de este éxito. Es un líder nato y este logro es un reflejo de lo que es él: humano, cercano, comprensivo, receptivo, coach, asertivo, ganador, y todo el resto de cualidades que un líder debe de tener. Desde hace tiempo tiene clarísimo que los recursos humanos es el activo más importante de una empresa y este reconocimiento es fruto de su claridad de ideas, esfuerzo y pensamientos.

Solo os queda disfrutar de ello y seguir en esa mejora continua para que el año que viene sigáis estando en lo más alto. Enhorabuena!!!.

LongJump vende su paas para instalar en in-house

longjumpLongJump es una de las empresas, que junto con la malograda Coghead, más tiempo lleva  en el mercado de las platform as a service y por tanto una de las pioneras. Su producto permite más o menos lo que permitía Coghead y pego lo que en el post sobre Coghead decía:

la creación de formularios online, el almacenamiento de los datos que introduces en esos formularios, además si se tiene la necesidad de programación dispone de un lenguaje propietario de 4ª Generación para abordar aplicaciones o lógica de negocio que no puedes salvar con un simple formulario. Hace bastante tiempo que la probé y para pequeñas aplicaciones era una herramienta que podría servirte aunque me gustó mas Zoho Creator. Sus competidores eran CaspioDabbleDBZoho Creator,LongJump, y alguna más que podemos encontrar en el directorio cloud computing.

El problema de este tipo de herramientas es el mismo que tenía Coghead y del resto que arriba menciono. Como se vaya al carajo al empresa y decidan no poner a tu disposición el código o la herramienta para su instalación in-house o en otra máquina de la nube, te quedas sin las aplicaciones que desarrollaste en la plataforma, posiblemente si los clientes que las utilizaban, y existe también  la posibilidad de que te vayas  al carajo.

Leo en el blog de Phil Wainewright que  LongJump ha decidido ofrecer su producto para su instalación in-house. De esta forma si se va al carajo al menos tienes la posibilidad de montarte un servidor en tus instalaciones o en la nube  e instalar LongJump para seguir ejecutando y modificando tus aplicaciones. Además tiene otra ventaja para los excépticos como Stallman, y es que tienes el control de tus aplicaciones, de tus datos y de las opciones generales y personalizables de la propia plataforma LongJump, tal y como explican en su post.

El precio? Pues no es público, si quieres enterarte debes llamar a este numero 800.886.9028 o rellenar este formulario.

En relación con mi ultimo post acerca de  los objetivos del open cloud manifesto y como me señalaba luis.tic616 en los comentarios, este movimiento  al menos no te deja cautivo y condicionado a las apetencias y desavenencias del proveedor paas que recordemos es uno de los principios del manifesto. Pero  incluso existiría la posibilidad de poder cambiar de proveedor de la paas LongJump si alguien montara un plataforma como servicio con Longjump y entonces conseguiríamos unos de los objetivos del manifesto 😉 . No sería los primeros partners que ofrezca servicios más baratos que la propietaria del producto.

En fin, la evolución del mercado, el uso de los servicios cloud, las nececidades de los clientes, etc. obligan a la aparición de fórmulas (recuerdese que Zoho permite desplegar sus aplicaciones en un competidor suyo, Google App Engine)   que posiblemente no estaban en los planes de  las empresas  pero esto es un mercado como cualquier otro y se trata de sobrevivir y no quedarse obsoleto.

¿Qué persigue el Open Cloud Manifesto?

Muchas son las  reacciones que el open cloud manifesto ha provocado en la blogosfera y excepto Amazon, Microsoft, Salesforce y unos pocos más,  casi todo el mundo opina que es un documento con buenas intenciones y que sobretodo beneficiará a los consumidores de servicios cloud.

opencloud

Las reacciones en español ( por ejemplo: Enrique Dans, La pastilla Roja, Alt1040) han centrado su atención principalmente en los principios en los que se asienta este documento y poco se ha hablado sobre los objetivos que persigue el open cloud manifesto y que más o menos vienen a decir lo siguiente :

Elección

Asi como una organización elige un proveedor , una arquitectura o utilizar un modelo, un «open cloud» hará más fácil utilizar un proveedor o arquitectura diferente.   Si la organización necesita cambiar de proveedor debido a las nuevas asociaciones, adquisiciones, las peticiones de los clientes o las regulaciones gubernamentales, pueden hacerlo fácilmente. Los recursos que habrían sido gastados en una difícil migración, pueden gastarse en innovación.

Flexibilidad

No importa qué proveedor  o arquitectura una organización use, una «open cloud»  hará más  sencillo trabajar con otros grupos, incluso si los otros grupos eligen otros proveedores o  arquitecturas. Una  «open cloud» les facilitará a las organizaciones interoperar entre los distintos proveedores de la nube.

Velocidad y Agilidad

Una de las propuestas de valor de la nube  es la capacidad para escalar el  hardware y/o software según sea necesario. El uso de interfaces abiertos permitirán a las organizaciones construir nuevas soluciones que integren nubes públicas, privadas y a sus actuales sistemas de TI. Asi como las condiciones de la organización cambian, una nube permitirá a la organización responder con agilidad y velocidad.

Habilidades

Un efecto colateral de una nube es la disponibilidad de profesionales cualificados. Si hay muchos modelos de programación propietarios, un profesional de IT es poco probable que abarque más que unos pocos de ellos. Con una «open cloud», habrá un pequeño conjunto de nuevas tecnologías para aprender (sobre todo cuando se utilizan las tecnologías existentes), mejorando las posibilidades de que la organización se puede encontrar a alguien con las habilidades necesarias.

Puestos a pedir,  los objetivos del manifiesto son aquellos que todo el mundo quisiera o ¿no nos gustaría poder cambiar de proveedor de ERP sin cambios traumáticos en nuestro sistema y organización? ¿y si tuviéramos la posibilidad de poder conectar las aplicaciones sin tener que hacer “arcos de iglesia” para llevarlo a cabo?  Y esto no solo en la nube también en los entornos in-house.  Todo esto esta muy bien pero realmente ¿son objetivos alcanzables?.  

Especialmente complicado veo el llevar a cabo el objetivo“Habilidades” donde se pretende limitar a un conjunto reducido de lenguajes de programación aquellos que utilicen los proveedores cloud. Me surgen estas preguntas:

  • ¿Se plantea utilizar solo los conocidos lenguajes de programación Java, Ruby, Phyton y .NET? 
  • ¿Propietarios o solo aquellos que sean libres?
  • ¿Se podrán utilizar nuevos lenguajes de programación en el futuro? ¿Cómo se incorporarán?

Me parece realmente restrictivo e incluso puede resultar poco atractivo para el consumidor de cloud computing que tiene que limitarse a lenguajes de programación que quizás no cubran todas sus necesidades. Si además radicalizamos, siendo la nube el futuro, con esta restricción no habría posibilidad de evolución en el modelaje de los lenguajes de programación ya que solo se solo se utilizan unos pocos lenguajes de programación y no habría profesionales cualificados con los nuevos. Y si la nube no es el futuro y es solo una opción más, entonces ¿qué dejamos? ¿ a los lenguajes de programación de “elite” para la nube y el resto que se desarrollen en el in-house? Casi que atenta contra la competencia e innovación de esta parte de la TI en la nube.

Algo más viable,  auque no fácil, veo la parte de cambiar de proveedor cloud. En lo que se refiere a la parte iaas , es decir, maquinas virtuales ( p.e EC2 de Amazon) y almacenamiento puro y duro, es relativamente sencillo cambiar de proveedor. La parte paas la veo menos fácil porque aún partiendo de la base de que hubiera varias paas ofertando los mismos servicios ( por ejemplo: java + mysql, phyton+SQLServer, etc), el hecho de que todas la paas tengan su BBDD  significa que si cambias de paas debe mover tu BBDD a otra paas y esto es algo que no es nada trivial.  La parte que veo más complicada es la parte saas del cloud computing porque si se trata de cambiar de proveedor de ERP + mover la BBDD se entiende que las dificultades serán las mismas que hasta ahora  hemos tenido en entornos in-house.

En cualquier caso, yo lo he ratificado, porque para mi lo verdaderamente destacable e interesante, es que al menos se traten todos estos temas  y que pueda servir para alertar de las consecuencias y peligros que, por ejemplo,  pueda tener la elección de una aplicación realizada en un lenguaje de programación (sea propietario o no)  que acaba de salir del horno (falta de profesionales, mayor numero de errores que otro lenguaje con solera, etc) o de las consecuencias de elegir un proveedor de cloud con un sistema cerrado, como por ejemplo ocurrió con Coghead que dejo a miles de usuarios finales colgados y cientos de aplicaciones sin posibilidad de ejecución en otros proveedores o entornos in-house.

Al documento le faltan cosas como la puesta en marcha de una ley de protección de datos internacional o mejor en el ámbito de internet que aunque sea un verdadero handicap se hace cada más necesaria, pero estoy seguro que algo se sacará de todo esto y tambien lo estoy de que, como comentaba al inicio del post, el consumidor cloud saldrá bien parado.

Windows Azure se rompe durante casi 1 día

En concreto fueron 22 horas sin dar servicio a los miles de desarrolladores que están probando Azure que ahora mismo se encuentra en fase beta. Recordermos que Windows Azure es la plataforma como servicio  de Microsoft que vío la luz el pasado octubre para ofrecer una alternativa a plataformas como  Google App Engine, Force, BungeeConnect etc. En Windows Azure podremos desplegar aplicaciones escritas .NET y podremos tambien utilizar su BBDD Microsoft SQL Data Services para dar cobertura a la necesidades de almacenamiento relacionado de la aplicaciones desplegadas.

 

El crash empezo el viernes y debio terminar el sabado 22 horas después. Se colocan en el top de los crash de los servicios cloud por detrás de los malaventurados de ma.gnolia que nunca conseguieron levantar el servicio por un fallo de corrupción de datos en el sistema de almacenamiento.

 

En el blog de Windows Azure explican lo que ocurrió, quien estuvo afectado y qué van a hacer para que no vuelva a ocurrir. En mi opinion lo destacable del hecho no es el crash en si mismo porque como he dicho en muchas ocasiones crash tienen tanto los sistemas cloud como los propietarios, lo destacable es el tiempo, que sería preocupante si el sistema hubiera estado en producción con cientos de aplicaciones dando servicio. Tampoco huele bien la solución que han dado y es que recomiendan tener varias instancias corriendo (supuestamente una en cada servidor) de la misma aplicación para que en el caso de que tengas un crash de un server al menos tengas instancias en otro servers dando servicio. Eso si, la segunda instancia es gratis, si quieres más, pagas. ¿No deberían asegurarte la continuidad del negocio sin acciones complementarias por parte del desarrollador? Yo creo que si.

 

En fin, estamos empezando y es normal este tipo de historias. Seguro que con el tiempo y experiencias iremos depurando y mejorando la calidad de estos servicios.

 

 

Semanario – Semana 9/2009

Estas son la noticias que más me han llamado la atención durante esta semana:

Radmaker: nueva paas española. Luis Durán me da a conocer esta nueva paas que permite desarrollar y ejecutar aplicaciones online de forma rápida (RAD = Rapid Application Development).  Solo he visto el video demo y  a primera vista tiene una aire parecido a Zoho Creator, Caspio, etc.  

Velneo libera la formación para bajar las barreras de entrada a la herramienta.- Se puede acceder a cantidad de vídeos formativos tanto de la nueva versión V7 como de la antigua.

El equipo de Obama ya ha encontrado proveedor de Cloud. Al principio de año, el equipo de obama tenía en su agenda utilizar cloud computing como parte de la infraestructura hardware. Terramark Entreprise Cloud han sido los elegidos que entre otras características están certificados en SaS70 Tipo II.

Google pone precio a su paas Google App Engine. En Mayo 2008 dío acceso libre a la herramienta y adelantó los posible precios de la herramienta. Ya tenemos los precios y son algo más baratos que los que en aquel momento prometieron.

Monitoriza las aplicaciones de Google Docs.-   Después del revuelo montado esta semana por la caída de Gmail, a través de google dirson me entero que Google te permite monitorizar sus aplicaciones .  Esta es práctica que ya la llevan a cabo Amazon, Saleforce y Zoho y pretenden generar confianza ofreciendo la máxima información posible a sus clientes. 

Salesforce sigue creciendo a pesar de la conyuntura económica. Cerraron su útimo cuatrimestre  en Enero con un crecimiento del 34% con respecto al mismo cuatrimestre del pasado año y 5% sobre el anterior cuatrimestre.

Como acertar en la elección de una paas

nube-paasCon la ruptura de servicio de Coghead ha habido multitud de reacciones en la blogosfera tanto de habla hispana como inglesa. El caso es que es una verdadera jugarreta que pongas  todas tus cartas en una plataforma como servicio y ahora te quedes con el único consuelo de gastarte la pasta para poder migrar a otra paas o ver si alguna de la plataformas que se ofrecen a echar una mano, cuadren con tus requerimientos en cuanto a pasta,  funcionalidad, seguridad, etc…

Si nos fijamos en el desarrollo tradicional, es decir, desarrollo de aplicaciones con lenguajes de programación propietarios o propietarios pero abiertos como Java y ejecutores de aplicación instalados o utilizados en tu infraestructura, este problema no lo hubieras tenido. Tienes el código en tu mano, tienes el compilador del código y si el compilador no genera código máquina que directamente ejecute la máquina (por ejemplo, un .exe) tienes el ejecutor de aplicaciones. En el peor de los casos, puede ocurrir que por ejemplo en el caso de Java,  Sun deje de actualizar su compilador y ejecutor (java runtime enviroment) y no incorpore nuevos mejoras o standares que aparezcan en el mercado o simplemente no arregle bugs, pero siempre podrás ejecutar tus aplicaciones y modificarlas.

¿Qué ocurre en el caso de las paas con lenguaje de programación propietario, sin acceso a su herramienta de compilación y/o ejecutor de aplicaciones? El caso de CogHead es claro, el proveedor tiene el código de tus aplicaciones y los datos , y solo tienes la opción de descargarte los datos.

Entonces, ¿Que paas debo elegir? Yo veo tres opciones:  

  • La opción de Zoho  Creator. Zoho ofrece la posibilidad de migrar las aplicaciones que se desarrollan en su plataforma a la plataforma Google App Engine y en el caso de que ocurra lo que a CogHead, siempre puedes llevarte el código a Google App Engine e incluso como el lenguaje utilizado por App Engine es Python (lenguaje bajo la licencia de codigo abierto) sería posible descargártelo a local y ejecutarlo en tu infraestructura si lo que deseas es huir de la paas (platform as a service). El único «pero» de esta solución es que cuando Zoho ofreció  esta solución, había limitaciones sobre ciertos componentes y siempre te quedará la duda del grado de compatibilidad entre el lenguaje Zoho y Python.
  • Paas que ejecute código abierto como Java, Python, Ruby.- De hecho son muchas las paas que utilizan este tipos de lenguajes, puedes consultarlo en el  directorio cloud computing. Son todo ventajas porque puedes optar por ejecutarlo en la paas o en tu infraestructura y la compatibilidad será casí absoluta. Quizás su desventaja ante plataformas como Zoho sea la dificultad para desarrollar aplicaciones y por tanto el alto grado de conocimientos del desarrollador. 
  • Paas que ejecute código propietario con opción de ejecución en tu infraestructura.- Hay algunas paas como BungeeConnect y Velneo que ofrecen la posibilidad de utilizar su paas o tienes la posibilidad de utilizar el ejecutor de aplicaciones en tu infraestructura.  

Otra tema que debe influir en la elección de la paas es la BBDD. Para mi una paas es  completa cuando incorpora en su infraestructura una BBDD y aunque siempre tienes la posibilidad de descargar los datos y por tanto no caeriamos en el problema de perder la aplicación, es importante saber de que tipo y qué  caracteristicas tendrá la BBDD que soportorá tus datos. Básicamente hay dos tipos de BBDD que las paas están ofertando, las orientadas a contenidos y las orientadas a transacciones de negocio.  Por ejemplo, Coogle App Engine utiliza como BBDD BigTable de Google y que está orientada al almacenamiento de contenidos y Apprenda Saasgrid utiliza como Sql Server que como todo el mundo sabe es la BBDD de Microsoft y es de tipo relacional. 

Por último y para cerrar este tema sobre la elección de la paas y considerando cualquiera de las opciones arriba descritas, ahora debes ver qué conjunto de servicios te enganchan más: su precio, el  SLA, la rapidez de desarrollo, su  lenguaje de 3ª o 4ª generación , facilidad de escalado de las aplicaciones, etc.

Coghead echa el cierre

cogheadCoghead es una de las paas (platform as a service) que más presencia ha tenido en el mercado de las plataformas para el desarrollo y ejecución de aplicaciones. La herramienta permite o mejor permitía la creación de formularios online, el almacenamiento de los datos que introduces en esos formularios, además si se tiene la necesidad de programación dispone de un lenguaje propietario de 4ª Generación para abordar aplicaciones o lógica de negocio que no puedes salvar con un simple formulario. Hace bastante tiempo que la probé y para pequeñas aplicaciones era una herramienta que podría servirte aunque me gustó mas Zoho Creator. Sus competidores eran Caspio, DabbleDB, Zoho Creator, LongJump, y alguna más que podemos encontrar en el directorio cloud computing.

Ayer me entero a través de varias noticias que han echado el cierre y parece que la culpa la tiene la crisis económica. Más abajo os pego el comunicado que han mandado a sus clientes. Hasta el 30 de Abril todos los clientes podrán coger los datos que tengan guardados en Coghead, pero ¿que pasa con la aplicaciones? Pues que te quedas sin ellas. Este es uno de los problemas de las paas que ejecutan código propietario y no venden la plataforma para su ejecución en local. De hecho ya hay una empresa que migró sus aplicaciones de Coghead a las paas Force y ahora vende esta herramienta para poder migrar aplicaciones CogHead. Resumiendo, o te curras tus aplicaciones en otra paas o utilizas esta herramienta para irte a otra paas. Hace poco vimos que Zoho hizo un movimiento para que su cliente objetivo confiaran en Zoho Creador, cuando presentó una herramienta para migrar las aplicaciones Zoho a Google App Engine.

Os dejo la carta que he tomado de este blog:

Dear Valued Coghead Customer:

On behalf of the entire Coghead team, I would like to thank you for your
past business. We have taken pride in offering you our state-of-the-art
Platform-as-a-Service to support your development of software applications.
Regretfully, due to the impact of economic challenges, Coghead has
discontinued its operations.

Effective immediately, the Coghead service and the license agreement to
which customers agreed when they registered for the service are terminated.
However, existing customers will be able to access and use their
applications and data through my.coghead.com *until April 30, 2009 on an
unsupported, “as is” basis without any representations or warranties
(express or implied) or indemnity from Coghead or any other party. To use
the service during this period, customers must go to
http://my.coghead.com/api/util/serviceterms.jsp and accept the specified
terms of use listed. Effective immediately, all access and use of the
applications and data available through my.coghead.com shall be pursuant to
the terms listed at http://www.coghead.com/serviceterms.html.*

Customers should download their data that is available through
my.coghead.com before 3:00 p.m. Pacific time on April 30th. However,
Customers should not attempt to copy, modify, reproduce or reverse engineer
any portion of the software that is part of, or used in the delivery of, the
service. Customers will not be charged for their use of the service through
April 30th. In light of the foregoing, we strongly recommend that customers
limit their work on existing projects and refrain from initiating new
projects and application rollouts.

*Basic support inquiries can be submitted to support@coghead.com until 3:00
p.m. Pacific time on April 30, 2009.*

Thank you again for your past business and support.

Coghead