Angel "Java" Lopez : Software as a Service

La caída de gmail, lecciones aprendidas

lopez — Wed, 02 Sep 2009 15:53:27 GMT

Ayer, martes 1 de septiembre, se cayó el servicio web de gmail, por un tiempo (no tengo el dato exacto de falla, pero fueron por lo menos dos horas). Yo uso el servicio via web, y tengo varias cuentas, alguna personal y otras por empresa cliente. Y me parece que el servicio de gmail es muy bueno, y la interface de manejo web me resulta útil: el tener “labels” por ejemplo, para manejar los temas, es algo que deberían tener todos los programas de correo desde hace años: basta eso de que un email va en una carpeta. Es como el delicious: cada item interesante, puede clasificar en más de un tag (es idea a explorar, que tengo pendiente desde hace unos años, desde que armé mi sitio, vi delicious, y estudié topic maps y temas relacionados).

Es interesante leer en el blog de gmail, las causas y medidas que se tomaron para subsanar la falla en el servicio, por ejemplo, leo en:

http://gmailblog.blogspot.com/2009/09/more-on-todays-gmail-issue.html

Here's what happened: This morning (Pacific Time) we took a small fraction of Gmail's servers offline to perform routine upgrades. This isn't in itself a problem — we do this all the time, and Gmail's web interface runs in many locations and just sends traffic to other locations when one is offline

Bien, la “redundancia es la mejor estrategia”, una frase de “Sadrac en el horno” de Silverberg, es una frase que parece que Google sigue siempre.

However, as we now know, we had slightly underestimated the load which some recent changes (ironically, some designed to improve service availability) placed on the request routers — servers which direct web queries to the appropriate Gmail server for response. At about 12:30 pm Pacific a few of the request routers became overloaded and in effect told the rest of the system "stop sending us traffic, we're too slow!". This transferred the load onto the remaining request routers, causing a few more of them to also become overloaded, and within minutes nearly all of the request routers were overloaded. As a result, people couldn't access Gmail via the web interface because their requests couldn't be routed to a Gmail server. IMAP/POP access and mail processing continued to work normally because these requests don't use the same routers.

Vean cómo la liebre salta cuando menos se lo espera. “Esperar lo inesperado” sería algo que resume la lección aprendida. Si tenemos un sistema andando, sea software, hardware, y demás, habrá que estar preparados para cuando pase lo que no debería pasar.

The Gmail engineering team was alerted to the failures within seconds (we take monitoring very seriously). After establishing that the core problem was insufficient available capacity, the team brought a LOT of additional request routers online (flexible capacity is one of the advantages of Google's architecture), distributed the traffic across the request routers, and the Gmail web interface came back online.

Ciertamente, cuánto de nosotros planeamos las aplicaciones para que sean monitoreables? ¿o tenemos preparados los recursos para que sea tan flexible la arquitectura que permite un reemplazo rápido de los mismos? Yo debería aprender más sobre las técnicas de monitoreo, protocoles, estándares, que existen en la industria.

Vean igual que el problema se circunscribió a la interfaz web: el acceso IMAP/POP siguó funcionando.

Algunos usuarios en Twitter, empezaron a desgañitar pestes sobre google y gmail. Pero me parece la gente de Google hizo un excelente trabajo. Tengo menos caídas en Gmail, que en servidores locales de empresas cliente, que atienden a apenas decenas de usuarios.

Pienso entonces: si bien esto se puede ver como una señal de fragilidad de un servicio en línea (y de lo que pronto va a ser llamado algo difusamente “la nube”), veo que es una señal más de lo bueno que es delegar la solución de problemas a gente que está preparada para eso. ¿cuántos de nuestros servicios IT que consumimos en empresas a las que vamos todos los días, podrían reaccionar tan rápido? Yo he visto sistemas miles de veces más chicos, caídos por horas (o días), acá en estos lares.

Una opinión en contrario:

http://www.nevillehobson.com/2009/09/02/the-cloud-is-still-not-reliable-enough/

donde leo:

I still have more faith in local content and offline backups.

¿Opiniones?

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Qué es Cloud Computing

lopez — Fri, 21 Aug 2009 09:45:47 GMT

Hay bastante revuelo sobre los conceptos y aplicaciones de Cloud Computing, con ofertas de prácticamente todos los grandes jugadores del software. En estos días encontré este video, corto, que sirve para que podamos transmitir, no tanto el tema técnico, sino la proposición de valor que ofrece la nube. Podemos verlo como una extensión de tercerizaciones que ya se venían haciendo (como el hosting del sitio de una compañía), pero a mayor escala (a tener en cuenta para evaluar este video: es un video comercial de SalesForce.com):

(Please visit the site to view this media)

Hay muchos temas técnicos a discutir, y muy interesantes. Por ahora, vayamos viendo cómo puede influir en nuestros desarrollos y proyectos, todo esto de la nube.

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Volviendo a AjContab

lopez — Sun, 05 Jul 2009 14:09:57 GMT

Hace ya un tiempo que vengo pensando en reflotar AjContab:

http://www.ajlopez.com/ajcontab/

Encuentro este mensaje viejo, en la lista de Arquitectura del MUG de Argentina

http://www.mail-archive.com/arquitectura@mug.org.ar/msg00504.html

AjContab es un viejo ejemplo que daba en mis cursos de .NET 1.x, hace unos años. Debería reescribirlo, en ASP.NET 2, VS2008, tal vez ASP.NET MVC? Veré. Pero en estos días habia tweeteado:

http://twitter.com/ajlopez/status/2258288758

La idea es tener:

- Múltiples Tenants
- Múltiples Empresas
- Múltiples Planes de Cuenta por Empresa
- Múltiples Ejercicios
- Usuarios y Roles
- Minutas/Asientos
- Reportes como Balance, Libro Diario, Libro Mayor

Al escribirlo en PHP/MySql, podría colocarlo fácilmente en línea. Me serviría como ejercicio de repaso de PHP, y comenzaría a tener un proyecto con Ajax, Javascript, JQuery quizás? Trataría de codificarlo liviano, para no ponerle demasiada arquitectura o parafernalia al principio. En todo caso, eso lo dejaría para la versión .NET o Java.

Será interesante ver cómo los usuarios reciben la idea de tener un sistema así en la web. En el Proyecto Medusa (que mencioné hace poco, en Generación de código con AjGenesis para Mere Mortals Framework), está incluido el desarrollo de un sistema contable en web. AjContab me serviría para afilar las uñas en el tema de poner este tipo de aplicaciones andando.

En cuanto tenga algo publicado, escribo por acá. Keep tuned! :-)

Sugerencias? Bienvenidas!

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

El cielo es azure

lopez — Mon, 03 Nov 2008 11:33:48 GMT

El lunes pasado, Microsoft reveló el Azure Services Platform, en el PDC 2008. Según el sitio renovado de Microsoft Strategy Software + Service:

Azure Services Platform

The Azure Services Platform is part of this vision, providing the power of choice and flexibility in developing, operating, migrating, and managing applications that exist on the internet or devices to provide the best experience for users. The services platform enables this by utilizing common languages, runtimes and frameworks – a common toolset that spans from the service in the cloud to a server, and from the PC to the browser to the phone.

Pero, ¿qué es todo esto? Algo más de información en:

Microsoft Azure

What is Azure

Lo que sigue está basado en esa información publicada:

El Azure Services Platform está albergado en data centers de Microsoft, y provee un sistema operativo y un conjunto de servicios para desarrolladores que pueden ser usados uno por uno o en conjunto. Podemos aprovechar nuestro manejo de Visual Studio y el framework .NET, que son compatibles con esos servicios. En el futuro, Azure soportará más lenguajes de programación, como Python, Ruby, y otros entornos de desarrollo, como Eclipse. Azure usa HTTP, RESP, SOAP y XML: está basado en estándares abiertos.

Windows Azure

Windows Azure es la base de la pila ofrecida de servicios. Es un sistema operativo "in the cloud", que soporta desarrollo, albergue de servicios y un entorno para manejarlos. Podemos crear aplicaciones con Visual Studio: la versión CTP se integra con VS. Notablemente, soporte para Eclipse, Ruby, PHP, y Python será integrado, pero no me resulta claro aun el "timeline" y si ese soporte vendrá de terceras partes o de la propia Microsoft.

Windows Azure incluye:

Computation Services

- Se pueden ejecutar aplicaciones ASP.NET o código .NET "in the cloud"
- Ambiente de hosting de servicios, que incluye Internet Information Services 7.0 y .NET Framework 3.5 SP1
- Seguridad soportaba por políticas flexibles de Code Access Security
- Pequeña runtime API que soporta logging y local storage
- Portal web que permite instalar, escalar, y actualizar los servicios que usamos

Simple data storage services

- Ahora podemos albergar "in the cloud" blobs, tablas, and colas
- Acceso autenticado y triple replicación para mantener los datos seguros
- Acceso a datos mediante interfaces REST, disponibles remotamente o desde el data center

Development Tools

- Se puede desarrollar offline, incluyendo servicios de computación y almacenamiento ("storage")
- Hay SDK tools con comandos de línea y ejemplos
- Add-in de Visual Studio que soporta depuración local

Esto es la liberación de lo que se llamó el proyecto Red Dog. El tema de albergar datos es interesante: supongo que es la evolución de SQL Data Services, pero esta tecnología también está incluida en otra parte de la oferta Azure. Son dos tecnologías distintas, con algunos puntos en común. Enlaces relacionados:

Learn more about Windows Azure
Video- Manuvir Das- Inside Windows Azure
Video- Steve Marx- Windows Azure for Developers

Live Services

Live Services está compuesto de bloques para manejar datos de usuario y recursos de aplicación. Hay un énfasis en el soporte de un amplio espectro de dispositivos digitales. Durante los últimos años, Microsoft ha esta empujando hacia el mundo de los dispositivos, y ahora es el tiempo para conectar cualquiera de esos dispositivos, desde cualquier lugar. Se nos viene el planeta como cubo MS Borg... ;-) Ya puedo escuchar a Gates-3-of-7 "Resistence is futile... you will be connected"... ;-)

El punto fuerte es la fácil creación de mashups: aplicaciones que combinan datos y contenidos de distintos orígenes, y los publican en una aplicación integrada. Hay una API de web service que puede ser usada para crear aplicaciones mashup. Hay algunos ejemplos de aplicaciones que usan esta tecnología por debajo, como: 3d Geology Maps. Este sitio superpone mapas geológicos en tres dimensiones. Docenas de aplicaciones para ver en el Mashups Library.

Learn more about Live Services
View the Quick Apps

SQL Services

SQL Services extiende las capacidades de SQL Server para exponerlo "in the cloud", usando servicios web. Podemos crear y almacenar datos estructurados, semi-estructurados, y no estructurados (por ejemplo, un blob). Albergar Microsoft SQL Data Services, y puede ser accedido mediante protocoles REST y SOAP. Todo esto está armado sobre base de datos SQL Server. En el SQL Service Labs podemos practicar desarrollando prototipos e incubando proyectos.

Learn more about SQL Services

Microsoft .NET Services

Conocido antes como Biztalk Services, ahora el nombre oficial es .NET Services (buena elección, lo que se ofrecía no tenía relación con el Biztalk Server, que es el producto al que todo el mundo asocia con el nombre Biztalk). .NET Services son un conjunto de servicios orientados al "cloud" y a aplicaciones "cloud-aware". Están dirigidos a manejar los temas de identidad, workflow, y conexión entre aplicaciones:

Access Control

- Proveedores de identidad basados en estándares
- Soporte de Windows Live ID
- Directorioes de empresa
- Decisión de autorización
- Reglas declarativas basadas en Claims: se pueden generar claims en base a otros claims.

Service Bus

- Implementa el patrón de aplicación Enterprise Service Bus
- Registra y expone servicios, entre redes, maneja seguridad, y permite ir más allá de las fronteras de una organización
- Escala en Internet

Esto significa que podemos registrar servicios locales nuestros acá en el hosting de Microsoft, y que otros clientes lo consuman, sin tener acceso directo a nuestros servicios. También soporta que una llamada de un cliente, sea reenviada a varios servicios que están interesados, algo que faltaba en WCF.

Workflow Service

- Se pueden albergar y ejecutar workflows de Workflow Foundation

Hay un sitio web y herramientas Windows para consumir y manejar estos servicios, y APIs definidas para accedr a todo esto desde nuestras aplicaciones.

Learn more about .NET Services

Conclusión

En estas semanas, formé parte de un equipo que estuvo desarrollando herramientas para acceder y consumir estos servicios. Fue un desafío interesante. En mi opinión, todas estas herramientas y servicios son un salto significativo en el tema cloud computing. Habrá que ver la adopción de la industria, pero Microsoft se está poniendo a la altura de lo que el mercado está esperando en tema de cloud computing. Habrá que ver también qué tipos de aplicaciones podrán surgir que aprovechen esta infraestructura. Mucho de cloud computing por ahora, fue orientado a grandes aplicaciones de gigantes como Google. Las aplicaciones medianas y chicas, ¿tendrán su lugar? Imagino que será cuestión de precio y facilidad de desarrollo.

Desde el arribo de Ray Ozzie a Microsoft, se estuvo gestando todo esto que se mostró la semana pasada en el PDC. No es algo que se pensó de apuro. Lo veo a Ozzie totalmente orientado a esto.

El cielo de cloud computing no es azul, es azure.

Algunos artículos:

Microsoft's Azure is so 1997 (and Why I Love It)
Microsoft to battle in the clouds
steve clayton- geek in disguise - Clearing Clouds
Web 2.0 and Cloud Computing - O'Reilly Radar

Cloud Computing in my delicious

http://delicious.com/ajlopez/azure

Un artículo que explica el poder de Microsoft para llevar a buen puerto todo esto:

Scobleizer — Tech geek blogger » Blog Archive Never underestimate Microsoft’s ability to turn a

Este artículo es una traducción del original en Anglish ;-)

Sky is azure

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/
http://twitter.com/ajlopez

El nuevo bebé Microsoft: Live Mesh

lopez — Sat, 26 Apr 2008 11:13:16 GMT

Esta semana pasado, el gigante de Redmond anunció su nueva creación, Live Mesh (tech preview):

https://www.mesh.com/Welcome/Welcome.aspx

Gracias al post de Arvindra Sehmi:

http://blogs.msdn.com/asehmi/archive/2008/04/24/introducing-live-mesh.aspx

tenemos ahí una lista de comentarios sobre el nuevo bebé Microsoft. Esta nuevo producto de Redmond no es fácil de describir brevemente, pero merece que se le preste atención. Es una incursión de Microsoft en Web 2.0 y en su propia creación, Software plus Service.

(para bloggers, noten el uso de enlaces con screenshots, buena idea Arvindra!)

Este video explica la arquitectura a alto nivel (gracias a Matias Woloski por este link)

http://channel9.msdn.com/Showpost.aspx?postid=399577

In la lista de artículos de Arvindra, encuentro esta introducción de la inefable Mary Jo Foley

Ten things to know about Microsoft's Live Mesh

Leamos el punto uno:

1. The definition. As has become the norm with so many of its Software + Services products and strategies, Microsoft isn’t the best at coming up with a succinct Live Mesh definition. The closest I found (in a Live Mesh reviewer’s guide) was this: “Live Mesh is a ’software-plus-services’ platform and experience from Microsoft that enables PCs and other devices to ‘come alive’ by making them aware of each other through the Internet, enabling individuals and organizations to manage, access, and share their files and applications seamlessly on the Web and across their world of devices.” If I were in charge of defining Live Mesh, I think I’d go with “a Software + Services platform for synchronization and collaboration.”

Acá detecto algunas ideas de Bill Joy para Jini, una tecnología que nació demasiado temprano:

The Jini Technology Vision

Jini technology redefines the concept of a client. Instead of a fixed set of "local" devices, Jini technology supplies the Java client with a federation of remote "plug and play" devices in a dynamic configuration (the Jini Federation) that is personalized for each client. With Jini technology, the network truly becomes the client computer!

Toda esta nueva movida de MS podría ser el resultado visible de algunas ideas de Ray Ozzie, expresadas hace años en el notable memo:

The Internet Services Disruption

Supongo que Microsoft se está moviendo más y más hacia (recordemos el asunto Yahoo). Es una compañía que adopta la frase de Andy Grove: solo los paranoicos sobreviven. Tienen apuesta en RIA (Rich Internet Applications), Silverlight, Web 2.0, Rich Client... Todos los números de la ruleta están cubiertos, aún el doble cero... ;-)

Una nota: me asombra, que después de todo este esfuerzo, Microsoft todavía siga revelando nuevas herramientas solamente pare residentes de EE.UU. Google, por el contrario, pone sus innovaciones a disposición del mundo, sean betas o lo que sea. Toc, toc, McFly.... algún MS VP leyendo esto? ;-)

Angel "EverMeshed" Lopez
http://www.ajlopez.com

The making of LitwareHR

lopez — Sun, 23 Dec 2007 15:20:52 GMT

El año pasado participé del desarrollo de LitwareHR, una aplicación Software as a Service de referencia de Microsoft. Trabajé en un equipo de Southworks, en un proceso tipo SCRUM. Al final del proyecto se filmó un video para mostrar algunas ideas del proyecto.

Pueden ver el video en

MSN Video - The making of LitwareHR

Las estrellas son Gianpaolo Carraro y Fred Chong, de Microsoft. En la captura de arriba a la derecha, podemos ver algunos de los miembros del team:

Ezequiel Morito
Ezequiel Bella
Matías Woloski
Ariel Schapiro
Alejandro Jack (el que está vestido de muñequito de torta....;-). Hace unas semanas, el bueno de Alejandro se aprobó el examen de Arquitecto certificado en Microsoft. Es el tercer arquitecto de Latinoamérica, y el número 99 en el mundo.

En el video, tengo una mínima intervención, pero ya saben: no hay papeles chicos para un actor grande ... ;-)

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/

Aplicación de Microsoft ejemplo Software as a Service

lopez — Thu, 08 Feb 2007 17:40:00 GMT

Ya está disponible la aplicación de referencia de implementación de un Software as a Service. Pueden bajarla desde

http://msdn.microsoft.com/architecture/saas/sampleApp

Una descripción

LitwareHR is a fictitious HR application providing recruitment management software delivered as a service. The most important aspect of this application is not what the application does, but how it does it. Using the latest Microsoft technologies such as .NET Framework 3.0 and SQL Server 2005, LitwareHR implements single-instance multi-tenancy patterns. These patterns, previously described in our whitepapers, are available in the MSDN SaaS Architecture Center.

Hay un sitio para la comunidad en:

http://www.codeplex.com/LitwareHR

para discutir sobre implementación, sugerir mejoras, aprender sobre la solución y su diseño.

Y hasta hay un "detrás de la escena", cómo fue armada, en

http://www.skyscrapr.net/architects-in-action.aspx

Grande Southworks!

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/

Recursos Software as a Service

lopez — Mon, 04 Dec 2006 09:46:51 GMT

En mi blog en inglés tengo algunos enlaces y recursos publicados de Software as a Service, por ejemplo More SaaS resources and links

Repito acá alguno de esos recursos:

Juergen Pfeifer's blog
http://blogs.msdn.com/juergenp/
Solution Architect at Microsoft, EMEA

Remend
http://www.remend.com/
Una empresa que ofrece una aplicación SaaS

Ron Jacobs publicó una serie de ARCast sobre el tema:
ARCast.TV - SaaS @ Work - Remend Overview
ARCast.TV - SaaS @ Work - Remend Architecture Overview
ARCast.TV - SaaS @ Work - Remend Architecture Drilldown on Workflow and Services
ARCast.TV - SaaS @ Work - Remend User Experience
ARCast TV - SaaS @ Work - Remend Database Architecture

SaaS – Mega Disruption
http://axelschultze.blogspot.com/2006/02/saas-mega-disruption.html
10 Strategic Aspects of Software as a Service
1) Time to value
2) Perpetual service model
3) Major transformation in usability and support structure
4) Financial predictability
5) Leveraged Administration, reduced cost
6) Data security and reliability
7) Meta Data - Business Benchmarks
8) Technology Free Information Management
9) User Integration
10) Explosive Growth

Axel's Blog
http://axelschultze.blogspot.com/
Axel Schultze es un emprendedor innovador. Su blog es sobre innovación en general, SaaS, Web 2.0....

Next Level of Technology
http://axelschultze.blogspot.com/2006/03/next-level-of-technology.html

The Enterprise Software Chasm
http://axelschultze.blogspot.com/2006/03/enterprise-software-chasm.html

TCO for SaaS Applications
http://axelschultze.blogspot.com/2006/06/tco-for-saas-applications.html

The beginning of a new software economy
http://axelschultze.blogspot.com/2006/02/beginning-of-new-software-economy.html
From 1 Million to 100 Million SaaS users in 5 years

The Service Economy
http://axelschultze.blogspot.com/2006/01/service-economy.html

Single Sign On for SaaS
http://axelschultze.blogspot.com/2006/04/single-sign-on-for-saas.html

Pioneering Software as a Service
http://axelschultze.blogspot.com/2005/12/pioneering-software-as-service.html

Software as a Service Executive Council
http://www.siia.net/software/groups_saas.asp

Boasso on Business
http://boassobusiness.blogspot.com/
Observation & Outlook on the Business of Technology

ACCELERATED REVENUE GROWTH IN AN EVOLVING MARKET (Part I)
http://boassobusiness.blogspot.com/2006/05/accelerated-revenue-growth-in-evolving.html

SAAS VENDORS' BIGGEST BUSINESS CHALLENGE
http://boassobusiness.blogspot.com/2006/03/saas-vendors-biggest-business.html

http://boassobusiness.blogspot.com/2006/06/getting-saas-wrong.html

THE CHURCH OF KAWASAKI
'The Art of Evangelism' In the SaaS World
http://boassobusiness.blogspot.com/2006/06/church-of-kawasakithe-art-of.html

SaaS Workshop Series
http://www.opsource.net/saasworkshop/

SaaSy thinking
http://www.lecayla.com/blog/
Thoughts on the world of Software-as-a-Service

SaaS Showplace
http://www.saasshowplace.com/

Industry News/Events
http://www.saasshowplace.com/industrynewsevents.html

Software-as-a-Service Insights
http://www.saasshowplace.com/saasinsights.html

Angel "Java" Lopez
http://www.ajlopez.com/en

Software as a Service

lopez — Tue, 01 Aug 2006 09:38:00 GMT

En estos días estoy trabajando sobre este tema: Software as a Service, una nueva "buzzword" que se ha estado difundiendo en el último tiempo.

Podemos ver una definición de SaaS en el glosario del Skycrapr

http://www.skyscrapr.net/archipedia/default.aspx/Archipedia/SoftwareAsAServiceGlossaryEntry.html

"The key characteristics of SaaS software, according to analyst IDC include:

1. Network-based access to, and management of, commercially available (e.g., not custom) software

2. Activities that are managed from central locations rather than at each customer's site, enabling customers to access applications remotely via the Web

3. Application delivery that typically is closer to a one-to-many model (single instance, multi-tenant architecture) than to a one-to-one model, including architecture, pricing, partnering, and management characteristics "

Podemos consultar la Wikipedia

Software as a Service - Wikipedia, the free encyclopedia

donde encontramos:

"Software as a Service (SaaS) is a model of software delivery where the software company provides maintenance, daily technical operation, and support for the software provided to their client. SaaS is a model of software delivery rather than a market segment; software can be delivered using this method to any market segment including home consumers, small business, medium and large business."

Traduciendo: SaaS son aplicaciones comerciales, que son accesibles por la red, y se brinda su uso a cllientes, que no necesitan instalar ese software. El proveedor de SaaS le vende o alquila su uso, preinstalado en algún servidor de la red. Pero no es sólo software "preenlatado" en la red, sino que se permite la adaptación al cliente. El término multitenant destaca que una misma aplicación puede servir a varios clientes.

Pero lo distintivo es la idea de tener la aplicación disponible por red. Eso es lo que cambia fundamentalmente con respecto al software comercial, ERP, CRM, o lo que quieran. Ejemplo emblemático de este tipo de servicio es SalesForce que brinda lo que denomina "on-demand Customer Relationship Management". Esta empresa la descubrí en la época de la burbuja de Internet: me pareció interesante su modelo, y mucho de las cosas que he estado desarrollando desde entonces, apunta de alguna forma a reproducir ese modelo para llegar a un Enterprise Resource Planning, brindado como servicio.

Los que tienen alguna memoria, recordaran que esto es similar al concepto de ASP: Application Service Provider, como lo que encontramos en

http://www.aspstreet.com/
http://www.aspnews.com
http://en.wikipedia.org/wiki/Application_service_provider

Visiten esos sitios, y los encontrarán renovados, discutiendo a todo vapor sobre el concepto de Software as a Service.

Aquí en mi pais Argentina, encontramos a Mirol, desde hace años, propugnando por este concepto:

http://www.mirol.com/modalidad-asp.asp

"Imagínese ahorrar recursos tanto en hardware, software, así como en personal de soporte y administración...

Imagínese no tener que preocuparse de actualizaciones y nuevas versiones de software, hardware obsoleto, creación de nuevos usuarios..."

Varias empresas de tecnología informática, se han subido al tren, como IBM y Microsoft. Desde el punto de vista de esta empresa, es interesante leer algunos artículos, como

Architecture Strategies for Catching the Long Tail

un clásico de Fred Chong y Gianpaolo Carraro. Ahí plantean que, económicamente, el modelo SaaS apunta al gran volumen que se consigue a llegar a los clientes de la "larga cola"/"long tail" de:

Tambíén destacan que la repartición de costos pasa de:

a esta distribución

Pero más llama la atención, que en el gigante de Redmond, el propio Ray Ozzie, heredero de la posición de Gates, se dedique al tema, como en

http://www.internetnews.com/ent-news/article.php/3623171

Es imperdible para seguir el tema seguir los blogs de Chong y Carraro:

http://blogs.msdn.com/gianpaolo/
http://blogs.msdn.com/fred%5Fchong/

así como el blog del Gran Woloski (que ha decidido escribir su tesis sobre SaaS):

http://staff.southworks.net/blogs/matiaswoloski

El bueno de Matías escribió

SaaS: naming, paradigm shift, value
SaaS: Workflow in multitenant environment
SaaS: Realization of Metadata Services

Es interesante el artículo sobre workflow de Woloski, porque plantea temas en los que estoy pensando desde casi el siglo pasado, sobre cuáles son las partes "variables" de una aplicación. Más sobre lo que quiero hacer, más abajo.

Una entrevista al bueno de Gianpolo Carraro por Diego Dagum en

“Software as a Service”: Charla A Fondo Con Gianpaolo Carraro

Puntos de vista de Gianpaolo en:

SaaS Guidance: not only for ISVs
SaaS value proposition for the buyer
SaaS Simple Maturity Model
Multi-Tenancy, metadata driven everything and you are my #1 customer

Es una persona inteligente, lee los mismos libros que yo... :-)... lean

Blue Ocean Strategy and Architecture

Es interesante comenzar a pensar cómo debería ser una aplicación SaaS desde el punto de vista técnico. Me imagino que debería soportar múltiples empresas, permitir de alguna manera la formación de una comunidad. Esto puede ser una ventaja competitiva de un proveedor SaaS: imaginen aplicaciones que se beneficien de la sinergia de trabajar con otras empresas que usan la misma aplicación, como un sitio de compras coorporativas. Un proveedor querrá usar la aplicación que tiene mayor cantidad de empresas compradoras que la usan, si esta aplicación permite que una empresa se comunique con otras empresas usuarias.

Pero volvamos al lado técnico. Tengo en mi mente, algunas ideas. Desde hace años, trabajo en generación de código, y en la interpretación de metadata. Ya en este blog publiqué algún código para generar páginas web dinámicamente Formularios ASP.NET generados en ejecucion, en base a metadata que describa un formulario. De alguna manera, estaba pensando en una aplicación ASP (ver por ejemplo, el germen de esto en http://www.ajlopez.com/ajcontab ). desde hace algunos años. Me parece que ése es el camino a explorar, en el tema de desarrollo de aplicaciones comerciales.

Un tema a estudiar, es la organización de los datos, en semejante tipo de aplicación es el excelente artículo de Carraro, Chong y Wolter:

Multi-Tenant Data Architecture

Cómo podría construir una prueba de concepto de SaaS? Creo que puedo comenzar a escribir algunos requisitos y casos de negocio y visión, de una aplicación SaaS. Como prueba de concepto, encararía una aplicación que permite a las empresas y usuarios, definir sus propias entidades de datos (quienes conocen mi generador de código AjGenesis saben a qué apunto), y a definir, luego, de alguna forma, un flujo de trabajo con esos datos. Hasta puedo imaginar un nombre AjAga (Aj Another Generic Application ... :-). Gran tema a decidir es si esto se implementa por generación de código o por interpretación de metadata en ejecución. Mi idea, es llegar a una aplicación que, según Carraro, sea

Level 1: (Configurable)

At level 1, the software can be tailored for each tenant via configurations (no custom code), all the tenants use the same code. However at level 1, the architecture is still not multi-tenant, each customer runs its own copy (albeit the same). The separation can be either virtual (virtual machines on a same server) or physical (running on separate machines). Although much better than previous level, the architecture allows customization through configuration (code base is the same), the computing power is not shared among the instances and therefore the provider cannot achieve economy of scale, putting it at a competitive disadvantage vs. a multi-tenant solution.

y luego llegar a

Level 2: (Configurable, Multi tenant)

At this level. the application architecture includes the multi tenancy concepts. Akin to level 1, the UI can be customizable per tenant, so can the business rules and the data model. The customization per tenant is fully performed through configuration and is performed through a self-service tool, getting around the need of provider intervention. It is almost the SaaS "perfect case"; the only big piece missing at Level 2 is the capacity to scale out; the data partitioning is such at this level that growth can only be achieved by scaling up.

(disculpen que no traduzca) (extraído del artículo mencionado SaaS Simple Maturity Model)

He dejado algunos enlaces adicionales sobre SaaS en

http://del.icio.us/ajlopez/saas
http://www.ajlopez.net/Busqueda.php?Filtro=saas

Más delicious en

http://del.icio.us/tag/multi-tenant
http://del.icio.us/tag/saas

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/