TENDENCIAS EN LA

INTEGRACIÓN DE

SISTEMASIsis Lay 12003204

Carlos Escobar 12003202

INTRODUCCIÓN

Tendencia. En un sentido general, es un patrón de

comportamiento de los elementos de un entorno particular

durante un período.

Integración es el proceso a través del cual la organización

aprende a introducir criterios y especificaciones en sus procesos

y en sus sistemas de modo que satisfagan a todos sus clientes

(internos, externos, institucionales, partes interesadas, etc.) de

forma simultánea, ahorrando costes y esfuerzos, con un espíritu

innovador, autocrático y comprometido con la mejora continua.

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

1) Gestión y

diversidad

de

dispositivos

móviles

Hacia 2018, la creciente variedad de dispositivos, estilos

de computación, contextos de usuario y paradigmas de

interacción hará que sean inalcanzables las estrategias

basadas en la máxima “todo en cualquier sitio”. La

consecuencia, “inesperada”, según Gartner, de los

programas bring your own device (BYOD), es decir, el uso

de dispositivos personales en las empresas, está

doblando e incluso triplicando el tamaño de la fuerza

de trabajo móvil. Esto impactará plenamente en las

organizaciones, que tendrán que revisar sus políticas de

seguridad, ya que los empleados ya no solo acceden a las

aplicaciones corporativas a través de las redes y

dispositivos de empresa sino también mediante los

personales.

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

2) Aplicaciones

y apps

móviles

Para 2014 el mejor rendimiento de JavaScript comenzará

a impulsar HTML5 y el navegador como un entorno de

desarrollo de aplicaciones predominante. En este sentido,

Gartner recomienda a los desarrolladores que se centren

en crear modelos de interfaz de usuario expandidos que

incluyan voz y vídeo más enriquecidos y que puedan

conectar a las personas de diferentes formas. Las apps

continuarán creciendo por su parte mientras que las

aplicaciones tradicionales empezarán a caer. Las apps

son desarrollos más pequeños y más segmentados

mientras que las aplicaciones son más amplias y

completas.

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

3) Internet de

las cosas

El PC ya no es ni mucho menos la única puerta de

entrada a Internet. La Red se está expandiendo a

múltiples dispositivos y no solo a los móviles, sino

también a todo tipo de objetos: por ejemplo, coches,

televisiones y un largo etcétera. El problema radica en que

la mayor parte de las organizaciones y fabricantes de

tecnología todavía tienen que explorar las posibilidades

que esta tendencia trae consigo. Deben pensar qué

nuevos servicios e información podrán brindar al

consumidor de los servicios a través de estos soportes. En

definitiva, todo está por hacer en esta línea.

TENDENCIAS INTEGRACIÓN DE

SISTEMASTendencia Detalle

4) Nube híbrida

y TI como un

bróker de

servicio

Para Gartner es ya un imperativo aunar los servicios

de nube personal con los servicios de cloud privada.

Las organizaciones deberían diseñar servicios de cloud

privada con un futuro híbrido en mente y garantizar que

son posibles una integración e interoperabilidad en un

plazo de tiempo. Para el diseño y gestión de este tipo de

servicios se precisará un nuevo rol en las empresas, el de

bróker de servicios cloud (cloud service broker o CSB),

que será el encargado de agregar, integrar y personalizar

los servicios.

5) Arquitectura

nube/cliente

Los modelos de computación cloud/cliente están en

continuo movimiento. En esta arquitectura el cliente es

una aplicación enriquecida que corre sobre un

dispositivo conectado a internet, y el servidor es un

conjunto de servicios de aplicación hospedados en una

plataforma de cloud computing escalable y flexible. La

nube es el punto de control y el sistema y las aplicaciones

pueden abarcar múltiples dispositivos.

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

6. La era de la

nube

personal

Esta tendencia supondrá un punto de inflexión marcado

por el paso de los dispositivos a los servicios. En este

nuevo mundo los dispositivos seguirán siendo

importantes, sí, y de hecho muchos usuarios tendrán

varios de ellos como ahora pasa (PC, smartphone,

tableta…). Pero ninguno de estos dispositivos será el

hub primario: la nube adoptará ese rol.

7. Todo

definido por

software

El llamado Software-Defined anything (SDx) es un

término que abarca una tendencia de mercado en la que

el software, sus estándares y la automatización que el

primero brinda a la tecnología, en particular al centro de

datos, marca todo. Se trata de una tendencia que engloba

proyectos como OpenStack, OpenFlow, The Open

Compute Project y Open Rack.

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

8) TI que

escala con

la Web

Web-Scale IT es un modelo de computación de clase

global que despliega las capacidades de los grandes

proveedores de servicios cloud dentro de una TI

empresarial nueva. Los grandes proveedores de

servicios en la nube como Amazon, Google,

Facebook, etc. están reinventando la forma en la que

se despliegan los servicios de TI en las áreas de

informática de las empresas, afirma Gartner. Si las

organizaciones quieren seguir siendo competitivas, añade

la consultora, tienen que imitar las arquitecturas, procesos

y prácticas de estos proveedores. La combinación de

todos esos elementos es a lo que Gartner llama web-scale

IT.

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

9) Máquinas

inteligentes

Para 2020, la era de las máquinas inteligentes florecerá

con toda una proliferación de asistentes personales

inteligentes, que entiendan el contexto del usuario y le

puedan dar consejos (Watson, de IBM, es un ejemplo),

sistemas industriales globales avanzados y todo tipo de

vehículos autónomos. De hecho, los analistas de Gartner

no dudan en decir que “la era de las máquinas

inteligentes será la más disruptiva en la historia de las

TI”. Tanto los individuos como las empresas invertirán en

este tipo de máquinas.

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

10)Event Driven

Architecture

(EDA)

Patrón de arquitectura de software que promueve la

producción, detección, consumo de, y reacción a eventos.

Un evento puede ser definido como "un cambio

significativo en un estado". Por ejemplo, cuando un

consumidor compra un auto, el estado del coche pasa de

"se vende" a "vendido". La arquitectura del sistema del

vendedor de coches debe tratar este cambio de estado

como un evento, cuyo suceso puede ser conocido en

otras aplicaciones en la arquitectura. EDA es parte de la

nueva generación de Arquitectura Orientada a Servicios

(SOA 2.0) porque los servicios pueden ser activados por

disparadores que se encuentran en eventos entrantes.

Ejemplo: Progress, SAP

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

11)Complex

Event

Processing

(CEP)

CEP es un método para el seguimiento y análisis

(procesamiento) de flujos de información (datos) sobre

cosas que suceden (eventos), y la obtención de una

conclusión a partir de ellos. Es el procesamiento de

eventos que combina datos de múltiples fuentes para

inferir eventos o patrones que sugieren las circunstancias

más complicadas. El objetivo de CEP es identificar

eventos significativos (tales como oportunidades o

amenazas) y responder a ellas tan pronto como sea

posible. Los eventos se dan en la organización

(oportunidades de ventas, pedidos o llamadas de servicio

al cliente), fuera de ella (noticias, mensajes de texto, redes

sociales, mercado de valores) o ser cambios de estado,

cuando una medida supera un umbral predefinido.

Ejemplo: Hitachi, IBM, Jboss

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

12)Business

Activity

Monitoring

(BAM)

Solución empresarial destinada a proveer un sumario del

proceso empresarial en tiempo real para administradores

de operaciones y administradores superiores, mostrando

los indicadores de desempeño empresariales para mejorar

la velocidad y efectividad de las operaciones. Ejemplo:

SOALogix

13)Semantic

Information

Model

El modelo describe el significado de sus instancias. Es

una abstracción que define cómo los símbolos

almacenados (los datos de instancia) se relacionan con el

mundo real. Incluye la capacidad de expresar la

información que permite a las partes del intercambio de

información para interpretar el significado (semántica) de

los casos, sin la necesidad de conocer el meta-modelo.

Ejemplo: SOALogix

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

14)Model

Driven

Architecture

(MDA)

Es un acercamiento al diseño de software. Usando la

metodología MDA, la funcionalidad del sistema será

definida en primer lugar como un modelo independiente

de la plataforma (Platform-Independent Model o PIM) a

través de un lenguaje específico para el dominio del que

se trate. Dado un modelo de definición de la plataforma

(Platform Definition Model o PDM) el modelo PIM puede

traducirse entonces a uno o más modelos específicos de

la plataforma (Platform-specific models o PSMs) para la

implementación correspondiente. Ejemplo: E2E

15)Digital

Nervous

System

Concepto donde las TI dotan a las empresas de un

“sistema nervioso digital” que les permite ver y oír

(entradas), pensar y analizar (procesamiento), planificar

y tomar acciones (salida) a partir de la información de lo

que sucede en su entorno.

TENDENCIAS INTEGRACIÓN DE

SISTEMAS

Tendencia Detalle

16)Zero

Latency

Enterprise

(ZLE)

Estrategia que explota el intercambio inmediato de

información a través de las fronteras técnicas y

organizativas para lograr el beneficio empresarial. Por

ejemplo, existen límites técnicos entre los diferentes

sistemas operativos, sistemas de gestión de bases de

datos y lenguajes de programación. "Inmediata" implica

ser lo suficientemente rápido como para que todos los

beneficios de negocio que el conocimiento simultáneo

potencialmente puede lograr. Latencia no puede ser,

literalmente, cero en cualquier sistema real, porque las

computadoras necesitan tiempo para "pensar".

DESAFÍOS INTEGRACIÓN MÓVIL

Los desafíos de integración que enfrenta una empresa al incorporar

aplicaciones móviles en su entorno de nube incluyen lo siguiente:

Desafío Detalle

La

habilitación

móvil de la

aplicaciones

existentes.

La habilitación móvil implica acceder a los datos y a la

lógica de negocio de estas aplicaciones pero

desafortunadamente muy pocas brindan los API o los

servicios con los que cuenta para desarrollar las nuevas

interfaces para el usuario móvil. Para reducir la carga de

trabajo que significa alterar las aplicaciones existentes,

una de las soluciones es apoyar las capacidades

móviles en las aplicaciones existentes sin cambiarlas

mediante el uso de un conector.

DESAFÍOS INTEGRACIÓN MÓVIL

Desafío Detalle

Lenguajes

complejos

de

desarrollo

móvil.

El desarrollo de aplicaciones móviles que se usa necesita

algunos recursos Objective C y Java™ complejos de los que,

por regla, los desarrolladores web básicos no conocen mucho.

Sin embargo, estructuralmente, las aplicaciones móviles hacen

uso de interfaces de usuario que requieren habilidades HTML5

y JavaScript. Los desarrolladores web cuentan con estas

habilidades. Una solución que se le puede dar a este desafío

es proporcionar un puente sobre el cual los desarrolladores

web puedan escribir códigos de aplicaciones móviles usando

las tecnologías que conocen.

La

tendencia

de "traiga

su propio

dispositivo"

(BYOD).

El desafío multiplataforma demanda un desarrollo móvil que

debería hacerse una vez y ejecutarse en múltiples plataformas

(iOS, Android, Blackberry, Windows Phone, etc.) y en múltiples

dispositivos (smartphones, tablets, etc.) que tengan diferentes

memorias y parámetros de tamaño del monitor. Como

mencionamos en el párrafo anterior, un entorno puente, más

común y fácil de usar, puede ser la clave para solucionar este

desafío.

DESAFÍOS INTEGRACIÓN MÓVIL

Desafío Detalle

Cómo

estructurar

y posicionar

la lógica de

negocio.

La lógica de empresa de la aplicación no debería codificarse

en el dispositivo móvil: Codificar la lógica de empresa de las

aplicaciones en los dispositivos implica tener que administrar

códigos inmanejables y duplicados de los mismos procesos de

empresa en múltiples aplicaciones móviles. Tener esta lógica

de empresa concentrada en el lado del servidor hace que la

arquitectura sea más eficiente, esté mejor administrada y que

se pueda reutilizar en múltiples aplicaciones móviles. La

creación de una capa de lógica de empresa en un servidor que

pueda combinar, orquestar y computar datos desde muchas

fuentes de empresas es una idea inteligente.

DESAFÍOS INTEGRACIÓN MÓVIL

Desafío Detalle

Cómo evitar

la confusión

entre una

arquitectura

móvil

orientada a

la Web con

una SOA.

La mayoría de las empresas tienen conocimientos, o pericia,

de los conceptos y estructuras de la arquitectura orientada a

servicios. Pueden tener un sistema de información basado en

los servicios web SOAP, orquestado por buses de servicio de

la empresa. Pero el mundo móvil no está basado en SOA. La

mayoría de los entornos de dispositivos móviles dependen de

WOA, una arquitectura orientada a la Web que está basada en

los servicios REST o JSON y está autenticada por los

protocolos OAuth. Estos protocolos están mucho más

optimizados para un ancho de banda bajo de redes 3G. Debe

existir una forma de aprovechar los atributos SOA de una

organización en un mundo WOA. Una de las soluciones es una

capa de interfaz que se ubique entre una SOA estructurada y

una rígida, y una WOA ágil y flexible. Una que pueda, por

ejemplo, cambiar los servicios web SOAP existentes a un

servicio REST/JSON con unos pocos clics.

PRODUCTO

ESPER

Herramienta de Complex Event Processing (CEP) Open Source disponible en Java y .Net

Utilizado en sistemas dirigidos por eventos detectando patrones en una corriente de datos de eventos como sistemas de monitoreo de procesos y reaccionando en tiempo real.

Permite el rápido desarrollo de aplicaciones que procesan grandes volúmenes de mensajes o eventos entrantes, independientemente de si los mensajes entrantes son históricos o en tiempo real en la naturaleza.

Filtra y analiza los eventos de varias maneras y responden a las condiciones de interés.

http://esper.codehaus.org/

ESPER

DEMOSTRACIÓN

CASO 1: MONITOREAR LA

TEMPERATURA DE UNA CENTRAL

NUCLEAR

Debe lanzar una ALERTA CRITICA cuando existan cuatro aumentos sucesivos de temperatura donde la ultima medición sea1.5 o más veces más grande que la primera.

El sistema debe medir las temperaturas cada 10 segundos y mostrar la temperatura promedio.

Debe lanzar un WARNING cada vez que se ha superado dos veces los 400 grados Celsius.

Se necesita de un sistema que monitoree constantemente la temperatura del núcleo de un reactor nuclear.

http://corsoftlimited.blogspot.com/2013/02/complex-event-processing-made-easy.html

Demostración

CASO 1I: IDENTIFICAR TRAYECTORIAS

DE VUELO DE AVIONES Y OVNIS

Utilizar fusión de datos, es decir, mezclar información de múltiples fuentes

El sistema será alimentado por sensores de radio y radares en tierra.

Se requiere un sistema que detecte y

muestre las trayectorias de vuelo de

aviones y otros objetos en el aire.

Debe discriminar cuando se trate de

objetos reales o sea solo ruido.

http://avasseur.blogspot.com/2008/10/complex-event-processing-and-data.html

Demostración

CONCEPTOS RELACIONADOS

HTML5: es la quinta revisión importante del lenguaje básico de la World Wide

Web, HTML. HTML5 especifica dos variantes de sintaxis para HTML: un «clásico»

HTML (text/html), la variante conocida como HTML5 y una variante XHTML

conocida como sintaxis XHTML5 que deberá ser servida como XML (XHTML)

cloud service broker o CSB: es una función de TI y el modelo de negocio en el

que una sociedad u otra entidad agrega valor a una o más (público o privado),

servicios en la nube, en nombre de uno o más consumidores de dicho servicio a

través de tres funciones principales, incluyendo la agregación, la integración y

personalización de corretaje. A CSB facilitador proporciona la tecnología para

implementar CSB, y un proveedor de CSB ofrece tecnología combinada, las

personas y las metodologías para implementar y gestionar proyectos relacionados

con la CSB.

WOA: Arquitectura orientada a Web es un estilo de arquitectura de software que

extiende la arquitectura orientada a servicios (SOA) para las aplicaciones basadas

en la Web, y es a veces considerado como una versión ligera de SOA. WOA

también está orientado a maximizar las interacciones del navegador y el servidor

mediante el uso de tecnologías como REST y POX.

CONCEPTOS RELACIONADOS

SOAP: (siglas de Simple Object Access Protocol) es un protocoloestándar que define cómo dos objetos en diferentes procesospueden comunicarse por medio de intercambio de datos XML. Esteprotocolo deriva de un protocolo creado por David Winer en 1998,llamado XML-RPC. SOAP fue creado por Microsoft, IBM y otros yestá actualmente bajo el auspicio de la W3C. Es uno de losprotocolos utilizados en los servicios Web.

SOA: La 'Arquitectura Orientada a Servicios de cliente' (en inglésService Oriented Architecture), es un concepto de arquitectura desoftware que define la utilización de servicios para dar soporte a losrequisitos del negocio. Permite la creación de sistemas deinformación altamente escalables que reflejan el negocio de laorganización, a su vez brinda una forma bien definida de exposicióne invocación de servicios (comúnmente pero no exclusivamenteservicios web), lo cual facilita la interacción entre diferentes sistemaspropios o de terceros.

BIBLIOGRAFÍA http://www.innovacion.cl/2013/10/las-10-tendencias-tecnologicas-para-

las-empresas-en-2014/

http://www.ibm.com/developerworks/ssa/cloud/library/cl-

mobileapplatform/

http://es.wikipedia.org/wiki/HTML5

http://www.gartner.com/it-glossary/cloud-services-brokerage-csb

http://en.wikipedia.org/wiki/Web-oriented_architecture

http://es.wikipedia.org/wiki/Simple_Object_Access_Protocol

http://www.willemsma.eu/wp-content/uploads/2009/03/gartner-magic-

quadrant-for-application-infrastructure-for-back-end-application-

integration-projects.pdf

http://en.wikipedia.org/wiki/Complex_event_processing

https://es.wikipedia.org/wiki/Arquitectura_dirigida_por_eventos