Madurez de los Desafíos y de las Propuestas

 En  el post anterior hablaba del origen de los problemas y la completitud de las soluciones. Ahora quiero ir un paso más allá y revisar cómo vienen evolucionando, a través del tiempo, las necesidades de arquitectura y las propuestas tendientes a satisfacerlas

En un principio no se hablaba de Arquitectura de Software. El término Arquitectura, asociado a TI, estaba más bien relacionado a la infraestructura conformada por el hard y el software de base. En aquel entonces las aplicaciones eran monolitos sin mayores pretensiones. Por ende la industria no ofrecía más que lenguajes de mayor o menor nivel, sin otro valor agregado

En los primeros años de los 90 se hizo mainstream la costumbre de mantener separada la lógica de las aplicaciones de la lógica de rastreo e indización de la información. En ese sentido, los lenguajes comenzaron a proveer como parte de sus primitivas o por bibliotecas integradas (API’s) facilidades de acceso a datos

Entonces las empresas empezaron a tener desafios cada vez más intensos en materia de TI, la computadora se había masificado a practicamente todo el personal y los sistemas necesitaban cubrir la mayor área posible del negocio. Los paradigmas vigentes eran inadecuados en términos de mantenibilidad y eficiencia operacional, razón por la cual se impuso el patrón de arquitectura en tres capas (presentación, negocio y acceso a datos). Entonces la propuesta pasó a ser la de los servidores de componentes o servidores de aplicación, con subpropuestas diferentes para satisfacer las necesidades de cada capa

Luego se puso en evidencia que migrar todos los sistemas a una única plataforma no sólo era supérfluo: era arriesgadísimo y caro. Para colmo, la superación de todos los tests a la que había sido sometida la Internet en los negocios, daba luz verde a comenzar a integrar empresas entre sí, a la par de las aplicaciones que cada una internamiente comenzaba a integrar. Es dónde estamos parados ahora: los tiempos de las arquitecturas orientadas a servicios. Y las propuestas son plataformas renovadas que, si bien -como al principio- giran en torno a lenguajes de programación, completan la elaboración de sus propuestas con herramientas de alto nivel para la generación de servicios web asegurados, que procesen los mensajes en forma transaccional y confiable (esto es, sin perderlos, sin desordenarlos o sin reprocesar las duplicidades)

SOA 

 

J2EE v1.4
.NET

 

3 capas 

 

J2EE
WinDNA

 

C/S 

 

Visual Basic
Power Builder
FoxBase

 

Monolitos 

BASIC
COBOL
Pascal
Fortran
C

           

80’s

92

 

97

 

2002

Evolución de las propuestas a medida que maduraron las arquitecturas

Esta entrada fue publicada en Software Architecture. Guarda el enlace permanente.

2 respuestas a Madurez de los Desafíos y de las Propuestas

  1. Rodrigo Araujo dijo:

    Parabéns pelo seu blog, é a primeira vez que vejo um blog que trata do assunto programação, arquitetura, etc…    Mais uma vez parabéns.

  2. Diego dijo:

    Muito obrigado, Rodrigo!!!
    Entretanto meu blog é nem único nem primeiro: Verifique por favor a barra lateral dos "relacionados blogs" em meu home page (http://spaces.msn.com/diegumzone)Muito Obrigado outra vez
     
    (Muchas gracias, Rodrigo!!! Sin embargo mi blog no es ni el primero ni el único: Revisá por favor la barra lateral en mi página principal http://spaces.msn.com/diegumzone. Muchas gracias nuevamente)

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s