Herramientas de usuario
ada:howto:sicoferp:factory:new-migracion-sicoferp:apilegacy
Diferencias
Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anterior Revisión previa Próxima revisión | Revisión previa | ||
|
ada:howto:sicoferp:factory:new-migracion-sicoferp:apilegacy [2024/06/06 22:36] administraidor |
ada:howto:sicoferp:factory:new-migracion-sicoferp:apilegacy [2024/06/13 16:13] (actual) 192.168.177.2 |
||
|---|---|---|---|
| Línea 11: | Línea 11: | ||
| ===== Arquitectura ===== | ===== Arquitectura ===== | ||
| La API Legacy se basará en una arquitectura RESTful, siguiendo los principios de diseño de APIs REST. Esto permitirá una fácil integración con las aplicaciones legacy y los nuevos sistemas, utilizando protocolos HTTP estándar y formatos de datos como JSON. | La API Legacy se basará en una arquitectura RESTful, siguiendo los principios de diseño de APIs REST. Esto permitirá una fácil integración con las aplicaciones legacy y los nuevos sistemas, utilizando protocolos HTTP estándar y formatos de datos como JSON. | ||
| + | |||
| + | {{ :ada:howto:sicoferp:factory:new-migracion-sicoferp:arqapilegacy.png?600 |}} | ||
| + | |||
| + | A contiuación se describe el modelo utilizado de forma general: | ||
| + | |||
| + | * **LegacyApplicationPB**: Son las aplicaciones desarrolladas en Powerbuilder las cuales integran un api propia en el core que genera la información de integración posteriormente consume la url del microfrontend por medio de un método GET. | ||
| + | * **LegacyApplicationJava**: Son las aplicaciones desarrolladas en Java pero a diferencia de las anteriores si hace un registro previo de la información de integración por medio del api-legacy y por último consume la url del microfrontend por medio de un método GET. | ||
| + | * **Api Legacy Microfrontend**: Es la encargada de registrar la información de integración, encriptar y desencriptar tokens y autorizar los consumos de las aplicaciones legacy. | ||
| + | * **Microfrontend**: Es la funcionalidad front migrada a las nuevas técnologias utiliza el api-legacy para autenticar y autorizar las peticiones realizadas por las aplicaciones legacy. | ||
| + | * **EcosystemConfigWS**: Entre sus configuraciones provee un metodo que devuelve las rutas que utilizará el microfrontend. | ||
| + | * **Client**: Origen de datos del cliente (DB). | ||
| ===== Componentes ===== | ===== Componentes ===== | ||
| Línea 68: | Línea 79: | ||
| El API Legacy se integrará con las aplicaciones legacy y los nuevos sistemas de diversas maneras, abriendo un abanico de posibilidades para la migración y el desarrollo futuro. A continuación, se describen algunos de los escenarios de integración más comunes: | El API Legacy se integrará con las aplicaciones legacy y los nuevos sistemas de diversas maneras, abriendo un abanico de posibilidades para la migración y el desarrollo futuro. A continuación, se describen algunos de los escenarios de integración más comunes: | ||
| - | ==== Integración Microfrontend ==== | + | * [[ada:howto:sicoferp:factory:new-migracion-sicoferp:apilegacy:microfrontend|Integración Microfrontend]] |
| - | El API Legacy se debe utilizar para implementar una arquitectura de microfrontend, donde cada aplicación frontend se integra con el API para autorizar el acceso a las funcionalidades que se migran. Esta estrategia facilita el desarrollo y mantenimiento de las aplicaciones frontend, ya que cada una puede ser desarrollada y actualizada de forma independiente. | + | * [[ada:howto:sicoferp:factory:new-migracion-sicoferp:apilegacy:apipb|Integración Application Legacy PB]] |
| - | + | * [[ada:howto:sicoferp:factory:new-migracion-sicoferp:apilegacy:apijava|Integración Application Legacy Java]] | |
| - | El flujo para autorizar los accesos desde aplicaciones legacy es: | + | |
| - | + | ||
| - | === Paso 1 === | + | |
| - | Las aplicaciones legacy consumiran la url del microfrontend y enviarán un parámetro llamado legacyToken de tipo string. | + | |
| - | + | ||
| - | === Paso 2 === | + | |
| - | El parámetro legacyToken es un string con el siguiente formato **contextClient@uuid** el cual al ser separados por el simbolo @ se obtendran 2 fragmentos. | + | |
| - | + | ||
| - | * **contextClient**: Código del cliente. | + | |
| - | * **uuid**: token de autenticación. | + | |
| - | * **separador**: Caracter de separación de los fragmentos del token legacy. Por defecto se define @ | + | |
| - | + | ||
| - | Ejemplo: legacyToken=bello-dev@180A072B7AC858EFE06 | + | |
| - | + | ||
| - | * **contextClient**: bello-dev | + | |
| - | * **uuid**: 180A072B7AC858EFE06 | + | |
| - | * **separador**: @ | + | |
| - | + | ||
| - | === Paso 3 === | + | |
| - | Se debe consumir el método del api **autenticate-microfrontend-launcher** el cual puede ser consultado en la documentación de la [[#Capa de lógica de negocio|Capa de lógica de negocio]] y pasar el contextClient como token en el header y el uuid como parametro. | + | |
| - | + | ||
| - | Si el uuid está vigente se devolverán los parametros de sesión encriptados con el código 200. | + | |
| - | + | ||
| - | {{ :ada:howto:sicoferp:factory:new-migracion-sicoferp:api-legacy1.png?600 |}} | + | |
| - | + | ||
| - | Si el uuid está vencido o es inválido se devolverá una excepcion con el código 500 | + | |
| - | + | ||
| - | {{ :ada:howto:sicoferp:factory:new-migracion-sicoferp:api-legacy2.png?600 |}} | + | |
| - | + | ||
| - | + | ||
| [[ada:howto:sicoferp:factory:new-migracion-sicoferp|←Regresar]] | [[ada:howto:sicoferp:factory:new-migracion-sicoferp|←Regresar]] | ||
ada/howto/sicoferp/factory/new-migracion-sicoferp/apilegacy.1717713363.txt.gz · Última modificación: 2024/06/06 22:36 por administraidor
Herramientas de la página
