Cómo publicar una instancia de Oracle APEX públicamente con una URL personalizada usando Oracle Cloud OCI
Resumen: Este artículo explica paso a paso cómo exponer una instancia de Oracle APEX alojada en Autonomous Database en OCI usando un load balancer público y un registro DNS que apunte a una URL personalizada tipo my-apex.midominio.com. También incluye alternativas para acceso privado, creación rápida de un certificado autofirmado y recomendaciones de seguridad. Si buscas servicios profesionales para implementar y asegurar soluciones cloud y aplicaciones, en Q2BSTUDIO ofrecemos servicios de desarrollo a medida, inteligencia artificial y ciberseguridad para empresas.
Problema: Al crear una instancia APEX en OCI normalmente se accede con la URL por defecto de Oracle que es larga y poco amigable. La solución consiste en crear un load balancer público, añadir la IP pública en DNS como registro A y opcionalmente gestionar certificados SSL válidos para evitar advertencias de navegador.
Paso 1: Crear una VCN con conectividad a Internet. En la consola de OCI usa el asistente VCN para crear una VCN que incluya al menos una subred pública y una subred privada para alojar los recursos que usaremos.
Paso 2: Crear un load balancer público. Crea un Application Load Balancer en modo público para que el tráfico de Internet llegue primero al LB. Configura inicialmente un listener en HTTP 80 para pruebas. Crea un backend set vacío por defecto y cambia la comprobación de salud a Protocolo HTTP Puerto 443 Código 302 URI / para reflejar el comportamiento de ORDS/APEX.
Paso 3: Crear Security Groups. Crea dos Network Security Groups NSG: uno para el load balancer que permita acceso desde Internet a puerto 443 y otro para la Autonomous Database que permita acceso desde la subred pública al puerto 443. Alternativamente puedes usar Security Lists pero NSG ofrece mayor granularidad.
Paso 4: Provisionar la Autonomous Database con APEX. Crea una Autonomous Database eligiendo el workload APEX o APEX-included. Para este escenario se recomienda seleccionar Private endpoint access para obtener una IP privada que el LB usará como backend. Añade el NSG creado a la configuración de red de la base de datos y copia la IP privada del ADB.
Paso 5: Añadir la IP privada al backend del LB. En la sección Backend sets del load balancer agrega la IP privada de la Autonomous Database como backend en el puerto 443. Espera a que la comprobación de salud cambie a Ok. Si falla, revisa la política de health check y las reglas de NSG.
Paso 6: Asociar el NSG del LB. En los detalles del load balancer edita la sección Network security groups y añade el NSG que permite acceso público al LB para que el tráfico externo pueda llegar.
Paso 7: Crear un certificado SSL temporal. Para pruebas rápidas puedes generar un certificado autofirmado con OpenSSL: openssl req -x509 -nodes -newkey rsa:2048 -keyout private.key -out certificate.crt -days 7 Pulsa Enter en todas las preguntas para valores por defecto. Este certificado hará que los navegadores muestren una advertencia; en producción usa un certificado emitido por una CA reconocida.
Paso 8: Subir el certificado al load balancer. En la consola del LB ve a Certificates and ciphers y añade un Load balancer managed certificate subiendo certificate.crt como SSL certificate y CA certificate y private.key como Private key. No pongas passphrase. Guarda el recurso.
Paso 9: Cambiar el listener a HTTPS. Edita el listener del LB y configura Protocolo HTTPS Puerto 443 Usar SSL Si Certificado: el certificado gestionado que creaste. Guarda los cambios y verifica acceso desde el navegador usando https://IP_PUBLICA_del_LB. Si usas el certificado autofirmado verás una advertencia.
Paso 10: Registrar el dominio y añadir registro DNS. En tu gestor DNS crea un registro A que apunte tu subdominio personalizado a la IP pública del load balancer. Tras la propagación podrás acceder a la instancia en https://mi-apex.midominio.com. Para evitar advertencias instala en el LB un certificado SSL válido emitido por una CA o usa servicios de provisión automática de certificados.
Opción avanzada: acceso privado y DNS privado. Si necesitas que solo recursos internos accedan al APEX, crea un Private Load Balancer en la VCN, añade el backend con la IP privada de la ADB y crea una Private DNS Zone en OCI con un registro A que apunte a la IP privada del LB. Desde una instancia en la VCN verifica con curl -k https://nombreprivado.tudominio para comprobar la conectividad, recordando que -k omite la verificación del certificado en entornos de prueba.
Consideraciones de seguridad y operativas: utiliza certificados emitidos por CA para producción, habilita WAF si tu LB lo soporta para protegerse de ataques HTTP Layer 7, monitoriza los health checks y logs del LB, y aplica políticas de NSG lo más restrictivas posible permitiendo solo los orígenes y puertos necesarios.
Servicios profesionales de Q2BSTUDIO: Si necesitas apoyo para implementar APEX en OCI, integrar soluciones cloud o desarrollar aplicaciones empresariales, en Q2BSTUDIO somos especialistas en aplicaciones a medida y software a medida. Ofrecemos diseño y despliegue cloud en AWS y Azure, seguridad y pentesting, proyectos de inteligencia artificial y soluciones de inteligencia de negocio y Power BI. Podemos ayudarte desde la arquitectura hasta la operación gestionada con prácticas de ciberseguridad. Consulta nuestros servicios de desarrollo de aplicaciones a medida y de inteligencia artificial para empresas para ver ejemplos y ofertas.
Palabras clave: aplicaciones a medida, software a medida, inteligencia artificial, ia para empresas, ciberseguridad, servicios cloud aws y azure, servicios inteligencia de negocio, agentes IA, power bi.
Referencias: Oracle Blogs introducing vanity URLs for APEX and ORDS on Oracle Autonomous Database. Declaración: La información de este artículo es orientativa y no constituye contrato ni garantía de entrega de código o funcionalidad. Para proyectos a medida y soporte profesional contacta con Q2BSTUDIO.