|
Arquitectura
para OLTP
Uno de los desafíos más importantes
que deben afrontar las nuevas plataformas tecnológicas como .NET consiste
en demostrar que realmente son capaces de reemplazar y mejorar la
capacidad, estabilidad y seguridad de los sistemas legados que aun hoy
siguen dominando el backend transaccional OLTP (On Line Transactional
Processing) de muchas industrias.
A pesar del
conservadurismo típico, las empresas han comenzado lenta pero
sostenidamente a migrar sus sistemas de backend más críticos a estas nuevas
plataformas. ¿Qué las lleva a cambiar?...la respuesta la podríamos dividir
en 2 partes; la primera parte tiene que ver con la obsolescencia técnica (a
nivel de hardware y software) y los altos costos de mantenimiento y
soporte de los sistemas legados, la segunda parte tiene que ver con las
ventajas de utilizar una plataforma tecnológica de última generación.
Características como: escalabilidad horizontal y vertical, soporte de
WebServices y estándares derivados, entornos de desarrollo altamente
productivos, entorno de ejecución de aplicaciones administrado, estabilidad
y optimización en tiempo de ejecución, recolector de basura, seguridad
declarativa, acceso a datos eficiente y flexible, manejo transaccional
declarativo y multithreading, entre otros puntos, hacen de una plataforma
como .NET el escenario ideal para desarrollar e implantar las aplicaciones
más críticas de nuestro negocio.
Ahora bien, para abordar
esta migración de manera exitosa, se hace fundamental comprender en
profundidad la arquitectura de la plataforma planteada, así como también el
objetivo, escenario y principales características de algunas piezas de
software claves como ser los productos sugeridos por los proveedores como
parte sustancial de su propuesta de plataforma de aplicaciones (ejemplos:
Microsoft Windows Server como servidor de aplicaciones, Microsoft BizTalk
Server, etc).
Desempeñando nuestra
labor como consultores en Arquitectura de Software, recibimos
frecuentemente de nuestros clientes y socios preguntas e inquietudes relacionadas
con como implementar soluciones OLTP de alta carga en plataforma .NET. A
modo de ejemplo, durante el mes pasado estuvimos analizando y definiendo la
arquitectura de un Switch Transaccional para entidades Financieras. La
primera inquietud que recibimos de parte del cliente estaba relacionada con
el rol de BizTalk Server en una arquitectura de este tipo y si
efectivamente Microsoft recomendaba desarrollar este tipo de aplicaciones
sobre dicho producto. Para escenarios como el que plantea un Switch
Financiero, Microsoft posiciona claramente a Windows Server como el
Servidor de Aplicaciones .NET sobre el cual podemos desarrollar soluciones
que alcancen los niveles de rendimiento y escalabilidad requeridos.
BizTalk Server, es un
broker de integración y un orquestador de procesos que resuelve de manera
muy elegante las necesidades de integración y de administración de procesos
de negocios de cualquier tipo, sin embargo, en escenarios de baja latencia
como el planteado por un Switch Financiero, entendemos que la solución más
eficiente pasa por implementar servicios .NET (por ejemplo con Windows
Communication Foundation y Workflow Foundation) que ejecuten
directamente sobre el CLR y que utilicen de la manera más eficiente posible
los servicios ofrecidos por Windows Server 2003. Este es el camino que han
seguido varios de nuestros clientes y socios que desarrollan actualmente
software para el mundo financiero bancario.
Para obtener más
información sobre Arquitectura de Software aplicada a soluciones del Mundo
Financiero, los invitamos a consultar la página de Financial Services
inaugurada recientemente en nuestro portal de arquitectura.
Será hasta el próximo
mes!
Wilson Pais
Wilson.Pais@microsoft.com
Gerente Socios Desarrolladores
Grupo de Desarrollo & Plataforma
Microsoft Cono Sur
Martín Cabrera
Martin.Cabrera@microsoft.com
Arquitecto de Software
Microsoft Cono Sur
|
