Diplomado en Software Libre Módulo: 3. Desarrollo Tecnológico...

Diplomado en Software LibreDiplomado en Software LibreMódulo:Módulo: 3. Desarrollo Tecnológico3. Desarrollo Tecnológico

Curso: 3.1. Integración de sistemas (6 horas)Curso: 3.1. Integración de sistemas (6 horas)

Pedro BonilloDoctor en Ciencias de la Computación Mención Ingeniería de Software Magister en Gerencia de las Finanzas y los NegociosMagister en Ingeniería de Sistemas Mención Sistemas de InformaciónIngeniero en Computación12 años de Experiencia en Telecomunicaciones y 16 años de Experiencia en Docencia UniversitariaGerencia General de Proyectos Mayores, CANTVEmail: [email protected] Celular: 4166830677

2

Integración de sistemas Integración de sistemas

Agenda:

09:00–09:10 Introducción 09:10–10:30 Marco Teórico 10:30–11:00 Receso 11:00–13:00 Continuación Marco Teórico 13:00–14:00 Almuerzo 14:00–16:00 Experiencia Adopción Software Libre

Antecedentes

Falta de integridad de datos

Registros imprecisos de

facturas

Lenta resolución de problemas

Lenta implementación de nuevos servicios y

facturación.

Inadecuada administración de las cuentasInadecuada

respuesta a los clientes

Plataformas propietarias

Integración de Aplicaciones Punto a Punto

Integración de Aplicaciones por un concentrador

Integración de Aplicaciones por ESB

Integración de Aplicaciones por SOA

Rutas paralelas y multiples copias

Rutas paralelas y multiples copias

Entran documentos XML a través de un gateway HTTPS

Entran documentos XML a través de un gateway HTTPS

Documentos XML se transforman en “Mensajes” cuyo flujo se controla a traves de una secuencia

Documentos XML se transforman en “Mensajes” cuyo flujo se controla a traves de una secuencia

Envios de e-mail a través de gateway SMTP

Envios de e-mail a través de gateway SMTP

Mantenimiento de un Log y persistencia del mensaje

Mantenimiento de un Log y persistencia del mensaje

Re-copilacion de nuevos documentos

Re-copilacion de nuevos documentos

Envio de respuesta al origen

Envio de respuesta al origen

TransformacionTransformacion

Integración de Aplicaciones por SOA, mediación

Ejemplo Servicios web

Técnica

Método

Herramienta

Método, Técnica y Herramienta

Metódica

Metódica

Metodología

Metodología

Metodología en la Integración de Sistemas

Marcos de TrabajoMarcos de Trabajo

Metodología, Metódica, MétodoArquitectura Empresarial

Arquitectura Empresarial en Práctica

Lo que necesitamos hoy en día

Sistemas existentes

Legados PaquetesUtilitariosColaboración ContenidoNetwork

Usuarios

Imagenes unificadas de

datos

Procesos de negocio traducidos en

tecnología

Integración de datosIntegración de datos Integración de funcionalidades de negocioIntegración de funcionalidades de negocio(Integración de aplicaciones)(Integración de aplicaciones)

Requerimientos de negocioVisiones 360 de clientes, Tableros de control

MS-AccessSQL ServerSAPCobol Oracle Excel

Cliente

Requerimientos de negocioCompañias orientadas y centradas en procesos de negocio

Clientes

Proveedores & Socios

Empleados, Accionistas

Administración empresarial & corporativa

Estrategia, Infraestructura y Productos

Operaciones

Estrategia &

Com

prom

iso

Asegu

ramien

to

Facturación

Prep

aración y

Soporte d

e la op

eración

Ciclo d

e vida d

el produ

cto

Ciclo d

e vida de los

recursos

Aprovision

amien

to

Requerimientos de negocioIntegración end-end de procesos, y fracaso a la hora de implementar

Clientes

Proveedores & Socios

Operaciones

Aprovision

amien

to

Portal J2EE ( Capturar orden de Aprovisionamiento)

Siebel( Registrar contacto de cliente)

Sistema de facturación in-house Oracle Forms ( Crear cuenta de facturación)

Sistema de ordenes de trabajo de DNA ( Crear orden de trabajo)Sistema financiero en SAP (Registrar costeo orden trabajo)

Sistema SCM en SAP ( Colocar pedido de insumos)

¿Cuánto tiempo toma aprovisionar un nuevo teléfono?¿Duplicamos, de manera temporal, los datos del nuevo cliente

entre el facturador y el sistema de aprovisionamiento?¿ Hacemos integración manual en batch cada 24 horas?

¿ Pero mercadeo dice que aprovisionamos en linea ?

Requerimientos de negocioSoportar toda una historia y tradicción

1970 2012

1980

TerminalHost

- Lógica Presentación- Lógica funcional- Datos

Modelo host

1990

ClienteServidor

- Lógica Presentación- Lógica funcional

-Datos

Modelo Cliente/Servidor dos niveles

1998ClienteServidor

- Lógica Presentación

- Lógica funcional-Datos

Modelo Cliente/Servidor modificado

TerminalBrowser

WebServer

DBServer

AppServer

Lógica Presentación

Lógica Negocio(componentes)

Datos

Multicapas

¿ Cuál es el nuevo orden mundial para organizar este caos tecnológico?

(SOA + BPM) SWL

En resumen…

+ Integración dirigida por procesos de negocios + Trate de localizar donde están las funcionalidades

que soportan el proceso ( Sistemas de información, humanos, etc)

+ El mundo es sincrónico y asincrónico

+ Soporte la historia, conviva y tome ventaja de la misma

Navegando en el difícil mundo de la integración

+ Existen varios mecanismos de integración ( Sockets, RPC, RMI, DCOM, colas, tópicos)

+ Existen varios paradigmas de integración ( P2P, Publisher-Subscriber,EAI, Middleware, MOM, ESB)

+ Existen varios formas de integración EAI – Sincrónica (Request-Reply)– Asincrónica (Colas (Point 2 Point) / Tópicos (Publisher-Subscriber))

+ Existen varias cosas que queremos integrar– Datos– Aplicaciones– Componentes

Sistemas Legados: Definición

“Sistemas de gran embergadura con los que no sabemos como hacer frente, pero que son vitales para el negocio”

(Bennet)

“Un sistema de computación o aplicación que es utilizado debido al prohibitivo costo de reemplazarlo, a pesar de su pobre

competitividad y compatibilidad con [sistemas] equivalentes modernos. Se asumen de gran tamaño, monolíticos y difíciles de

modificar”

Free Computer Dictionary OnLine

“Sistemas altamente confiables y funcionan muy bien” ( Anónimo)

¿ Por qué debemos integrarnos con los sistemas legados ?

30% a 35%del tiempo y costo de implantación de un sistema son enfocados a la integración con sistemas legacy y otros paquetes.

70%de las funciones y datos críticos de negocio residen en aplicaciones legadas

40%Los paquetes ERP cubren, a lo sumo, 40% de las funciones de una empresas.

60 a 80%De los recursos de TI de grandes empresas se dedica a mantenimiento de aplicaciones legadas

+Sin los datos y transacciones provistas por los sistema legados, las nuevas soluciones tienen una utilidad limitada

+Sin integración, se requerirán costosos procesos manuales y se producirán problemas de integridad de datos

+Sistemas legados representan un activo valioso de las organizaciones

+Contienen lógica de negocio probada a lo largo de los años y residen en plataformas confiables

Puntos de integración hacia un sistema legado

Pantallas

Programas CICS

Servicio

Presentación

Negocio

Datos

Aplicación 100% monolítica

Programa Legado

Puntos de integración de acuerdo a la arquitectura lógica de un sistema

Datos

Interfaz de Usuario

Lógica de aplicación

Servicio

Proveen la capacidad de crear una sesión de terminal para interactuar con una aplicación, navegando por diversas pantallas, emulando a un usuario. Ej. 3270, Telnet, HTML

Interactúan directamente con la lógica de la aplicación, accediendo rutinas u objetos en tiempo de ejecución. Ej. Programas CICS, EJB, Stored Procedures, APIs

Acceso directo a las fuentes de datos. No utiliza lógica de las aplicaciones. Ej. JDBC, archivos planos, documentos Xml, EDI

Enfoques de integración según la arquitectura del sistema legado

TerminalHost

- Lógica Presentación- Lógica funcional- Datos

Modelo host

ClienteServidor

- Lógica Presentación- Lógica funcional

-Datos

Modelo Cliente/Servidor dos niveles

Cliente

WebServer

DBServer

AppServer

Lógica Presentación

Lógica Negocio(componentes)

Datos

Modelo Cliente/Servidor multinivel

Integración a nivel de datos

Integración a nivel de Aplicación

Integración a nivel de interfaz de usuario

Arquitectura técnica-Integración Punto a Punto

Atención al Cliente

Manejo de Ordenes

Facturación

Despacho

+ Tiene una inversión inicial baja, pero el mantenimiento se hace costoso

+ El número de conexiones crece exponencialmente a medida que se incorporan aplicaciones

+ Requiere desarrollo de funciones complejas para comunicación, transformaciones, etc.

+ Altamente dependiente de las aplicaciones

+ Soluciones no reutilizables para requerimientos específicos

Arquitectura técnica- Integración EAI

Manejo de Ordenes

Atención al Cliente

Facturación

Despacho

Bus de Integración

+ Altamente escalable en cuanto a número de aplicaciones y volumen de datos.

+ Fuertemente atada a la tecnología del proveedor del bus de integración

+ Provee funciones de comunicación confiable, transformaciones, enrutamiento, etc.

+ Enfocado hacia problemas de integración de procesos o datos de gran escala.

Enterprise Services BusDefiniciones

+ Plataforma de integración centrada en estándares abiertos

+ Siguiente generación de las herramientas EAI

+ Centrado en la naturaleza sincronica de los servicios y asincrónica de los eventos.

+ Combina los paradigmas:

– SOA : Services Oriented Architecture

– EDA : Event Driven Architecture

+ Implementa interfaces estandarizadas para proveer comunicación, conectividad, transformación, portabilidad y seguridad.

Un de las tantas definiciones de la industria…

The Enterprise Service Bus is a simple way to do

integration within a Service Oriented Architecture

Tomado de Forrester ( Derechos de autor reservados de Forrester)

Soporte Multiprotocolo

+ Interoperabilidad entre múltiples y propietarios protocolos de comunicación

– MOM ( Message Oriented Middleware)– SOAP (Simple Object Access Protocol)– CORBA ( Component Object Request Broker Archictecture)– B2B (Business to Business)– JBI (Java Business Integration)

Enterprise Service Bus (ESB)

Servicios de negocio

RMI CORBA .net RemotingMOM


SOAP

Soporte WSP ( Web Services Platform)

+ WSP debe incluir

– Motor de ejecución SOAP

– Framework de construcción

de webservices

+ Considera varios frameworks

– WS-Addressing

– WS-Reliable Messaging

– WS-Eventing

– WS-Notification

– WS-Transaction.Fuente: Burton Group

Contenedor de servicios / Modelo de Programación Abstracto

+ Contenedor de Servicios

– Infraestructura que pemite almacenar y manejar el ciclo de los servicios ( Ciclo de vida )

+ Modelo de programación abstracto.

– Modelo de programación que permite abstraer el servicios de los mecanismos de comunicación e interacción ( Request-Reply, MOM, etc)

+ Mensajería confiable

– Persistencia de mensajes residentes en colas y tópicos

– Soporte transaccional en la entrega del mensaje

– Implementación de primitivas ( at-most-one, at-least-one, exactly one, ordering delivery, etc)

Adaptadores de integración

+ Adaptadores

– Integración con sistemas legados–Plataformas ERP, CRM, Transaccionales.


JD Edwards SAP Siebel / PeopleSot

CISC Aplicación AS/400

Aplicación HTML

Conectores técnicos

Orquestación de Procesos de negocio

+ Ejecución de procesos de negocio basada en reglas.

+ Procesos de negocio complejos• Atraviesan: personas, organizaciones, dominios, actividades,

webservices, repositorios, sistemas, etc.• Multi-paso, multi-participantes, multi-plataforma, multi-componente.• Condicionales, secuenciales y paralelos.

+ Procesos de negocio dinámicos• Considera la redefinición en tiempo real de participantes, roles,

rutas, reglas, politicas, dependencias y politicas.

+ Procesos de negocio de larga duración• Ejecución asincrónica de actividades• Procesos que toman horas, dias, semanas y meses para completar su

ejecución• Requiere de un control y monitoreo centralizado del ciclo de vida del

proceso

Transformaciones / Transacciones / Routing

+ Transacciones Transacciones locales Transacciones distribuidas

Transformaciones– Agregación– Filtros– Truducciones y mapas de datos.

+ Enrutamiento

– Enrutamiento tradicional: Los datos e información de enrutamiento hace

parte de la lógica del negocio del componente.

– Enrutamiento basado en el contenido de los mensajes (información

encabezados)

– Enrutamiento de externo: Controlado y/o coordinado por un BPM.

... Y la arquitectura externa en un ESB es:


Reglas y parametrización

Mecanismos sincronos & Asincronos de transporte

Seguridad & Manejo de la identidad

Enrutamiento & BPM & Transacciones

Servicios de transformación y trans.

Orquestación ycoordinación

Aplicación

J2EE SAP Siebel /

PeopleSotAplicación

.NET Aplicación

AS/400Aplicación

HTML


RMI CORBA .net RemotingJMS


SOAP

Conectores técnicos

Mule ESB

¿Que es Mule ESB?• Mule es un framework ligero de

mensajería basado en el manejo de eventos.

• Desarrollado para ambientes altamente escalables SEDA.

• Arquitectura basada en Enterprise Service Network.

• Posee canales de comunicación llamado Endpoints.

• Control de flujo de mensajes: Inbound, Outbound, Response, routers, Filters, etc.

Objetivos de Mule

• Acelerar la integración de sistemas heterogéneos.

• Exponer Componentes sobre múltiples transportes.

• Incentivar el reuso de las aplicaciones existentes.• Disponibilizar de aplicaciones asíncronas.

Topologías SOA

Enterprise Service Bus

Client/Server and Hub n' Spoke

Peer Network

Pipeline

Enterprise Service Network

Conceptos Mule1. Service Components2. Endpoints and Transport Providers3. Inbound routers4. Outbound routers5. Transformers6. Service Manager

Services Components

En Mule pueden ser objetos - POJOs, EJBs, Remote Objects, WS/REST Services.

Configurado en XML. Mule maneja hilos, Pool y recursos de administración via

JMX.

Endpoints Se utiliza para conectar los componentes y

sistemas externos Endpoints usa una URI para acceder. Pueden tener transformer, transaction, filter,

security y meta-information asociada. Existen dos tipos de URI

scheme://[username][:password]@[host][:port]?[params]

smtp://ross:pass@localhost:25 scheme://[address]?[params]

jms://my.queue?persistent=true

Routers Controla los eventos que son enviados y recibidos. Se puede modelar todos los patrones de enrutamiento definido

en el libro EIP. Inbound Routers

Idempotency Selective Consumers Re-sequencing Message aggregation

Outbound Routers Message splitting / Chunking Content-based Routing Broadcasting Rules-based routing Load Balancing

Transformers

Transformers Covierte datos de un formato hacia otro.

<jms:object-to-jms name="XmlToJms"/>

<custom-transformer name="CobolXmlToBusXml" class="com.myco.trans.CobolXmlToBusXml"/>

<endpoint address="jms://trades" transformers="CobolXmlToBusXml, XmlToJms"/>

Tecnologías Soportadas

Mule Flujo de mensaje

Mule Concepto básico

PIC CANTV Un caso de éxito de implementación de SOA,

dentro de un ambiente complejo y heterogéneo

Agenda

Obstáculos generales en proyectos de integración.

Como los enfrentamos en Cantv?

El Qué y el Cómo de un proyecto de integración.

Algunos Datos.Como lo hicimos?Mas detalle.

Que Aprendimos.Lecciones Aprendidas.Recomendaciones.Algunas Reflexiones.

Próximos Pasos.WS-*.Capa GPN (Gestión de Procesos de Negocio)

Obstáculos : Agilidad Operacional

Agilidad Operacional↑ Cambios + Impacto↓ = Flexibilidad


RecaudadorS2K

FacturadorCBSSAverías

Cliente 1

App1

Cliente 2

App1

Cliente 3

App2 App3

Cliente 4

App3

Cliente 5


RecaudadorS2K


Cliente 1

App1

Cliente 2

App1

Cliente 3

App2 App3

Cliente 4

App3

Cliente 5

Nuevo Facturador

NuevoFacturador

Kenan

Obstáculos : Agilidad Operacional : Implicaciones

Alta Dependencia

Alto Acoplamiento

Poca Protección Tecnológica

Grandes Impactos ante un Reemplazo.

Información Redundante.

Alta Complejidad.

Obstáculos : El Bombardeo Tecnológico

EDA

SOA

REST

BPM

MOM

WS-*

MDA

JBI

SaaS

Web 2

CEP

Obstáculos : El Equilibrio : Toma de Decisiones

Madurez comunidad

ROI Open Source Prueba de Concepto mapa de ruta Matriz

de funciones Evaluación

Obstáculos : La Evolución Constante

Fuente: Forrester

Obstáculos : Como vender un proyecto de Integración ?

Protege la inversión tecnológica.

Proporciona Agilidad Operacional.

Independiente de tecnología.

Evita la Información Redundante.

Acelera la implantación de proyectos BPM.

Lenguaje Común.

Único Punto de Acceso.

Proporciona una arquitectura simple, flexible, reusable.

Proporciona una arquitectura mantenible, desacoplada e interoperable.

No es fácil de

vender!!!

etc.

Obstáculos : En Resumen

Agilidad Operacional

Comprender la sopa de letras

Equilibrio en la Selección de alternativas

Evolución y Adaptación

Vender integración

Agilidad Operacional

?

Introducción : Como enfrentamos esos obstáculos?

Se conceptualiza el Mapa de

Arquitectura Corporativo

Se inicia el desarrollo

Del piloto PIC

Se introduce el PIC como Componente piloto.

Oct 2004


Nov 2004 Ene 2005 Dic 2005

Se inicia el desarrollo

del piloto PIC

Poco control de la Tecnología. Errores no documentados.

Soporte y resolución de problemas lento.

Consultoría Externa muy costosa.

Alto impacto ante los cambios.

Poca Experiencia.

Inmadurez.


Se fortaleció la metodología y procesos de QA.


Se conocen aspectos técnicos y lógica de integración.

Se potencia la capacidad de evaluación.

En el piloto se descartan tecnologías.

Se reforzaron áreas funcionales.

Se introduce el PIC como Componente

mediador para AT

Proyecto Atención Total Desarrollo de Atención Total

Se introduce Nuevo Recaudador y

Facturador para CANTV

Ene 2006 Ene 2006 Feb 2006 Feb 2007


1. Utilizar dos proveedores uno Open Source y el otro Propietario.

2. Se decide usar una sola tecnología.

3. Open Source.

Obstáculos : Recomendaciones

1. Introducir una plataforma de integración como componente mediador de un proyecto mayor.


2. Utilizar Pilotos para seleccionar la tecnología ( no laboratorio ).


3. Producción nacional.

Plataforma de Integración

PIC

Plataforma de Integración : Objetivo

Desarrollar una plataforma de integración corporativa, que disponibilize funcionalidades existentes en diversos sistemas heterogéneos,

realizando tareas de conexión, adaptación, transporte, transformación, integración,

etc, mediante Servicios.

Plataforma de Integración : Que es un Servicio PIC?

Facturador

Recaudador

Averías

Aprovisionamiento

F E

Orquestación de Servicios

Conector

Adaptador

Filtro

Transformador

Servicio s/a

WSDL

HTTP

SOAP

JMS

TCP

T

S

S

EnrutadorConector

Lógica de Integración

C

Contrato

Plataforma de Integración : Algunos Datos

Entra en produccion enFebrero del 2007...

Se inicia el desarrollo en Febrero del 2006...


Soporta areas funcionales como: Atencion al Cliente, Planes, Reclamos, facturación, aprovisionamiento, tasación, pagos, etc.


Disponibiliza mas de

476 Servicios..

100 Web Services.

376 Servicios Batch.


Servicios FTP...Transporte de Informacion Segura.

Utilizacion del protocolo TCP/IP via FTP y SFTP.

Logica de Integracion para Conexion y Transporte.

ArchivoA

ArchivoB

ArchivoC

ArchivoD

ArchivoE

A+B+C+D+EF T-A+B+C+D+ET

ArchivoA

ArchivoB

ArchivoC

ArchivoD

ArchivoE

OrigenA

Spliter IN Spliter Out

TransformadorFiltro

XSLT


Servicios Online Sincronos...

ServicioWSDL

TrasformarXml1 a Xml2

Invocar S1

Xml1

Xml2i

TransformarSplit

xml2 y Xml1

ServicioWSDL

Invocar S1

Xml2i

ServicioWSDL

ServicioWSDL


Maneja mas de 250 mil TX diarias...


Soporta multiplesProtocolos...HTTP, SOAP, JMS, TCP, etc.

Facturador

Recaudador

Averías

Aprovisionamiento mainframe

Adaptador

HTTP

SOAP

JMS

TCP


Transporta mas de

250 Gigas de datos comprimidos mensualmente...


Data Entry. DM.FrontWeb.PAFQmatic.SGCRCtuC Conoce tu Cliente.Atencion Total.IVR.IVR Centralizado.RMCA.Portales.A futuro: CRM, PAO, WebTVEtc...

Conecta a mas de 40 Aplicaciones...

OSS


PIC MonitorPIC SMS

PIC Completador

PIC Estadisticas

Framework FTP

Mejores Practicas

PIC JMS

Plataforma de Integración Corporativa

(PIC)

PeriféricasHerramientas


• Monitoreo de Servicios Web (Web Services).• Monitoreo de listeners (Sockets).• Agendar invocación de servicios.• Notificación de eventos mediante Email y SMS.

PIC SMS y Monitor


Invocación Fallida

ServicioWSDL

TrasformarXml1 a Xml2

Invocar S1

Xml1

Xml2i

TransformarSplit

xml2 y Xml1

ServicioWSDL

Invocar S1

Xml2i

ServicioWSDL

ServicioWSDL

ServicioCompensación

Servicio de Compensación

Orquestación de Servicios

Plataforma de Integración : Volver al Inicio

Conocemos los obstáculos.

Nos llevamos algunas recomendaciones.

Conocemos que es un servicio PIC (Atributos Generales).

Pero, cual es el cambio?


RecaudadorS2K


Cliente 1

App1

Cliente 2

App1

Cliente 3

App2 App3

Cliente 4

App3

Cliente 5

NuevoFacturador

Kenan


Cliente 1

App1

Cliente 2

App1

Cliente 3

App2 App3

Cliente 4

App3

Cliente 5

RecaudadorS2K


Lógica de Integración

Nuevo Facturador

NuevoFacturador

Kenan

Plataforma de Integración : Como lo hicimos?

OK Pero como lo hicimos?


Utilizamos Procedimientos de Aseguramiento de Calidad...


PICQA

Aseguramiento de Calidad

1. Procesos de Certificación.2. Establecer Casos de Prueba.3. Aplicar Casos de Prueba.4. Despliegue en Ambientes.5. Pruebas de Carga y Stress.

Arquitectura

Diseño y Especificaciones

1. Diseño de Servicio.2. Construcción de Especificaciones.

Fabrica

Construcción de Servicios

1. Desarrollo de Servicios.2. Pruebas Unitarias.

Cliente

Areas Funcionales

1. Pruebas Funcionales.2. Pruebas Integrales.3. Certificación.


Utilizamos una amplia gama de software Open Source

http://images.google.co.ve/imgres?imgurl=http://www.eclipse.org/aspectj/images/eclipse-logo.gif&imgrefurl=http://www.eclipse.org/aspectj/downloads.php&h=50&w=116&sz=4&hl=es&start=2&tbnid=QrnNWgSmIneqMM:&tbnh=38&tbnw=87&prev=/images%3Fq%3Daspectj%2Blogo%26svnum%3D10%26hl%3Des

http://xfire.codehaus.org/


Utilizamos SOA como estilo de arquitectura.

Utilizamos un Bus de Servicios para la lógica de integración.


Utilizamos herramientas para pruebas de carga y Stress, propietarias y Open Source.

Utilizamos herramientas para pruebas unitarias Open Source.

Plataforma de Integración

OK mas detalle?

Plataforma de Integración : Mas Detalle : Mule ESB

• EndPoints.• Routers.• Transformers.• Filters.• Transports.• Connectors

Plataforma de Integración : Mas Detalle : SOAP Testing

Jmeter pruebas de carga

Pruebas masivas tiempo de respuesta SOAPUIMonitoreo de Servicios Listener agendar

SMS notificacion de eventos

Email(ESB) monitoreo pruebas carga y stress

XML Schemas Compliance Expresiones

Xpath TestCase y TestSuite

Plataforma de Integración : Mas Detalle : SOAP Pruebas de Carga

Plataforma de Integración : Mas Detalle : Infraestructura Física

Plataforma de Integración : Lecciones Aprendidas

LeccionesAprendidas


Desarrollar servicios no asegura la interoperabilidad.

Web Services Interoperability Organization (WS-I)

Especificaciones y lineamientos

Aplicaciones interoperativa

Comprobación y Monitoreo

Analyzer TOOL - WS-I Monitor Tool


El contrato nos hace flexibles, proporcionan agilidad!

La verdad: depende del modelo de implementación.

Cambios en los contratos WSDL

Regeneración de Proxis

Extender las interfases

Implementación Rota


Con frecuencia, los servicios son adaptaciones específicas de las aplicaciones.

Servicios Reusables

Modelo de Datos Únicos

Redundancia


Es necesario establecer un equilibrio

entre los conceptual y lo pragmático.

Un mapa de Arquitectura

Se puede implantar?


Lecciones ,Técnicas

Utilizar namespace únicos

Extender las interfaces para los proxies.

Evitar el uso de underscore “_” en el nombrado de elementos.

Evitar el uso de patrones f2v5 en el nombrado de elementos.

Plataforma de Integración : Recomendaciones

AlgunasRecomendaciones


Aplicar Aseguramiento de Calidadprevio a la Construcción de servicios (contratos ajustados, especificaciones claras antes de ir a construcción).

Interfaz Ancha Servicios con interfaz “ancha” permite reusabilidad, Incluso si los servicios son diseñados “a la medida” de un cliente.

4ta Generación Codificar con herramientas de 4ta generación es bonito, fácil y aparentemente simple, pero cuando hay problemas, resolverlos es difícil


Roll back No hacer diseños complejos

Logs, Logs, Logs!!! Preparar una arquitectura reusable de manejo de Logs con niveles, homogénea y parseable.

Logs en base de datos Olvidarse de Logs en BD simplemente no es buena idea.

Errores en Web Services Manejo homogéneo de errores Árbol de Excepciones (Fault)


Auditoria Y MonitoreoIncluir como parte del Framework capacidades de Auditoria y Monitoreo.

Viva la Orquestación Mas orquestación , interfaces mas complejas menos llamadas de stack SOAP sobre la red.

RPC mala idea Preferir WS Document / Literal en lugar de RPC encoded.


Ir a lo Básico no olvidar lo elemental Herramientas de control de versiones, ciclo de vida de artefactos de SW, manejo de incidencias / CC, Diccionario de Servicios + procesos claros es igual de relevante que la tecnología en uso

Utilizar Document Style para los

Web Services, es la mejor practica. No se rompen las implementaciones, orientado a mensajes, extensible.


Viva los Xml* Usar tecnologías X* para transformaciones de datos en la lógica del servicio evitar cableado de transformaciones.

BPM el futuro El alcance hasta ahora ha sido de servicios atómicos y orquestación de servicios de “corto aliento” Próximo paso es modelar procesos de largo aliento sobre la capa SOA implantada. ( BPM ).

Plataforma de Integración : Reflexiones

AlgunasReflexiones


La verdadera integracion es de la gente...


La ausencia de un Arquitecto puede cambiar un Plan..

Prepara el Camino Blueprint

Identifica elementos Heterogéneos.

Pruebas de Concepto.

Factibilidad Técnica.


La interoperabilidad es importante, utilize los tools de la WS-I...

WS-I Profile Conformance Report.

WS-I Testing Tools Log File


Crear estándares, disminuye los riesgos de implementación.

Nombrado de Servicios

Web Services Exceptions.

Xml Schemas.

Orquestación de Servicios.


Existe la practica generalizada de construcción de servicios específicos para los clientes.

Las interfaces deben evolucionar

sin impacto a los clientes previos

Es difícil de evitar

Lineamientos.

QA.


Pensamos en el desarrollo de software,

pero no en como administrarlo y operarlo.

No lo dejemos para el final.

Plataforma de Integración : Próximos Pasos


WS-*


Gestion de Procesos de Negocio

BPEL

Muchas Gracias.

Una buena implementación Una buena implementación otorga grandes beneficios …otorga grandes beneficios …

Experiencia de Adopción de SWL

Tendencia en Venezuela


Tendencia en Venezuela

Decreto 3.390 23/12/2004

Artículo 1: La Administración Pública Nacional empleará prioritariamente Software Libre desarrollado con estándares Abiertos, en sus sistemas, proyectos y servicios informáticos…

SWL en Cantv Antecedentes

• Diciembre de 2004: Firma del Decreto 3.390: Migración de la plataforma del

Estado al Software Libre con Estándares Abiertos

• Octubre de 2007: Presentación del Plan de acción para completar con éxito

la Migración a Software Libre de toda la Administración Pública Nacional

Marzo de 2009: Anuncio de Franco Silva sobre la migración de la telefónica

venezolana Cantv:

“Nuestra empresa está alineada con los objetivos estratégicos del país y a través del Software Libre podemos incentivar el desarrollo de plataformas con mayor

conocimiento en la nación, promoviendo la creación de empresas e instituciones educativas con total independencia en el tema. Ya yo me migré a Software Libre

y debo reconocer que es muy sencillo de usar”

6

Adopción Software Libre

7

Proyecto Adopción Software Libre

Proyecto

Fase I Migración Soporte a

la Operación

Fases

Fase II Migración Escritorio

Corporativo

Fase VSOA y BPM bajo

SWL

Fase IVMigración Compleja

de Infraestructura

Fase VI Aplicaciones

Particulares de Negocio

Fase III Migración No Compleja de

Infraestructura

Inicialización y Planificación del

Proyecto

Control y Seguimiento Proyecto

Ejecución Migración Soporte a la Operación

Cierre Fase I

Inventarios HardwareSoftware Procesos RRHH

Adopción Software LibreAdopción Software Libre

8


Adopción Software LibreAdopción Software LibreFase IFase I


Cierre Fase IInicialización y

Planificación del Proyecto

Revisión material, antecedentes

Definición Grupo de Trabajo

Definición Cronograma de

sesiones de trabajo

Definición de Alcance y Objetivos

Preparación Kick Off y Cronogramas de

actividades macro

Preparación Plan de Proyecto

Preparación Cronograma de

Actividades detallado


Reuniones de Seguimiento

Elaboración de Informes de Avance y Minutas

Reunión de Cierre Proyecto Fase I

Cierre de Fase I

Fase II


9



Cierre Fase IInicialización y

Planificación del Proyecto


Hardware

Cant. de Equipos adecuados

Cant. de Equipos a sustituir

Cant. de Equipos a repotenciar

Inventarios

SW Libres existentes

SW propietarios existentes

Niveles de uso

Equipos y características

Procesos Afectados

RRHH

Plan de Entrenamiento

Plan de Certificación

Procesos

Procesos adecuados a los cambios tecnológicos

Pruebas Funcionales (Casos de Pruebas)

Nuevos estándares de compras de SW

Nuevos estándares de compra de HW

Prueba Piloto

Software

SW sustitutos por item con % de semejanza

Definición de políticas de modificación acordes

a SWL

Adecuación de perfiles de SW

Desarrollo de adecuaciones

Pruebas

Implantación

Seguimientos Post- implantación

Adopción Software LibreAdopción Software LibreFase IFase I


--------------------------------------------2010-------------------------------------------------------------------------------2011-2017---------

13 Informe Pruebas Laboratorio, Distribución

-------2009----

Inicio Adopción SWL

4 Ene

30 Plan de Trabajo Preliminar

30 Aplicación de Encuesta

Ene DicNov Feb Mar Abr May Jun Jul

Ruta de Migración SWLSep Ago Oct Nov Dic Ene Abril Sep Dic

Análisis

Segmentación, Laboratorio, Plan Pruebas

1 Feb

1 Laboratorio, Plan de Pruebas

1 Junio, 24 Replicadores entrenados

Pruebas Aplicaciones

1 Julio

Fase II Escritorio Corporativo

1 Nov

Actividad ( real % / plan % ) Actividad ( real % / plan % ) Ejecutado

Hito Clave (plan)

Plan

Hito Clave (pronóstico)

Sensibilización, Formación

Fase I Soporte a la Operación

Fase III Aplicaciones Particulares

2010 2011 2012 2013 2014 2015 2016 2017 - ...

Migración Escritorio corporativo

Ruta Adopción Software Libre

Migración Servicios soporte Operación (back-office)

Fase 3

Migración Aplicaciones Particulares de Negocio (back-end) en base a la Arquitectura SOA

Fase1

Fase 2

DADHCP DNS WINS Impresoras

Archivos

Migración Aplicaciones Particulares de Negocio (back-end) en base a la Arquitectura Orientada a Servicios (SOA)

Etapa 1 Flujos de Trabajo Soporte al ServicioGestión de Incidentes , Problemas, Cambios , Versiones, Escritorio de Ayuda y Configuraciones

Etapa 4 Flujos de Trabajo Provisión del ServicioNiveles de Servicio,Capacidad ,Financiera ,Continuidad yDisponibilidad

Etapa 2 Bases de Datos No Medulares , Medulares , Inteligencia de Negocio

Etapa 3 Portales Medulares , No Medulares

Etapa 5 Operaciones Soporte y Preparación, Aprovisionamiento, Aseguramiento y Facturación

Etapa 6 Estrategia, Infraestructura y ProductoEstrategia y Compromiso , Ciclo de Vida Infraestructura, y Producto

Etapa 7 Gestión Empresarial G. Humana , Proveedores, Seguridad , Calidad, Estrategia, Inves.y Desa.

En EjecuciónEn Planificación

12

Objetivo del Proyecto

Este proyecto tiene como objetivo iniciar la adopción de Software libre a

través de 3 fases: (1) Migración de los Servicios de Soporte a la Operación

(Correo, DHCP, DNS, Directorio Activo, Archivos e Impresoras

Compartidas); (2) las computadoras de los empleados de CNT; y, (3) Las

aplicaciones particulares del Negocio. Garantizando la gestión del cambio y

los procesos, la sensibilización, formación, divulgación y usabilidad, la

alineación con la soberania tecnológica y la transferencia de conocimiento.

13

Objetivo Específicos del Proyecto

Migración de los Servicios de Soporte a la Operación (WIN/DHCP/DNS,

Correo, Directorio Activo, Archivos e Impresoras Compartidas).

Migración del Sistema Operativo y las Aplicaciones de Apoyo

(Generales, Ofimática, mensajería) a una versión de Linux.

Sensibilización, Divulgación sobre Software Libre, Decreto 1014 y Plan

de Migración del Escritorio Corporativo de la Empresa.

Formación y Capacitación .

Migración de las aplicaciones particulares de Negocio

14

Objetivo Específicos del Proyecto

Creación del Laboratorio de Software Libre, con los servicios de soporte

a la operación y para adaptar una versión Linux que permita utilizar las

aplicaciones particulares

Creación de Documentación, Plan de Soporte, Procesos y Gestión del

cambio asociada a la migración.

Alineación Plan Nacional de Migración para la Soberanía Tecnológica, a

través de las mesas: Estratégica, Técnica, Normalización, Capacitación,

Divulgación, Documentación, Procesos, Control de Gestión y Diseño

Gráfico.

15

Beneficios

Desarrollar una versión del Sistema Operativo y Ofimática, gracias a la

libertad de acceso al código fuente, adaptada a las necesidades

Disminución en costos asociados a licenciamiento debido a libertad de

usar y distribuir sin costo copias del sistema operativo y ofimática

desarrolladas.

Contribuir con el Plan Estratégico fijado para la Administración Pública a

través de la libertad para mejorar el software y liberar esas mejoras para

beneficio de otros, bajo las mismas condiciones del software original.

Cumplimiento Decreto 3390.

Soberanía Tecnológica.

16

Esquema de Gobernabilidad

Comité Ejecutivo

Gerencia GeneralRecursos:• 2 PMO• 5 Integtración Funcional• 5 Integración Técnica• 20 Pruebas:• 1 Gestión del Cambio• 1 Gestión Humana• 2 Procesos• 1 Comunicación• 25 Formación• 1 Compras

1 Especialista HW1 Energia1 Infraestructura

GGComunicaciones1 Comunicador Social1 Diseñador Grafico

Operación de Hosting

1 Administrador

Gerencia Aseguramiento1 Seguridad

Informede gestión

Gerencia TI5 Supervisores

50 Tecnicos de Campo30 Soporte

Líder del Proyecto

Gerencia PlanificaciónTI1 Planificador TI

Pase a Producción

Alta Gerencia:• Presidente•Gerente General•Gerente Proyecto

17

Segmentación de Aplicaciones

Se requiere realizar una encuesta en formato físico o electrónico que

permita analizar las aplicaciones particulares de negocio, de ofimática y

de soporte a la operación que sustentan a la institución o empresa.

Se disponen de sistemas en Software Libre (PHP y MYSQL) que

permiten precargar data de los sistemas de inventario a fin de que luego

los usuarios puedan confirmar esta data.

18


Se tendera entonces una muestra de usuarios totales y encuestados. De los

encuestado se tendrán herramientas de difícil reemplazo tales como:

AUTOCAD, VISUAL MAP, etc. y Herramientas de Desarrollo Tipo

Microsoft (.net, asp, etc.)

Finalmente se obtendrá una clasificación tal como se muestra a

continuación:

TOTAL APLICACIONES

SISTEMA OPERATIVO

HERRAMIENTA DE OFICINA

EMULADORES

BASE DE DATOS

APLICACIÓN CORPORATIVA

ANTIVIRUS

ADMINISTRACIÓN DE RED

TIPO DE APLICACIONES CANTIDAD

GESTIÓN DE RED

HERRAMIENTAS DE DESARROLLO

19


De acuerdo a los resultados de la encuesta se segmentaran las

Aplicaciones de la siguiente forma:

• Corporativas

Sistemas Operativo

Aplicaciones de Apoyo

Generales

Ofimática

Mensajería

• Aplicaciones Particulares

20


Una vez obtenidos estos resultados de la encuesta, se realizara una evaluación en

laboratorio para el reemplazo, por ejemplo:

21


A continuación se realizaran reuniones de alineación.

Esto permitirá definir el Sistema Operativo que se utilizara en el

Escritorio Corporativo .

Se acordará además evaluar la alineación a nivel de estado

Seguidamente se evaluaron las aplicaciones corporativas y se acordará

probarlas en el sistema operativo y en el laboratorio, permitiendo un plan

de aceptación por parte de los usuarios funcionales

Finalmente se evaluaron las Aplicaciones Particulares de negocio.

En la instalación inicial del laboratorio se recomienda el uso de

herramientas en software libre para al administración de parque

tecnologico como GPL y de distribución e inventario de software como

OCS Inventory, además de la creación de repositorios y manejadores de

versiones.

22

Plan Laboratorio

Prueba de Aplicaciones Particulares y Corporativas, con:

10 maquinas clientes, con la distribución CNT

1 servidor donde se alojará la Distribución con las adaptaciones

1 servidor para el sistema de Distribución de Software (OCS Inventory)

1 Servidor para la Manejo de la Autentificación y Políticas (OPEN LDAP,

SAMBA)

1 Servidor para formación y plan de soporte (wiki, gestión de documentos,

procedimientos de soporte, manuales, entrenamientos en línea)

23

Plan Laboratorio

Plan de Pruebas:

•Cliente en Linux•Cliente WEB

oProgramación con Controles Activex oProgramación Standard

•Simulación y EmulaciónoSimulación de Windows (Wine)oEmulación Local de Windows por Maquina Virtual (VirtualBOX)

•Conexión Remota a Windows (CITRIX)•Formato ODF•Usabilidad

24

Sensibilización y Formación

Con respecto a la Sensibilización se plantean las siguientes actividades:

1 Charla de Sensibilización para 300 Personas en Auditorio.

Preparación de otras 50 charlas de sensibilización para 300 personas a través

de los facilitadores

Entrega de Live CD, material POP.

Grabación de Video Corporativo de Sensibilización en Software Libre.

Evento Feria de Instalación de Software Libre.

Tríptico corporativo.

Campaña de Sensibilización Escolar.

Campaña de Sensibilización Plan Internet.

Campaña de Sensibilización Proveedores y Cooperativas

Campaña de Sensibilización Sistemas

25


Con respecto a la Formación:

Formación de 25 facilitadores CNT en componente docente, curso usuarios

básicos y curso soporte técnico y usuarios avanzados.

cursos de usuario básico (12 personas estimadas por curso en sitio de 16

horas)

cursos de usuario avanzado (12 personas estimadas por curso en sitio de de

24 horas).

Utilización de las salas capital y Regional.

Entrenamiento en Línea y Manuales disponibles .

Diseño y Estrategia Instruccional

26


Currícula Básica (presencial): Todos los Usuarios Finales (duración:16 Horas)

Linux básico, Open Office: Writer (Word), Calc (Excel), Base (Acces), Impress (Power Point), Draw (Paint), Math (formulas matemáticas), Correo, Navegador

Currícula para el manejo de procesos: (GIF) Currícula Básica, Dia (Visio).

Currícula para el manejo de planificación: (PMO) Currícula Básica, Open Proj.

Currícula para personal Técnicos (Duración: 24 horas) Linux básico y avanzado, Curricula Basica,Dia (Visio), Open Proj, Nuevos Proceso de Atención de Incidencias.

Entrenamientos en Línea. Cuaderno Electrónico.

27

Premisas

La planificación presentada está hecha sobre la base de participación del

personal actual a dedicación parcial a estas iniciativas, dado que son

responsables de la operación, especialmente en la fase inicial de

levantamiento de especificaciones funcionales y técnicas

La documentación recopilada estará certificada por los responsables de la

entrega y validación del equipo de trabajo

Se instalarán El Escritorio tal y como funciona Actualmente, con el menor

impacto en el cliente

El laboratorio es el insumo para la continuidad de la Adopción de Software

Libre

28

Entregables

Plan de Adopción Software Libre

Laboratorio Software Libre

Informe de Resultados Laboratorio

Pronostico de Despliegue

Sensibilización Usuarios

Formación Usuarios.

Migración Servicios Soporte a la Operación

Migración Escritorio Corporativo

Migración Aplicaciones Particulares de Negocio

29

Puntos Críticos

Alineación con la CNT

Espacio físico definitivo para el Laboratorio

Sensibilización y Formación.

Ubicar los instaladores y manuales de las aplicaciones particulares

Dedicación del personal (evaluar propuesta de contratar personal para

continuar la operación y que el personal actual apoye en las

especificaciones)

Alcance geográfico, alta demanda de usuarios a nivel nacional

Sensibilización Gerencia Alta y Media.

30

Puntos críticos

Pruebas de Laboratorio.

Se debe diseñar una estrategia de implantación alineada con todas las

aplicaciones relacionadas que interactúan con el nuevo Escritorio

Corporativo y se plantea realizar las instalaciones de manera

progresiva, de forma tal que ese garantice la sincronización e

integridad del proyecto.

Riesgo de indisponibilidad de recursos humano y técnico

Formación y Capacitación Usuarios.

Resistencia al Cambio

Proceso Atención al cliente.

Transferencia de Conocimiento.

Totalitarismo y Autoritarismo en Decisiones Técnicas y de Estado.

Objetivo de la fase I, del Proyecto Migración del Escritorio Corporativo (MEC)

SWL en Cantv

Iniciar la adopción de Software libre en Cantv,

a través de la migración de las computadoras

de Cantv a la Distribución de Software Libre

CANAIMA, apalancándose en el Proyecto de

Sustitución Tecnológica (PAT), manteniendo

los Servicios de Soporte a las Operaciones

actuales y permitiendo, la ejecución de las

Aplicaciones Corporativas según criterios de

calidad y usabilidad.

SWL en Cantv Ruta de Migración

---------------------------------------------------------2008-------------------------------------------------------Ene DicNov Feb Mar Abr May Jun Jul Sep Ago Oct Nov Dic Ene Abril Sep Dic

Hito Clave (plan)

Plan

-------------2009-------------------2007----

Sensibilización, Formación

Segmentación, Laboratorio, Plan Pruebas1 Laboratorio, Plan de Pruebas

Pruebas 150 Aplicaciones

Despliegue

Inicio Proyecto Adopción de Software Libre

SWL en Cantv

Beneficios

Desarrollo de una versión del Sistema

Operativo y Ofimática, adaptada

a las necesidades de Cantv

Disminución en costos asociados a

licenciamiento

Contribución con el Plan Estratégico fijado por el CNTI

para la Administración

Pública

Beneficios

SWL en Cantv

Cumplimiento del

Decreto 3.390

Soberanía

Tecnológica

Promoción de la Industria Nacional

62

Conclusión¿Cuál puerta tomará usted?

¿Adoptar tanto software libre como sea posible, ahorrándose 5 años a través de la integración

de sistemas?

¿Adoptar software libre, con totalitarismo sin una visión de

integración, poniendo en riesgo el proyecto y atrasándolo por lo

menos en 5 años?

63

Dr. Pedro [email protected]

Diplomado en Software Libre Módulo: 3. Desarrollo Tecnológico...

Documents

Transcript of Diplomado en Software Libre Módulo: 3. Desarrollo Tecnológico...