Libro soa

Capitulo 1

Todo el mundo ha escuchado promesas themany y beneficios de Service-Oriented Architecture (SOA), y que todos ustedes han oído hablar probablemente de una docena de diferentes definiciones de lo que SOA es o no es. Vamos a adoptar un enfoque diferente. Queremos para pintar una imagen de lo que SOA puede ofrecer y la promesa de SOA, y a continuación, describir los retos que seenfrentan las organizaciones en la realización de esa promesa.

En conjunto, la visión y los retos que ofrecen un conjunto de requisitos que la arquitectura deben satisfacer para su implementación de SOA con éxito en la entrega de los beneficios prometidos. A lo largo del libro, vamos a escribir la arquitectura detallada, los principios de diseño, y técnicas que cumplan con los arquitectónicasnecesidades, hacer que la arquitectura de acciones concretas, y dar resultados. En este capítulo, nos fijamos en:

• Lo hice y no funcionó en el pasado.
• La promesa de SOA para la empresa.
• Los desafíos de la entrega de esa promesa
• ¿Cómo hacer frente al desafío (el tema de este libro)

Pero primero, vamos a empezar con una pequeña historia. El escenario es cierto aunque losnombres han sido cambiados.


Érase una vez …

Ya en 1994, sin Importante banco de EE.UU. estaba tratando de resolver sin Problema Con Los Clientes de Servicios . Al Igual Que Casi Todos Los bancos en ESE recuerdo, Todos Los Diferentes Productos ( Es Decir, Diferentes Tipos de cuentas) sí aplicaron en Diferentes mainframe Sistemas. De Cuando llamo Por Teléfono El Representante de Servicio alcliente , ha Hablado Usted Una persona un acosada Con numerosos terminales de Pantalla verde En Su Escritorio. Si Quieres información Sobre Su Cuenta de cheques , El Servicio al cliente Representante FUE un terminal e introduzca la ONU Su Número de Cuenta . Si Su información Sobre youwanted Cuenta de Ahorros , El Representante tuvo Que obtener sin Número de Cuenta Diferente de Usted y ESCRIBA Que esDiferente terminal de las Naciones Unidas. CADA Sistema Cuenta Tenia Una Interfaz Diferente . Juntos , proporcionan confuso sin Mezcla de comandos y la Interacción Que Requerido Formación de la cara y era propenso un Errores . La Satisfacción del Cliente Con la Resolución del Problema FUE baja , Satisfacción de los Empleados Bajo época, y la Retención de los dos era Problemática . Entonces , ¿Qué es un banco sin HACER ? En primer Lugar , sí pusieron una racionalización de la Interfaz párr
Todos Los Sistemas EN UNA Interfaz consistente , EN UNA terminal Única. Soluciones
Como cuentos emuladores de PC y 3270 fueron lanzados alrededor Pero Porque descartados
Sólo redujo El Numero de terminales no, la Complejidad de múltiplos
interfaces. Cambio en, el banco sí se hizó Una Apuesta Porrelativamente nuevo de las Naciones Unidas , distribuídos
Tecnología , Common Object Request Broker Arquitectura (CORBA ) .
La Tecnología Específica Que es eligieron Menos Importante Que El Enfoque . El
Lo Primero Que hicieron FUE CREAR Objetos distribuídos párr representar Los Diferentes
Tipos de Cuentas. Estós Objetos proporcionan Una capa de Abstracción Entre El Usuario
Interfaz y Los QueSistemas mainframe sí incorporación al ordenamiento Cuentas .
A Continuación proporcionan , sí escribió Una Nueva Interfaz de Usuario , utilizando Visual Basic (VB ) , la revista Qué
información de la Cuenta uno de Los Representantes de Servicio al cliente MEDIANTE El Acceso a
Diferentes Sistemas A Través de los Objetos CORBA.
Tomo Cerca de 6 Meses Las Funciones Básicas párr obtener en un Lugar deSu Usuario Un Nuevo
Interfaz , VB / CORBA puentes , ASI COMO simples Objetos en Cuenta -y luego! sí
Hello, fueron de Comenzar una reemplazar ALGUNOS de los terminales de Pantalla verde . En este punto,
comenzaron una comprender El potencial de Este Enfoque . ELLOS tenian en Esencia
Aplicado Los Principios de Aplicación Una arquitectura de 3- Niveles , separando
la Presentación , Lógica de...