Arquitecturas de Servicios de Información. Gobierno Electrónico

Transcripción

1 Arquitecturas de Servicios de Información Gobierno Electrónico

2 Arquitectura de Sistemas La arquitectura de sistemas es la visión de diseño que no altera la funcionalidad entregada al usuario. La arquitectura de un sistema busca facilitar el trabajo de desarrollo, la interconexión de soluciones, el mantenimiento de la aplicación a través del tiempo, etc.

3 Arquitectura de Sistemas Soluciones Monolítica (MVC tradicional) Soluciones Distribuidas/ APIs Conexión de Servicios (SOA) Visión y próximos pasos

4 Solucion Monolítica (MVC) Uso de una misma tecnología o plataforma para el desarrollo de todos los componentes del sistema.

5 MVC Tradicional

6 Solución Distribuida La idea es crear módulos independientes y autónomos que responden a distintos dominios de información. Ejm: usuarios, consultas, establecimientos, recetas, etc. Estos módulos se comunican entre si usado interfaces programables (APIs). Es posible integrar APIs locales y públicas en una misma solución:

7 Solución Distribuida Fuente: Construyendo Aplicaciones con Micro- servicios, Microsoft Azure, us/documentation/articles/service- fabric- overview- microservices/

8 APIs y MVC del lado del Cliente Librerias MVC JavaScript: AngularJS, BackboneJS, EmberJS, ReactJS, etc.

9 APIs y Desarrollo de Servicios Monolitos y MVC Tradicional El programador debe crear una versión del sistema para cada interfaz de presentación Poca flexibilidad, complejidad aumenta con el tamaño de la aplicación Dependiendo el tamaño de la aplicación, requiere mas recursos de hardware Difícil introducir nuevas tecnologías e innovar. APIs y MVC del Lado del Cliente La misma API puede usarse para múltiples interfaces de presentación. Cada API es un modulo independiente, que interactúa con otros módulos para crear aplicaciones grandes. El hardware de cada API o modulo puede ser optimizado independiente. Cada API puede construirse usando tecnologías diferentes.

10 Conexión de Servicios: SOA La Arquitectura Orientada a Servicios (SOA) nació en los 90s como una solución de gobernanza centrada en la descomposición funcional de servicios por niveles, Ejm: Entidad, negocio, proceso, servicio. Cada nivel puede tener varios elementos, genera una gran cantidad de servicios. Los siguientes ejemplos son plantillas de clasificación de servicios: process- framework/ /

11 Conexión de Servicios: SOA Las herramientas SOA tradicionales generan una gran cantidad de documentación y están centradas en el proceso, no en el servicio al usuario final. Al centro de la solución SOA tradicional esta un gestor de procesos (BPM) que actúa como bus de servicios (ESB). Algunos productos SOA incluyen: ORACLE SOA Microsoft Biztalk JBOSS Entreprise SOA Platform.

12 Conexión de Servicios Actualmente se usan APIs, soluciones más simples. Desarrollo de servicios centrado en su uso, no en el proceso. La conexión directa entre APIs es considerada la nueva generación de SOA. Escenario de Conexión de APIs. Fuente: mucon the- microservices- conference

13 Visión y Próximos Pasos El uso de APIs y la creación de servicios web es un componente habilitador de la visión de gobierno para mejorar de servicios a la población, mejorar la colaboración entre instituciones y publicar datos abiertos. Arquitectura para la gestión de TICs el Gobierno de Colombia. Fuente: MINTIC Colombia, 2015.

14 Visión y Próximos Pasos Capacitar equipos, aplicar mejores practicas en el desarrollo de APIs Diseñar soluciones basadas en APIs que pueden ser reutilizadas en distintos procesos y soluciones. Ofrecer y consumir datos externos a través de APIs Crear plan institucional de desarrollo de servicios de información basados en APIs.

15