SISnet está construida con un framework propietario, creado 100% por nosotros. Desde la capa de acceso a datos y conectividad con la base de datos hasta la capa de integraciones, basándonos en los estándares SOAP Y REST para la capa de integraciones y JDBC de Java para la capa de acceso a datos.
SISnet está desarrollada con los siguientes requisitos:
SISnet es compatible con cualquier servidor que tenga capacidad de contenedor de servlets que cumplan con la especificación de servlet 3.0.
Está certificada para que funcione en los siguientes servidores:
Como sistemas gestores de base de datos (SGBD), SISnet es capaz de soportar cualquier base de datos relacional que tenga un driver JDBC. Actualmente está certificada para:
Siendo independiente del sistema donde esté ubicada la base de datos, pudiendo desplegarse en PaaS, Aurora Postgres de Amazon o SQL Azure de Microsoft.
SISnet está basado en un modelo de capas utilizando el patrón de diseño Modelo Vista-Controlador (MVC2). Actualmente, el modelo de SISnet cuenta con tres capas:
Las capas de lógica de negocio y de acceso a datos las comparten los tipos de modelos de capas que se utilizan.
Es el modelo al que se está orientando la aplicación y el más óptimo. Se desarrolla de manera más acorde al paradigma Zero Code y para la comunicación de información se utiliza el formato JSON.
En este tipo de arquitectura se aplica el patrón comando simple, que consiste en que, a través de reglas, se puede exponer cualquier endpoint del sistema.
La arquitectura batch está dirigida a procesar volúmenes de datos muy grandes, tales como realizar migraciones.
SISnet dispone de 2 modelos a seguir.
Para la arquitectura de microservicios, SISnet presenta un framework donde existe un núcleo que es capaz de ejecutar el procesamiento de todos los elementos ZeroCode. De este modo un microservicio lo único que contiene es el núcleo que interpreta ese Zero Code y la configuración de reglas que van a ejecutar el procesamiento.
SISnet tiene compatibilidad certificada con Kubernetes, GKE y Anthos de Google, APPService de Azure y con RedHat OpenShift.
En un modelo de despliegue tradicional que agrupa la funcionalidad en un desplegable. Se puede llevar tanto en un escenario OnPremises o en Cloud en conceptos IaaS y PaaS, siendo compatibles con ambos.
© 2003 - 2023 Netijam Technologies, S.L.