|
|
|
Cono Sur, Marzo de 2006
|
|
Número
6
|
|
|
Del Editor
|
|
|
|
Software
as a Service
SaaS se ha
convertido en uno de los temas de mayor interés en los últimos meses: el
concepto de proveer software como un servicio que ejecuta y es
administrado en forma centralizada, habilitando diversas formas de uso
y comercialización, hoy está implantado en la agenda, habilita
nuevas oportunidades de negocios y podemos verlo reflejado en diversos
ejemplos: desde los más básicos como los servicios de mail (Hotmail, Yahoo
Mail o GMail) hasta los más elaborados como salesforce.com o Windows Live Care.
SaaS
desde la
perspectiva del arquitecto de software requiere dos piezas: tecnología y
recomendaciones y guías de arquitectura; Nos interesa en este caso
referirnos al segundo aspecto: ¿cuáles son las recomendaciones y guías de
arquitectura para apalancar el éxito de un proyecto de estas
características?
Desde
Microsoft estamos trabajando en un libro en formato patterns
& practices que aborde los distintos aspectos
necesarios a la hora de reazliar el diseño arquitectónico de software bajo este
paradigma. Aquí se puede ver el índice planeado de dicha publicación y se
tiene la oportunidad de agregar comentarios o sugerencias.
Adicionalmente
para la próxima edición del Newsletter tendemos una entrevista/chat con Gianpaolo Carraro uno de los
responsables de esta inicitativa.
Eduardo Mangarelli
Eduardo.Mangarelli@microsoft.com
http://spaces.msn.com/members/emangare
Responsable del Grupo de Arquitectura y Plataforma .NET
Microsoft Cono Sur
|
|
|
|
|
|
|
|
|
|
|
|
•
|
|
Sobre el crecimiento de la Industria de Software en
Bangalore
|
|
•
|
|
Windows Gadget: una oportunidad de negocio para
empresas de desarrollo
|
|
|
|
|
|
•
|
|
BEA incluye soporte nativo para ADO.NET
mejorando así las capacidades de
interoperabilidad entre Java/BEA y Microsoft .NET
|
|
|
|
|
|
|
|
|
|
|
|
•
|
|
Interoperabilidad, Extensibilidad y con Productividad
En este artículo
Juval Lowy nos desmitifica las diferentes tecnologías de comunicación
entre aplicaciones y servicios, existente hoy en la plataforma .NET,
presentando sus ventajas y desventajas y mostrándonos los escenarios más
apropiados para cada una de ellas. Luego, nos introduce en el nuevo
modelo de programación de Indigo, el subsistema de comunicaciones de la
nueva plataforma de aplicaciones de Microsoft y nos ofrece algunos
criterios de cómo mitigar los riesgos de la migración de las tecnologías
de comunicación comentadas, al mismo.
|
|
•
|
|
WS-* para coleccionar
En este capítulo del libro
Service-Oriented Architecture: Concepts, Technology, and Design se
explican con claridad las tecnologías core del conjunto de extensiones
que regula el framework de mensajería SOAP.
Se incluyen mapas con las relaciones
entre los diferentes componentes, secciones con distintos niveles de
abstracción y ejemplos prácticos de aplicaciones.
|
|
|
|
|
|
•
|
|
Tres Perspectivas Requeridas de SOA
Grace Lewis y
Dennis Smith del SEI (Software Engineering Institute de Carnegie Mellon)
plasman en este artículo algunas de las problemáticas que presentan las
tecnologías basadas en SOA y presentan tres perspectivas a considerar al
desarrollar SOAs efectivas.
Se toman en
consideración soluciones "end-to-end" y se plantean para cada
una de ellas las tareas, riesgos y características importantes.
|
|
•
|
|
Más
sobre SaaS
Software as a service: The next big thing
The true value of software as a service
De wikipedia
SaaS value proposition for the buyer
SaaS Summit 2006
|
|
|
|
|
|
|
|
Enlaces
|
|
|
|
|
|
Fun Stuff
|
|
|
|
•
|
|
http://www.on10.net/
10 is a place for people who want to use technology to
change the world.
Every weekday at 10:00 am (PST) we’ll update this site
with a new video that highlights people, their passions and often the
technology they are using. At the end of each week we compile these
videos into a full length show with some extra surprises for you.
In addition to the show,
we're launching a number of blogs for the enthusiast covering a wide
range of topics. Our blogs will be written by Microsoft employees,
members of the 10 community or a mixture of both.
Welcome to the beginning of 10, the next step starts with
you!
|
|
|
|
Eventos
|
|
|
|
|
|
|
|
|
|
<Arquitectura Empresarial>
Web 2.0: La Burbuja Que Resistió La Explosión
Por Diego Dagum, Arquitecto .NET, Microsoft
Chile
|
|
|
La segunda mitad de los 90 estuvo dominada por la novedad
tecnológica de la Web. Numerosos sitios comenzaron a proliferar, en tanto
que diversos analistas comenzaron a opinar de las implicancias que la
“telaraña de hipertextos” iba a tener en la sociedad y en la economía
global. A su vez, tecnólogos comenzaron a desarrollar herramientas,
servidores y paradigmas para concretar la extensión de la telaraña a los
límites que los analistas habían previsto. Por último, inversores
comenzaron a arriesgar dinero para concretar proyectos visionarios
alineados con las perspectivas que todos daban por aceptado.
Hoy nadie duda que ese festival terminó. La
burbuja explotó. Compañías enteras desaparecieron. Millones de dólares
quedaron perdidos en proyectos truncos que la mayoría no llegó a conocer (y
los pocos que sí, quisieran olvidarse).
Sin embargo, aquellos proyectos que sí prosperaron
comparten ciertos patrones comunes. El concepto de Web 2.0 es un intento de
compilación de los mismos, de modo de definir prácticas exitosas de la web
que sí funciona. Este artículo explica qué es Web 2.0 a través de adecuadas
comparaciones de funcionalidades y formas de pensar pre y post burbuja.
También, destaca patrones de diseño para esta nueva Web y competencias
clave de las compañías que los aplican.
link
|
|
|
|
|
|
|
|
|
|
|
<Arquitectura Empresarial>
MIX06 para compartir
|
|
|
Se acaba de desarrollar en
Las Vegas MIX06, un evento destinado a mostrar cómo diseñadores de
interfaces y desarrolladores de software pueden trabajar juntos más
efectivamente a través de prácticas y herramientas adecuadas.
Bill Gates y Tim O’Reilly hablaron sobre Web 2.0 y el futuro de la industria del software. Se
explicó Windows Presentation Foundation, Atlas (el soporte de AJAX sobre
ASP.NET) y cómo producir aplicaciones que corran indistintamente en el
escritorio, en la web, en dispositivos móviles y en televisores de pantalla
gigante.
link
|
|
|
|
|
|
|
|
|
|
|
<Arquitectura Empresarial>
Mantener unidos a Arquitectos y Desarrolladores
Por Alejandro Pacheco, Arquitecto .NET,
Microsoft Chile
|
|
|
La arquitectura
empresarial de aplicaciones, a pesar de no ser un tema nuevo, nos sigue
robando el sueño, en nuestro afán de “clasificar y definir” no acabamos de ponernos
de acuerdo ni [1] en los niveles de arquitectura ni mucho menos [2] en las
funciones de un arquitecto a los distintos niveles.
En mi humilde opinión creo que la propia madurez que
alcancen los mercados locales unido a la magnitud y la complejidad de los
requerimientos que vayan asumiendo decantará en los distintos niveles de
arquitectura a requerir y en las funciones necesarias a cada uno de los
niveles. Lo que destaco de este artículo [Enterprise Architects Join the
Team] de Rebecca J. Parsons, senior architect en ThoughtWorks es la
necesidad de mantener en todo momento una estrecha y sana comunicación
entre arquitectos y desarrolladores.
link
|
|
|
|
|
|
|
|
|
Usted ha recibido este boletín pues
está registrado como miembro en nuestro grupo de Arquitectos de Software o nos ha manifestado su
interés por estos temas. Si desea no recibir más este boletín seleccione aquí: cancelar suscripción
|
|
Si ha recibido este boletín de un colega y gusta
recibirlo mensualmente, puede suscribirse aquí: suscribirme al newsletter.
|
|
© 2006 - Microsoft Cono Sur
|
|