John Evdemon

Architect, Architecture Strategy

<<Notas sin editar>>

1. Agilidad: la única estrategia sustentable
2. SOA nos habilitará para hacer BPM.
3. Mitos comunes de SOA:
   1. SOA es una tecnología: jajajajajajaja
   2. SOA requiere Web Services: solo son una implementación.
   3. SOA es una nueva revolución: no ya existía por ejemplo EDI, CORBA.
   4. SOA asegura la agilidad: SOA no es una metodología no asegura nada.
   5. SOA reduce el riesgo: es como un copo de nieve, no hay dos iguales.
   6. SOA requiere una nueva tecnología: en rigor puede ser implementada con su actual tecnología.
   7. SOA requiere un ejército de consultores: Se necesitan buenas herramientas no consultores.
   8. Necesitamos construir SOA: esto es un error, lo que se hace son soluciones que están alineadas con SOA no un SOA product.
4. Re Uso
   1. ¿Deja Vu?
   2. El re uso no se ha logrado, no necesariamente se logrará con SOA.
5. Exponer / componer / Consumir
   1. La triada del ciclo de vida de SOA
   2. Aplicaciones compuestas: es una nueva forma de hacer aplicaciones basadas en la asociación de servicios y procesos de negocio.
   3. Exponer: habla de cómo se construyen los servicios, decidir la granularidad es todo un tema no sencillo. Han aparecido patrones para esto.
6. Recurring Logical Capabilities
1. User Interaction: crear mejores aplicaciones.
1. Son necesarios servicios especiales para CBA. Estos soportan las funcionalidades Rich de las aplicaciones.
2. Servicios de Wrappers: muy importantes, exponen temas de LOB a las interfaces de manera simple.
2. Workflow: componer aplicaciones. 
1. Coordinar servicios remotos, procesos largos en el tiempo.
3. Data: obtener datos consistentes. 
1. Servicios de entidad
2. Servicios de agregación 
3. Servicios de Factoring.
4. Identity and Access: aspectos de seguridad transversales. 
1. Manejo de la identidad.
2. Impersonalización y delegación.
3. Modelo Trusted subSystem.
4. Autentificación.
5. RBAC
6. Administración de los relaciones de confianza.
5. Message and Services: esta compuesto por una capa lógica en frente de las aplicaciones.
1. Es necesario determinar ¿Qué exponer?
2. Service Operation Contratcs: administración
3. Message And Data Contracts
4. Versionamiento
7. COMPOSE, los aspectos transversales que apoyan la composición son:
1. User Interface: viene PAGEFLOWS concepto que ya existía en BEA hace dos o tres años, que buena noticia.
2. Workflow: soporte para procesos largos, que siguen a la interfaz.
1. Fáciles de modelar.
2. Fáciles de cambiar, incluso en ejecución.
3. Data: 
1. Traking del estado de los workflow
2. ETL
3. Mensajeria confiable y persistencia.
4. Replicación.
5. Sincronización, para aplicaciones OCC
6. Administración de metadata.
4. Message and Services 
1. Orquestación de servicios es la clave.
2. Las orquestaciones se exponen como servicios.
3. Soporta el patrón de comunicaciones asíncrono.
8. Consume:
1. User Interaction:
1. OBAS, composición de aplicaciones.
2. Personalización de interfaces.
3. Portales
4. BI y reportes.
5. Agregación de contenido: los usarios reciben la información agregada desde diferentes fuentes.
6. UX declarativa: ¿????????
2. Workflow & BPM 
1. Humman workflows (MOSS)
2. Event Broking (CAB)
3. Page Flows
3. DATA 
1. OBA(office Business Application), cómo la aplicación del Banco de Chile / Business Data Catalog (BDC)
2. Una solo vista del cliente!!!
3. JSON: Java script location on XML?????
4. Identity and Access 
1. SSO /RBAC /
2. Servicios de directori
3. Compliance?
5. Messaging and services 
1. Formularios electronicos (infoPath)
2. Web PArts,
3. Registro de servicios (check in / check out /buscar) ¿no esta claro con que hacerlo?
4. AJAX, REST, rest interface permite el dialogo con la interfaz usando servicios.