Arquitectura Empresarial, Tecnologías e Integración

Mapa Mental Togaf9 Fundation

2012-01-30T19:21:00.000-08:00

Aquí les dejo un “Mapa mental” de la guía de estudio Togaf 9 Fundation:

Si no lo pueden ver, me escriben y se los mando por correo.

Manejo de Excepciones Avanzadas en BPM Lombardi

2012-01-30T18:56:00.000-08:00

En la automatización de procesos con Lombardi, cuando se requiere hacer implementaciones complejas como llamados a sistemas externos, puede ocurrir que no se tenga disponibilidad de los servicios que se van a invocar como: Servicios de datos, Web Services, invocación a sistemas de archivos, etc. Esto es común cuando se requiere consultar información que recide en otros sistemas o cuando se quiere compartir a los mismos, desde el proceso de negocio. Por esta razón en el modelado debe contemplarse que hacer, en caso de que se presente algún tipo de error.

Para actividades que son de tipo System Service, que van hacia sistemas externos como un llamado a un Web Service, se les debe agregar un Intermetiate Exception event y a este se le le asocia un flujo de secuencia, hacia una actividad de tipo Human service para que se pueda visualizar los errores y de esta manera reintentarlos manualmente (Esto dependerá del negocio). En caso de que los reintentos manuales se ejecuten exitosamente, el flujo continuará su curso.

Como el error se presenta en un line diferente. Se debe asignar de la siguiente manera, a una variable del proceso:

Dentro el flujo interno del servicio: “Enviar información Financiera”, es importante se lanze la excepción con una figura Throw Exception, de esta manera el subproceso la maneja con el Intermetiate Exception event. Cuando se presenta un error Lombardi lo representa como un XML y este puede ser complementado para envíar información adicional que se requiera, para que despues sea manejada por ejemplo en un Human service.

Flujo interno del manejo de la excepción:

Más información en el Infocenter: Manejando Excepciones

Invitacion a tomar el curso de Arquitectura Empresarial

2011-12-22T04:20:00.000-08:00

Esta es una invitación para todos aquellos que quieran profundizar sus conocimientos en la Arquitectura Empresarial y el Framework TOGAF.

Arquitecturas Orientadas a Servicios

2011-08-04T20:35:00.000-07:00

Para ampliar un poco el uso de los ESB utilizados en las arquitecturas SOA. A continuación Ilustrare un par de ejemplos, para que puedan apreciar su alcance:

Arquitectura SOA – Compartiendo archivos de forma segura:

El sistema “A” cada 2 horas deja un archivo con saldos en una unidad de red compartida, el archivo almacenado posee un formato XML y es nombrado con la fecha y hora del sistema. Se deben mover los archivos de saldos generados durante el día, de forma segura al path de red del sistema “B”.

En el proceso que se desarrolle sobre el ESB se deberá configurar variables como: Servidor, puerto, path, usuario, password de los sistemas “A” y “B”.
Se deberá configurar la máscara del archivo que se generará en el sistema “A”. Ej: SaldosDDMMYYHHMMSS.xml
Se deberá configurar la frecuencia de ejecución
El proceso deberá manejar un LOG de auditoría y manejo de excepciones para su seguimiento.

Arquitectura SOA – Servicios Seguros:

El sistema “A” debe consumir una catalogo de servicios que ofrece el sistema “B”. La información que se compartirá es de carácter sensible, razón por la cual debe protegerse. Cualquier otro sistema de la compañía podrá acceder a consumir los servicios que expone el sistema "B".

En el proceso que se desarrolle sobre el ESB deberá ser una fachada de los servicios que expone el sistema “B”.
Los ESB manejan un componente de seguridad el cual puede estar desplegado en el mismo servidor del ESB o en un servidor independiente. Este se deberá encargar de manejar autenticación de los servicios hacia el servidor LDAP. Si la autenticación es correcta le permitirá consultar al consumidor los servicios del sistema "B".
El componente de seguridad deberá ofrecer los servicios con certificados digitales, para que la información viaje de forma segura.
El proceso deberá manejar un LOG de auditoría y manejo de excepciones para su seguimiento.

En este link podrás encontrar el stencil de visio, utilizado en los libros de Thomas Erl para representar arquitecturas orientas a Servicios:

http://www.soabooks.com/SOA_Visio_Stencil.zip

Que es un metamodelo en el contexto de la Arquitectura Empresarial y del Framework TOGAF 9?

2011-05-28T07:46:00.000-07:00

Vamos hacer una breve introducción a lo que es el metamodelo en el contexto de la Arquitectura Empresarial y como es interpretado y representado por el Framework Togaf.

En el POS de Automatización de Procesos y Siglas, hicimos una introducción a las 3 capas del modelado según la OMG: “M3: Meta – Meta Modelo”, “M2: Meta - Modelo” y “M1: Modelo”. Teniendo en cuenta lo anterior como punto de partida un metamodelo es una definición precisa de las construcciones y normas necesarias para la creación de modelos. El uso de modelos nos ayuda a entender y comprender los temas complejos de una organización. Temas como su funcionalidad, los procesos que apoyan el negocio, las aplicaciones que los soportan con el objetivo de abstraer, entender y poder satisfacer las necesidades de los stakeholders apoyándose también con la construcción de catálogos, matrices y diagramas.

Según TOGAF el metamodelo es usado para estructurar la información específica de una arquitectura, ellos lo estructuran dentro del core y el Extension Content.

Cuál es el objetivo y alcance del Core and Extension Content según TOGAF?

Su objetivo es apoyar varios escenarios del metamodelo por lo cual lo dividieron en core y extension content.

El núcleo/core proporciona un conjunto mínimo de contenido arquitectónico que soporta la trazabilidad a través de artefactos.
El contenido de extensión es más específico y profundiza en el modelamiento.

Veamos un ejemplo de un metamodelo que construí apoyándome en un diagrama de clases representado con UML.

La figura anterior nos ayuda a aterrizar las diferentes capas que podríamos modelar en una organización. Dependiendo el tipo de industria existirán nuevas capas a modelar y estas serán más específicas, como por ejemplo para el sector salud o para el sector financiero. Para concluir el anterior modelo está un poco orientado a la capa de datos, también podría complementarse o orientarse con una capa de Estrategia, de Negocio, de seguridad, etc.

Que es Case Management?

2011-02-05T19:59:00.000-08:00

Es la administración de casos donde las actividades no tienen un flujo de secuencia predefinido, por el contrario el flujo va ocurriendo de acuerdo a ciertas variables de quienes se ven involucrados en el proceso, el flujo de secuencia se va adaptando a los cambios del entorno.

Un caso de negocio candidato a “Case Management” es por ejemplo la atención de un tratamiento de un paciente en un hospital, éste puede requerir atención e ciertos especialistas (Urólogo, Gastroenterólogo, Neurólogo, proctólogo, etc.) a sus vez requerir de ciertos exámenes de laboratorio o ayudas diagnósticas (Rayos X), cirugías, etc.

En conclusión este tipo de procesos es un poco complejo diseñarlos a priori, para lo cual su gestión debe hacerse de manera más inteligente y más flexible, según la consultora Forester ya existen empresas que están trabajando en la automatización de este tipo de escenarios.

Para quien quiera profundizar este tema les recomiendo:

http://www.pega.com/resources/the-forrester-wave-dynamic-case-management-q1-2011

http://www-01.ibm.com/software/data/advanced-case-management/

Estados de madurez de la Arquitectura Empresarial

2010-09-07T20:27:00.000-07:00

En el pos de la relevancia del MO, aprendimos que el punto de partida de una Arquitectura Empresarial es el modelo operativo, el cual nos indica cómo operamos actualmente y cómo deseamos hacerlo en el futuro.

Otro de los pasos dentro de una Arquitectura Empresarial, es evaluar los estados de madurez de la AE, para poder hacerlo existen muchas propuestas en el mercado, aquí les dejo una que proponen en el libro: “Enterprise Architecture as Strategy” de Jeanne W. Ross, Peter Weill, David C. Robertson:

1. Business Silos Architecture

Se hace evidente la presencia sistemas legados y otros que no manejan comunicación entre sí. La integración y estandarización de los procesos de negocio es casi nula. El rol de TI es automatizar lo procesos de negocio, los administradores de negocio diseñan los procesos de negocio y especifican los requerimientos funcionales a TI. Ti desarrolla o compra aplicaciones para cumplir con los requerimientos del negocio.

El estudio que hace el MIT a varias empresas arroja que el 12% se encuentran en este nivel.

Una organización que se encuentre en un nivel de madurez mayor, puede recaer en este cuando su negocio crece rápidamente o cuando se hacen fusiones con otras empresas, es aquí donde la organización debe hacer un gran esfuerzo para volver a cambiar de nivel Business silos.

2. Standardized technology Architecture (Estandarización)

Su principal objetivo es la reducción de costos, lo que significa que si se reducen o simplifican plataformas se disminuye la administración de las mismas.

Con la administración y apoyo de “estándares tecnológicos”, se obtiene:

Reducción del riesgo
Reducción del costo al compartir servicios como: Soporte, mantenimiento, compras, confiabilidad, seguridad, desarrollo y entrega a tiempo.
Reducción del número de software que produce funcionalidad similar
Se incrementa un acceso compartido a los datos, se introducen bodegas de datos, las transacciones siguen siendo individualmente en cada una de las aplicaciones.
Se comparte infraestructura y servicios

3. Optimized Core Architecture (Optimización del Nucleo)

Las compañías se mueven de una vista local de datos a una vista empresarial, su principal objetivo estandarizar los datos y los procesos de negocio, más dependiente del modelo operativo, el ROLE de TI es asegurar la reusabilidad de los datos y de la plataforma que soporta los procesos de negocio generalmente en un enfoque y esfuerzo TOP-DOWN. Se analizan requerimientos y capacidades de TI, para estar alineado con el modelo operativo de la organización es aquí donde se evidencian oportunidades y apalancamientos.

4. Business Modularity Architecture (Modularización)

Habilita la agilidad estratégica través de la personalización y reúso de módulos (escancia del negocio). El principal objetivo crear nuevos módulos o re-usarlos para compartirlos transversalmente a las unidades del negocio. Estos servicios deben contar con interfaces estándar para acceder a módulos relacionados con datos, recursos internos y externos. El ROL de TI es proveer vínculos entre los procesos de negocio y las interfaces estándar. También en este nivel se identifican desarrollar y mejorar módulos que extiendan el core del negocio, para poder responder al cambio de condiciones del mercado para ello se usa el reúso de la experiencia en procesos, datos y estandarización tecnológica.

La relevancia del Modelo operativo, en una iniciativa de Arquitectura Empresarial

2010-09-07T20:05:00.000-07:00

Continuando con los beneficios y una ventana a la Arquitectura Empresarial, el punto de partida para un re-diseño organizacional es el modelo operativo de la Empresa.

El año pasado hice una introducción de los modelos operativos, ahora he tenido la oportunidad de profundizar este tema, la adopción de un modelo conduce a la organización, a obtener oportunidades de negocio y de crecimiento para poder competir en un mercado cambiante, para la toma decisiones, debemos apoyarnos en la estrategia de negocio, que nos direccione a alcanzar las metas del negocio. Y es aquí donde el modelo enmarcado dentro de la visión de la empresa, juega un papel muy importante en la estandarización e integración de procesos, para poder entregar productos y servicios a nuestros clientes.

Un modelo operativo tiene un profundo impacto de cómo una organización implementa sus procesos de negocio e infraestructura de TI, pues bien los modelos operativos poseen dos dimensiones la estandarización y la integración de los procesos de negocio y existen cuatro tipos de MO: Diversificado, Coordinado, Replicado y Unificado. Veamos cada uno de ellos:

Diversificado

Las unidades de negocio de una compañía poseen pocos clientes y proveedores en común, las unidades de negocio son diversificadas, ofrecen diferentes productos y servicios a diferentes clientes y las decisiones y control se hacen cada unidad de negocio.

Coordinado

Posee un alto nivel de integración y poca estandarización de procesos. Diestras de una sola imagen corporativa existen múltiples canales, uno de los beneficios fuertes son las cross-selling o ventas cruzadas.

Replicado

Manejan alta estandarización, las unidades de negocio no dependen de otras transacciones o datos, cada unidad de negocio implementa un conjunto estandarizado de procesos de negocio a manera de imagen/espejo.

Unificado

Las unidades de negocio se integran con procesos estandarizados y coordinados, maximizando la eficiencia en la entrega de productos y servicios a los clientes

En cuanto a las dimensiones, la estandarización implica un costo, la integración un esfuerzo organizacional para que las unidades de negocio, puedan compartir información y así aumentar la eficiencia, la coordinación, la transparencia y la agilidad.

Una compañía dependiendo de sus unidades de negocio y de su despliegue geográfico puede aplicar o adoptar diferentes modelos operativos.

Para quien quiera profundizar este tema les recomiendo este libro: Enterprise Architecture as Strategy de Jeanne W. Ross, Peter Weill, David C. Robertson

BPCC (Business Process Competency Center)

2010-07-07T13:37:00.000-07:00

A continuación unas pequeñas notas y reflexiones de la conferencia de BPM in Action, del tema “The Heart of Business Process Management”:

BPM viene siendo adoptado por pequeñas, medianas y grandes empresas con el objetivo de obtener un retorno de inversión y responder acertadamente al time- to-market. Sin embargo una tecnología BPMS no es suficiente para lograr el resultado que espera el negocio, es importante quienes ya se encuentran dentro de una iniciativa BPM generen un centro de competencias de procesos de negocio (BPCC - Business Process Competency Center) o se unan a uno ya existente, este puede ayudar al diseño y gestión de la Arquitectura empresarial de negocio.

Esto con el fin de diseñar, implementar y administrar soluciones BPM con éxito, para realizarse deberá existir una divulgación continua en la organización, esto involucra a todos los recursos que se vean transversalmente afectados por los proyectos. Debe existir un capital de conocimiento donde se puedan identificar las mejores prácticas, estándares, plantillas, manejo de seguridad, Reglas de negocio comunes, herramientas tecnológicas, perfiles. El BPCC a través de asesorías por parte de un equipo de expertos, va apoyar los proyectos BPM enfocándolos en la alineación con los objetivos del negocio, para que sean más maduros, administrables y exitosos.

Taxonomia del BPCC (Business Process Competency Center)

La comunicación no debe ser uno a uno, se debe preparar al personal involucrado en la organización, por ello es importante generar o hacer uso de un Framework y repositorio de activos de procesos, como guías para administrar proyectos BPM que incluyan talleres, workshops, material interactivo de tal manera que se pueda orquestar a los interesados, garantizando que el equipo de trabajo cuente con experiencias de expertos, herramientas, procedimientos, estándares para diferentes tipos de proyectos.

Automatización de Procesos y Siglas

2010-03-03T20:20:00.000-08:00

Pra empezar aclaremos algunos conceptos y definiciones:

Proceso: Conjunto de actividades que tiene un inicio y un fin, en los cuales participan recursos humanos o sistemas realizando las actividades en un intervalo de tiempo, generando valor ara la organización

Workflow: Es la automatización de los procesos donde la información y documentación pasan de un participante a otro.

BPM: Es un conjunto de estándares y tecnología que apoya los procesos que se vienen ejecutando en una empresa sin importar la línea de negocio, nos ayuda a evaluar cómo se comportan nuestros procesos a través de métricas y KPIS. Normalmente para abordar una iniciativa BPM se requiere un equipo multiorganizacional ya que generalmente diferentes departamentos o áreas se ven involucradas de forma transversal a los procesos.(En otro post ampliaré este tema)

Qué tipo de estándares manejan los BPMS?

Los BPMS para que sean interoperables manejan diferentes estándares, uno de ellos es el MDA(Model Driven Architecture) arquitectura orientada a modelos, propuesto por la OMG (Object Management Group)

Este contempla 3 capas de modelado:

Capa M3 (Meta – Meta Modelo) conocido como MOF (Meta-Object Facility). Los que definen los estándares

Capa M2 (Meta - Modelo) BPMD, BPMN, etc. Pueden estar expresados en M3 MOF

Por ejemplo dentro de las capas de modelado podemos decir que el estándar BPMN(Business Process Modeling Notation) corresponde al (M2) un meta modelo, el cual los BPMS dejan a nuestra disposición con el fin de que los analistas de negocio generemos un M1 es decir modelos de nuestros proceso de negocio.

Capa M1 (Modelo) Pueden estar expresados en M2Capa

Capa M0 Ejecución ejecución de nuestros procesos

Dentro de los tipos de modelo que propone el MDA se encuentran:

CIM (Computation independent language): Aquí se ven reflejados los requerimientos del sistema, se puede ver como un modelo de dominio.

PIM (Platform independent Model): El modelo es más abstracto sin llegar a definir plataformas ni tecnologías.

PSM (Platform Specific Model): El modelo es más concreto se reflejan un PIM + la plataforma específica. Por ejemplo C# Java u otro.

Para ilustrar un poco los conceptos anteriores de tipos y capas de modelo, la siguiente figura nos muestra las capas y tipos de modelado mapeadas con las dimensiones de la arquitectura empresarial.

Imágen tomada del ibro: Handbook of Enterprise Systems Architecture in Practice de Saha, Pallab

ESB: El Enterprise Service Bus además de ser un patrón de arquitectura, es un software que se encarga de enrutar y transformar mensajes, hace mediación entre protocolos y maneja eventos. (En otro post ampliare este tema). Generalmente se encargan de comunicarse con el Back Office o Core de la organización y se implementan dependiendo de los niveles de madurez SOA en que se encuentra una organización. También son utilizados por los BPMS.

(En otro post ampliaré este tema)

BPEL: Business Process Execution Language. Aquí los procesos son servicios, sincrónico o asincrónicos, los cuales pueden tener actividades humanas y son ejecutados a través de un “Work List”. Inicialmente se llamaba BPEL4WS (2002) una especificación en conjunto con IBM, Microsoft y BEA (Hoy Oracle) , según el comité técnico de OASIS ahora WS-BPEL. No todos los procesos modelados en BPMN de un BPM Suite, se ejecutan sobre este lenguaje existen muchos que de ejecutan sobre motores propietarios cumpliendo el mimos objetivo ejecutar y exponer procesos como servicios.

(En otro post ampliaré este tema)

Para aquellos que buscan diferenciar estas dos últimas tecnologías, les recomiendo leer el siguiente:

LINK:http://www.ibm.com/developerworks/websphere/library/techarticles/0803_fasbinder2/0803_fasbinder2.html

Instalando Oracle Fusion Middleware 11g

2010-02-20T14:50:00.000-08:00

Para hacer una instalación rápida, aquí les dejo un pequeño resumen:

1) Descargue e instale: Oracle WebLogic Server 11g Rel 1 (10.3.2)

http://www.oracle.com/technology/software/products/middleware/index.html

2) Descargue e instale: Oracle Database 10g Express Edition

http://www.oracle.com/technology/software/products/database/xe/htdocs/102xewinsoft.html

3) Descargue e instale Enterprise Repository (11.1.1.2.0)

http://www.oracle.com/technology/software/products/middleware/htdocs/fmw_11_download.html

Descomprima y por cosola (CMD) digite: cd c:\ofm_rcu_win_11.1.1.2.0_disk1_1of1\rcuHome\BIN

Luego ejecute: rcu.bat

A mí se me presento el siguiente error:

RCU-6083:Fallo: Comprobar requisitos para el componente seleccionado:SOAINFRA

Consulte el log de RCU en C:\Oracle\Middleware\ofm_rcu_win_11.1.1.2.0_disk1_1of1\rcuHome\rcu\log\logdir.2010-02-18_22-55\rcu.log para obtener más información.

RCU-6107:Fallo de Requisitos de Parámetro de Inicialización de Base de Datos para: processes

El Valor Actual es = 40. Debería ser ser mayor o igual que 200.

http://soadev.blogspot.com/2009/07/error-in-running-repository-creation.html

En caso de presentarse el anterior error ejecutar las siguientes sentencias, en su motor Oracle:

Connect as SYSDBA using user "system"

SQL> connect system/password

SQL> show parameters processes

SQL> alter system set processes=200 scope=spfile;

Si instalo la Express puede hacerlo a través del administrador WEB

Luego retoma el wizard de del repositorio y al dar siguiente ya no se presentara el error:

4) Descargue e instale: SOA Suite de Oracle Fusion Middleware http://www.oracle.com/technology/software/products/middleware/htdocs/fmw_11_download.html

5) Instalar JDeveloper http://www.oracle.com/technology/software/products/jdev/index.html

Importante abrir y actualizar el JDeveloper

6) Proceda a configurar un dominio en el Weblogic, y ya estará listo para trabajar con la SOA suite de Oracle.

Beneficios y una ventana a la Arquitectura Empresarial

2010-01-28T20:07:00.000-08:00

La arquitectura empresarial facilita el mejoramiento del negocio, le permite actualizarse y refinarse contribuyendo al entendimiento y control del negocio, para permitir una vista completa de la organización.

Para realizarlo existen diferentes Framework’s de arquitectura empresarial, los cuales nos indican el estado actual (AS-IS) y futuro o deseado (TO-BE) que podría llegar a tener una empresa, teniendo siempre como foco la realidad del negocio. Uno de estos Frameworks es TOGAF de la Open Group (http://www.opengroup.org/) (Sponsors Platinum: IBM y Hewlett-Packard), el cual presenta toda una metodología con un proceso iterativo basado en fases conocido como Architecture Development Method (ADM) el cual nos sirve para entender y mejorar el negocio en las organizaciones.

A continuación les presento un pequeño preview de lo que encontraran en cada una de sus fases:

Fase preliminar: Entender el negocio, principios, como se va a realizar la gobernabilidad, métodos a ser adoptados.

A. Visión de la Arquitectura: Alcance a nivel de IT (Como todas las demás fases son cíclicas) alineados con los procesos internos

B. Arquitectura Negocio: Estructura organizacional, Procesos, roles, objetivos que buscan los procesos

C. Arquitectura de sistemas de información: Aplicaciones, Seguridad y calidad de los Datos (Clientes, Proveedores, Facturas) “Bases de datos NO” todo lo que se refiere a entidades y objetos de negocio, Portabilidad.

D. Arquitectura Tecnológica: Todo lo que tenga que ver con Hardware, Software, bases de datos estándares

E. Oportunidades y Soluciones: Visibilidad sobre nuevas aplicaciones que apoyaran el negocio

F. Plan de Migración: Como va ser el plan de implantación detallado y como va ser el ROI

G. Gobierno de la implementación: Como, cuando, que personas

H. Arquitectura y gestión del cambio: En qué fase vamos, que hace falta?

Togaf además del método, propone el Enterprise continuum, el cuál es una vista que contiene el capital intelectual y diferentes tipos de artefactos de la Arquitectura.

Para más información TOGAF 9. The Open Group Architecture Framework (TOGAF): http://www.opengroup.org/architecture/togaf9-doc/arch/toc.html

Patrones de seguridad para SOA

2009-11-15T16:41:00.001-08:00

Cuando aplicamos en general la seguridad atacamos diferentes dimensiones: La primera es la Autenticación que nos indica como nos vamos a autenticar a un servicio, la segunda Autorización es decir que operaciones podemos hacer a que recursos podemos acceder, la tercera es la Auditoría o conocida como no repudio donde podemos hacer rastreos de las operaciones no autorizadas y las ultimas Confidencialidad, Integridad y Disponibilidad las cuales nos aseguran que los datos son confiables, que no fueron alterados en el transporte y que nuestros servicios deben seguir disponibles para nuestros usuarios

EXCEPTION SHIELDING

Problema: Sin filtrar datos de la excepción de salida de un servicio, este puede contener detalles de la implementación interna que puede comprometer la seguridad del servicio y su entorno.

Solución: Asegurar las excepciones sustituyendo los datos sensibles de la excepción, por datos seguros.

Aplicación: En tiempo de diseño, mediante ejecución (subrutinas).

Impacto: El seguimiento de errores es más difícil.

Message Screening

Problema: Un atacante puede transmitir mensajes con contenido malicioso o incorrecto a un servicio, dando lugar a un comportamiento indeseable.

Solución: Cuando un servicio recibe un mensaje, éste hace una serie de controles para detectar el contenido del mensaje de datos dañinos

Aplicación: Cuando un servicio recibe un mensaje este hace una serie de chequeos para detectar el contenido mal formado.

Impacto: Se requiere tiempo de procesamiento extra, y la lógica de detección requiere rutinas especializadas para procesar contenido de los mensajes binarios, tales como archivos adjuntos

Trusted Subsystem

Problema: Un consumidor que tiene acceso a los recursos backend de un servicio directamente, puede comprometer la integridad de los recursos

Solución: El servicio está diseñado para utilizar sus propias credenciales de autenticación y autorización de los recursos backend en nombre de los consumidores

Aplicación: Dependiendo de la naturaleza de los recursos subyacentes, varias opciones de diseño y tecnologías de seguridad se pueden aplicar

Impacto: Si este tipo de servicio se ve comprometido por los atacantes o usuarios no autorizados, puede ser explotado para acceder a una amplia gama de recursos.

Service perimeter guard

Problema: Los consumidores externos que requieren acceso a uno o más servicios en una red privada, podrían atacar el servicio o usuario para acceder a recursos internos

Solución: Un servicio intermedio se establece en el perímetro de la red y este es asignado para trabajar con un FireWall así que pueda establecer comunicación entre la red externa y la interna

Aplicación: Establecer un mecanismo seguro, entre redes externas e internas

Impacto: Adiciona complejidad y sobrecarga al rendimiento ya que hay una labor intermedia
Para más información: http://www.soapatterns.org/masterlist_c.asp

Modelos operacionales

2009-11-15T15:48:00.000-08:00

Las empresas tienen modelos operativos y es importante que estas hagan uso de la tecnología para apoyar su modelo.

Dentro de la “Arquitectura Empresarial” (En otro post ampliare este concepto), es importante que las empresas identifiquen en que cuadrante “están” o a cual se quieren “mover en el futuro” ya que la forma de operar debe estar alineada con la estrategia de la organización. A continuación presento un mapa mental que presenta un resumen del paper del MIT donde se encuentran explicados estos modelos:

http://web.mit.edu/cisr/resbrfgs/2005_12_3C_OperatingModels.pdf

Que indican los cuadrantes mágicos de Gartner? Cuál es su objetivo?

2009-08-13T20:09:00.000-07:00

Primero que todo Gartner es una empresa consultoría encargada de investigar, la industria y las tendencias del mercado. Dentro de sus famosos cuadrantes mágicos, se pueden identificar las diferentes empresas que se encuentran en la vanguardia en tecnologías como: BPM, BI, ERP, etc. A continuación podrán ver un resumen de los cuadrantes del 2004, 2007 y 2009 que hacen referencia a BPM, las clasificaciones se encuentran por competidores, lideres, buenos jugadores y visionarios. Su objetivo es ser uno de los puntos de partida o base, para aquella organización que está buscando implementar tecnología BPM en la automatización de sus procesos de negocio. Por supuesto mi favorito y que además ha estado en lo cuadrantes es BizAgi – Vision.

Que se debe tener en cuenta en los componentes y arquitectura involucrados en un LoadTest?

2009-07-16T22:48:00.000-07:00

En la Internet, se habla mucho de TeamTest, hasta podemos encontrar imágenes y videos muy superficiales de cómo hacer pruebas unitarias y de carga, a nuestras aplicaciones WEB. Lo cierto es que en la actualidad nuestras aplicaciones WEB son cada vez más robustas y dinámicas. Por ello es que en los ambientes que disponemos para las pruebas, se deben hacer unas preparaciones previas en nuestra infraestructura y ambientes, para garantizar su éxito.

Consejos importantes para garantizar el éxito de tus pruebas: (De no hacerlo tus pruebas se van a ver frustradas y mal interpretadas).

Configuraciones en el Servidor WEB:

WEB.CONFIG: Validar que en el Web.config la opción de debug se encuentre apagada:
Se debe asegurar que los assemblies de la aplicación, se generen en release y no Debug
MACHINE.CONFIG: Para aprovechar el o los procesadores de tu servidor, debes cambiar la configuración predeterminada del FrameWork, realizando el siguiente cálculo matemático, por procesador con el fin de reducir contención, cuando se maneja mucha carga:

http://msdn.microsoft.com/en-us/library/ms998549.aspx

Configuraciones en la Base de Datos SQL 2005:

En SQL 2000 anteriormente para manejar los bloqueos o abrazos mortales, debíamos añadir a nuestras consultas, las conocidas sentencias sucias (NOLOCK). Con SQL 2005 ya no es necesario, basta con configurar adecuadamente el nivel de aislamiento (ISOLATION LEVEL) a SNAPSHOT y así nuestro motor funcionará similar a como lo hace ORACLE, manejando versionamiento de filas. En una instalación predeterminada el nivel de aislamiento de la transacción READ COMMITTED, vine por defecto. Para utilizar el aislamiento SNAPSHOT, debemos agregar el siguiente Transact-SQL: ALTER DATABASE MyDatabase SET ALLOW_SNAPSHOT_ISOLATION ONCon este otro no hay necesidad de hacer algo adicional en el código (Como colocar en las transacciones: SET TRANSACTION ISOLATION LEVEL SNAPSHOT;):ALTER DATABASE MyDatabase SET READ_COMMITTED_SNAPSHOT ON

http://msdn.microsoft.com/es-es/library/ms174269(SQL.90).aspx

Reportes y contadores a analizar después de un LoadTest en VS2008

2009-07-16T22:32:00.000-07:00

Este es uno de los resúmenes, que nos arroja el Team Test:
A continuación el tipo de análisis que debes hacer, luego que termina la carga. Los siguientes imágenes se obtienen haciendo clic sobre la traza de contadores, dentro de la herramienta Team Test (cuando finaliza la carga), por supuesto debes tener en cuenta adicionar los contadores apropiado, y aportar un buen analisis:

Indicador General

A continuación se presenta el total de las solicitudes, y las peticiones por segundo: En el contador de carga de usuarios podemos visualizar como se fue incrementando 5 usuarios a 50 en el primer minuto con los 30s de la prueba.(Haciendo uso de la carga completa de usuarios virtuales). También podemos observar el número de solicitudes por segundo y ver que número de errores presentados durante la prueba en este caso con valor 1.

Indicador de Procesador y Memoria

Servidor WEB (10.1.5.116):En el siguiente gráfico podemos observar, que el procesador se mantuvo en un promedio de %32 y tuvo 3 picos de %89 lo cual es normal, al no tratarse de un valor constante. Su uso de memoria se mantuvo en un 30%. Es importante resaltar que el proceso w3wp en el servidor de mantiene en un intervalo de 200m a 230m.

Servidor BASE DE DATOS(10.1.5.119):En el siguiente gráfico podemos observar, que el procesador se mantuvo en un promedio de %3 este no presenta ningún pico. Su uso de memoria se mantuvo en un 14%

Indicadores IIS

En el siguiente gráfico podemos observar, que se presentaron 8 peticiones en cola (Requests Queued). También podemos ver a nivel de ASP NET, no se presentaron solicitudes rechazadas (Requests Rejected) ni reinicios del proceso W3p (Worker Process Restarts) utilizado por la aplicación.

En los últimos 30s, los requerimientos se empiezan a encolar (Requests Queued), esperando una respuesta, por defecto en el machine.config el máximo es 100. Cuando se sobre pase este valor, entonces el servidor Web habrá alcanzado el límite de requerimientos concurrentes que puede procesar.

Indicadores SQL Server
En el siguiente gráfico podemos observar que no se presentaron bloqueos (Number of Deadlocks/sec), el máximo Número de bloqueos (Lock Waits/sec) por segundo fue de 1s. Total de (Full Scans/sec) 138. El Número máximo de transacciones en la base de datos corresponde a 1.524. Número máximo de conexiones a la base de datos 22.

Indicadores .NET CLR Memory y Loading

Porcentaje de uso de CPU que se lleva el recolector de basura CLR (% Time in GC). Se observa que el tiempo de procesamiento que le esta llevando al GC en recolectar la basura, está por encima de los umbrales propuestos por Microsoft. Los iconos amarillos corresponden a Umbrales sobrepasados de warning y los rojos a umbrales de error

El contador Current Assemblies, que nos indica el número total de assemblies en memoria se mantuvo en un valor constante, lo cual es normal.
Byte in all Heaps: Este contador es la suma de otros cuatro contadores: Gen 0 Heap Size, Gen 1 Heap Size, Gen 2 Heap Size y Large Object Heap Size. Muestra la cantidad de memoria virtual en bytes actualmente alocada en los heaps manejados. Si este contador crece sostenidamente indica que existe una leak de memoria en código manejado.

Configurando un WebTest y LoadTest en VS2008

2009-07-16T21:44:00.000-07:00

1. Cuando realizas una grabación de tipo WEBTEST para tu aplicación, obtienes los Request y Response junto con sus respectivos parámetros POST y GET e información que viaja a través de estos. Como se muestra a continuación:

2. Transacciones: Cuando manejas formularios dinámicos en un mismo ASPX o página, en diferentes momentos dentro de la ejecución de tu aplicación, es importante bautizar y agrupar las URLS en transacciones, para que su posterior análisis sea más preciso. Como se muestra a continuación:

Bastara con indicar un nombre descriptivo como adicionando teléfono, o guardando datos del cliente, en el cual le indicaras la URL inicial Y la URL donde deseas que finalice la transacción

3. Reglas de Extracción: Alunos parámetros: Visual Studio Team test, los reconocerá automáticamente, otros no, sobre todo cuando se trata de aplicaciones muy dinámicas complejas. Y si tú aplicación es una de ellas tendrás que indicarle al Team test, tus propios patrones o reglas de extracción, de tal forma que la herramienta sepa exactamente qué información se alimentara dinámicamente, como IDS que usamos o pasamos por nuestros queryStrings que vienen de la base de datos, para poder hacer búsquedas o simplemente visualizar una grilla, o un detalle de una de uno de nuestros ASPX. Como se muestra a continuación:

La regla de extracción consistirá en indicarle, de nuestro reuest/response que la información va a ser dinámica, para este ejemplo el valor que aparece en negrilla:name="h_idCase" value="454“>

Posteriormente el editor gráfico nos dejara, reutilizar esta variables a mediantes combos o escribiendo directamente el nombre de nuestro parámetro dentro de los caracteres {{}}

4. Como preparar nuestra prueba de carga?

Bautizar nuestra prueba de carga:

Distribución de usuarios (Total 50 y como se van a ir incrementando):

Pruebas de carga a adicionar, en este caso 1, pero se pueden adicionar varias en paralelo:

Distribución en términos porcentuales de navegadores a emular, en este caso 100 % para IE:

Distribución en términos porcentuales de las redes a emular (se pueden las más optimas canales T1, para nuestro caso LAN):

Registro de servidores de contadores a analizar, para el ejemplo se adicionaron dos servidores, los cuales veremos más adelante en los reportes (Proximo POST)

Tiempo de calentamiento de nuestra aplicación, este no se tiene en cuenta para la estadística

Ejecutar prueba de carga.

Como desarrollar un servicio WEB con WCF

2009-07-16T10:05:00.000-07:00

Dentro de una arquitectura orienta a servicios (SOA), es muy probable que nos veamos enfrentados a realizar servicios WEB, como hacerlo con las nuevas tecnologías? A continuación ilustro como desarrollar un servicio WEB con WCF en 7 pasos:

Creando un WCF Service Library
Configurando el contrato
Implementando el contrato del servicio
Creando un WCF Service Application
Configurando los EndPoitns
Probando el servicio
Consumiendo un servicio desde un cliente

Problema: El servicio que se desarrollara a continuación, simulará la revisión sobre una la lista negra/clienton, este revisará el último dígito del número de identificación proporcionado, si es par retornará VERDADERO (o sea es NEGATIVO), caso contrario si es impar retornará FALSO.

1. Creando un WCF Service Library

Crear un nuevo proyecto de tipo WCF(para este ejemplo en lenguaje C#), luego seleccionamos la plantilla WCF Service Library y lo nombramos así: ListaClintonService

Abrimos las propiedades del proyecto ListaClintonService y cambios el namespace o espacio de nombres que viene por defecto por: com.micompania.ListaClintonService

2. Configurando el contrato

Renombramos el archivo IService1.cs por ListaClintonServiceContract.cs y dentro del código de este cambiamos el namespace por: com.micompania.ListaClintonService y renombramos el nombre de la interfaz.
Luego borramos de ListaClintonServiceContract.cs

- Todos los comentarios

- La definición de la clase CompositeType

- Y los métodos GetData y GetDataUsingDataContract que se encuentran en la Interface

Modificamos el atributo [ServiceContract] de la clase ListaClintonServiceContract.cs e incluimos http://micompania.com/services/ListaClintonService
En la definición de la clase ListaClintonServiceContract definimos el método verificarDocumento que recibe como parámetro un string (numeroDocumento) y retorna un bool (Resultado).
Adicionamos al método verificarDocumento el atributo [OperationContract]

3. Implementando el contrato del servicio

Renombramos el archivo Service1.cs por ListaClintonServiceContractImplementation.cs y dentro del código de este cambiamos el namespace por: com.micompania.ListaClintonService y renombramos el nombre de la clase.
Borramos de la clase ListaClintonServiceContractImplementation.cs

-Todos los comentarios

-Y los métodos GetData y GetDataUsingDataContract

Implementamos la clase ListaClintonServiceContract

Definimos el Método:

Hacemos el build del proyecto: ListaClintonService

4. Creando un WCF Service Application

Adicionamos un nuevo proyecto de tipo Web y seleccionamos la plantilla WCF Service Application y lo nombramos así: ListaClintonServiceIISHost

En la propiedades del proyecto ListaClintonServiceIISHost en el tab WEB de la sección Servers especificamos el puerto: 8081 y guardamos los cambios.

Borramos del proyecto ListaClintonServiceIISHost

-El archivo IService1.cs

-El archivo Service1.svc

-El directorio App_Data

Adicionamos una referencia a ListaClintonService
Renombramos el archivo Service1.svc a ListaClintonService.svc
Dento del código del archivo ListaClintonService.svc cambiamos el atributo service a: com.micompania.ListaClintonService.ListaClintonServiceContractImplementation y borramos el atributo CodeBehind junto con su contenido.

Guardamos y construimos el proyecto ListaClintonServiceIISHost

5. Configurar los endPoitns del proyecto ListaClintonServiceIISHost

Hacemos clic derecho sobre el archivo de configuración, y hacemos clic en Edit WCF Configuraton
Renombramos los comportamientos, nombre del servicio y el contrato así:

Guardar los cambios y cerrar:

6. Probar el servicio ListaClintonService

Clic derecho sobre el servicio ListaClintonService.svc y colocar set as start page
Clic derecho sobre el servicio ListaClintonService.svc debug, start new instance
Se ha desplegado en nuestro IIS nuestro primer webService sobre WCF

7. Consumir un servicio:

Crear un proyecto WINDOWS con el Nombre ClientListaClintonService y adicione referencia de Servicio:

Haga clic en Discover para buscar los servicios locales, coloque en el NameSpace ClintonService

Adicione el NameSpace: ClientListaClintonService.ClintonService;
En la interfaz grafica coloque los siguientes controles:txtNumeroDoc ylblResultadoDescripcion donde mostrara el resultado

Proceda Añadir el siguiente codigo en el boton:

private void Aceptar_Click(object sender, EventArgs e) { ClintonService.ListaClintonServiceContractClient newLista = new ListaClintonServiceContractClient();

if (newLista.verificarDocumento(this.txtNumeroDoc.Text)) this.lblResultadoDescripcion.Text = "Esta en lista Negra";

else this.lblResultadoDescripcion.Text = "No esta en lista Negra";

}

Resultado con numero documento par:

Resultado con numero documento Impar: