¡Hola!

¿Necesitas ayuda? ¡Estamos aquí!

Icono de soporte
Soporte por correo electrónico de miniOrange
comercial

Gracias por su encuesta. Nuestro equipo pronto se comunicará con usted.

Si no recibe noticias nuestras dentro de las 24 horas, no dude en enviar un correo electrónico de seguimiento a info@xecurify.com

Resultados de la búsqueda:

×


En la premisa Arquitectura de interiores

Arquitectura independiente


Arquitectura independiente


La arquitectura independiente está diseñada para implementaciones locales de un solo nodo de la plataforma de identidad miniOrange. Ofrece una configuración simplificada, a la vez que ofrece los componentes esenciales de una solución empresarial. IAM solution.

  • Componentes:
    • nginx: Actúa como proxy inverso y punto de entrada para el acceso web.
    • Apache Tomcat: Aloja el miniOrange Identity Server.
    • Microservicios: Proporcionar gestión modular de identidad y acceso (IAM) funcionalidad.
    • Servidor de almacenamiento en caché (Redis): Garantiza un acceso más rápido a los datos utilizados con frecuencia.
    • Servidor de base de datos: Almacena datos persistentes de identidad y configuración.
    • Cola de mensajes (RabbitMQ): Gestiona la comunicación entre servicios internos.
  • Conectividad:
  • El acceso externo se proporciona a través de puertos estándar:

    • 80 (HTTP): Acceso web
    • 443 (HTTPS): Acceso web seguro
    • 1812 (UDP): Autenticación por RADIO
    • 1813 (UDP): Contabilidad RADIUS
    • 10049 (TCP): Tacacs

    Se mantiene la conectividad interna con el servidor de almacenamiento en caché, el servidor de base de datos y la cola de mensajes para un procesamiento y flujo de datos eficientes.

  • Caso de uso:
  • La configuración independiente es la más adecuada para entornos de desarrollo, prueba o producción a pequeña escala, donde la alta disponibilidad (HA) y la recuperación ante desastres (DR) no son requisitos críticos.


Arquitectura independiente con recuperación ante desastres (independiente + DR)


Independiente con arquitectura de recuperación ante desastres


La arquitectura independiente + DR extiende la implementación independiente al agregar un entorno de recuperación ante desastres dedicado para la continuidad del negocio.

  • Entorno primario:
  • Ejecuta el servidor de identidad principal, los microservicios, el servidor de almacenamiento en caché, la base de datos y la cola de mensajes de RabbitMQ.

  • Entorno DR:
    • Refleja la configuración principal.
    • Mantiene la sincronización a través de la replicación de la base de datos y la consistencia de los datos en las capas de almacenamiento en caché y mensajería.
  • Conmutación por error:
    • Todo el tráfico se enruta a través de un equilibrador de carga.
    • En caso de una falla del entorno principal, las solicitudes se transfieren automáticamente al entorno de DR sin interrumpir al usuario.
  • Caso de uso:
  • Ideal para organizaciones que necesitan continuidad y resiliencia comercial, garantizando que los servicios permanezcan operativos incluso durante interrupciones del centro de datos.


Arquitectura de alta disponibilidad


Arquitectura de alta disponibilidad


La arquitectura HA garantiza cero tiempo de inactividad y tolerancia a fallas al ejecutar múltiples nodos en paralelo.

  • Componentes:
    • Dos o más nodos IDP miniOrange, cada uno con NGINX, Tomcat, el servidor de identidad y microservicios.
    • Servidor de almacenamiento en caché Redis compartido, base de datos y cola de mensajes RabbitMQ.
  • Equilibrador de carga:
    • Distribuye las solicitudes de los usuarios entre varios nodos IDP.
    • Proporciona escalabilidad y redundancia, evitando puntos únicos de falla.
  • Caso de uso:
  • Ideal para implementaciones de escala mediana a grande, donde el tiempo de actividad, el rendimiento y la escalabilidad son requisitos operativos críticos.


Alta disponibilidad con recuperación ante desastres (HA + DR)


Alta disponibilidad con recuperación ante desastres


La arquitectura HA + DR combina agrupamiento y redundancia geográfica para lograr la máxima resiliencia.

  • Entorno primario:
    • Ejecuta varios nodos IDP en modo HA detrás de un balanceador de carga.
    • Conectado al almacenamiento en caché de Redis, una base de datos principal y una cola de mensajes RabbitMQ para un procesamiento de alta velocidad.
  • Entorno DR:
    • Contiene una configuración idéntica, sincronizada en tiempo real.
    • Redis, la base de datos y RabbitMQ mantienen datos replicados para una conmutación sin problemas.
  • Balanceador de carga global:
    • Enruta solicitudes entre los entornos principal y de recuperación ante desastres.
    • Realiza controles de estado y garantiza la conmutación por error automática durante interrupciones.
  • Caso de uso:
  • Ideal para implementaciones empresariales de misión crítica que exigen alta disponibilidad, recuperación ante desastres y georesiliencia en múltiples centros de datos.


¿Quiere programar una demostración?

Solicitar una demo