Configuración de Datos e Infraestructura
Para qué sirve esta pantalla
Datos e Infraestructura es el sexto de los ocho grupos de propósito de Configuración de Plataforma. Reúne aquello sobre lo que corre el plano de datos: los tópicos de transmisión de eventos y las credenciales con las que los servicios llegan al broker de eventos, las credenciales y el material TLS de la caché y de la base de datos, los pools de conexiones de los servicios, y las dos ubicaciones del anfitrión del entorno. Su dirección dice data-messaging mientras la pantalla se lee Datos e Infraestructura; el identificador se mantiene estable para que los enlaces antiguos sigan funcionando.
El grupo tiene cinco subgrupos: Mensajería, Caché, Base de Datos, Pools de Conexiones y Almacenamiento y Rutas. Cada subgrupo es una tarjeta en la pantalla del grupo y una hoja en el árbol del menú lateral; ninguno administra registros propios, así que toda hoja de aquí es una lista simple.
Ningún valor de este grupo se puede cambiar desde esta pantalla. Algunos son propiedad del despliegue, el resto son de solo lectura, y muchos de los de solo lectura son credenciales enmascaradas. Pon el filtro Postura en Editable y la tarjeta de este grupo marca 0: esa es la forma real del grupo, no un resultado vacío.
Qué debe existir antes
Esta es una pantalla de plataforma: se alcanza en el contexto de plataforma y solo se sirve al tenant de plataforma. Abrirla desde dentro de un tenant te envía al panel de ese tenant, y la solicitud que hay detrás se rechaza con un escueto Forbidden que no nombra ni el tenant ni el permiso.
- El permiso de lectura de la configuración de plataforma. Es lo que pone Configuración de Plataforma en el menú lateral y lo que carga el catálogo que estas tarjetas cuentan. Los roles integrados de administrador, auditor y visor de la plataforma lo tienen.
- El permiso de escritura de la configuración de plataforma no te sirve de nada en este grupo. Todos los valores responden
405 Method Not Alloweda una escritura, y lo hacen desde el catálogo y no desde tus permisos, así que el rechazo es idéntico para un administrador de plataforma y para un visor. - Ningún permiso de subsistema aparte. A diferencia de Criptografía y Confianza, aquí ninguna hoja administra registros, así que la lectura de configuración de plataforma te admite en las cinco.
- Nada de esto depende del modelo de despliegue: los cinco subgrupos se ofrecen igual en una instalación alojada por ANKA y en una operada por el cliente.
Decisiones que tomas aquí
Para qué sirve realmente este grupo
Para leer. Es el único sitio que indica, en una sola lista, con qué se construyó el plano de datos y de dónde sale cada valor: justo lo que necesitas antes de tocar un archivo del despliegue, y lo que te pide un auditor.
Cada fila lleva los mismos cinco datos: la clave, la descripción, una insignia por cada servicio que el catálogo declara como consumidor, el valor efectivo o —, y si hay un valor Asignado o Sin asignar. Una fila no editable muestra un candado en lugar del control de edición, y una fila propiedad del despliegue nombra además el ajuste del despliegue que posee su valor, de modo que sales sabiendo qué editar y no solo que aquí no puedes editarlo.
Dos consecuencias que conviene conocer antes de leer un valor:
- La insignia de origen suele ser el nombre crudo de la capa —
ENVoCODE_DEFAULT— porque solo uno de los cinco orígenes está escrito con palabras. Ese es No visible desde admin-api, y aparece en un valor que lee otro servicio y para el que el despliegue no entregó nada aquí. - Nada de este grupo se puede cambiar aquí, así que nada de lo que hagas en esta pantalla puede levantar el aviso Reinicio requerido. Si lo ves, lo levantó otro grupo.
Las filas de una hoja se ordenan por clave, lo que agrupa por separado los nombres de despliegue en MAYÚSCULA_SUBRAYADO y los nombres de propiedad con puntos. El cuadro de filtro sobre la lista compara la clave, la etiqueta y el valor efectivo, y nunca pide datos al servidor.
Mensajería
Los tópicos que transportan la traza de auditoría, los tópicos de mensajes fallidos para notificaciones no entregadas y para reenvíos a SIEM/XDR no entregados, un indicador de si la publicación de eventos está habilitada, y las credenciales y el material TLS de cliente con los que cada servicio se autentica ante el broker de eventos. También están aquí las claves que sellan y firman las notificaciones salientes.
Todos son de solo lectura, y las credenciales están enmascaradas: la plataforma sustituye el valor por un centinela antes de enviarlo, así que la consola no tiene copia y en esta superficie no hay ningún control para revelarlo.
Una entrada es propiedad del despliegue: el intervalo de reintento después de que el broker de eventos rechace la autorización de un servicio al arrancar. Existe para la ventana en la que un consumidor arranca antes de que sus permisos en el broker estén en su sitio. Cero o negativo impide que el servicio arranque; un intervalo largo deja los consumidores inactivos después de que se concedan los permisos, y los eventos se acumulan mientras la traza de auditoría se retrasa.
En esta pantalla no hay ninguna dirección de broker. Los puntos de conexión no son valores del catálogo, así que la descripción de una línea de la tarjeta promete bastante más de lo que la hoja contiene.
Caché
Todas credenciales enmascaradas y todas de solo lectura: el certificado TLS y la clave privada del propio servidor de caché, la CA que los servicios usan para verificar ese certificado, la contraseña con la que se autentican los servicios, y la clave de firma de las asignaciones de roles a permisos en caché y de sus mensajes de invalidación.
Los datos de autorización que comparten los servicios y cada cambio de configuración de plataforma no se firman con un valor de aquí. Se firman con las claves de firma de proyecciones, que solo tiene el servicio de administración y que lees y rotas en Criptografía y Confianza.
Lo que esta hoja te da es presencia, no valor. Cada fila indica Asignado o Sin asignar junto a la capa que entregó el valor, lo que basta para responder si la credencial llegó a aprovisionarse y nada más. Rotar cualquiera de ellas es una operación del despliegue.
Base de Datos
Todos enmascarados y de solo lectura: las contraseñas de los roles de base de datos con los que se conecta la plataforma, el certificado de la CA en la que confían los servicios para el servidor de base de datos, y el certificado TLS y la clave privada de ese servidor. Igual que en Caché, la hoja responde solo por la presencia.
Observa lo que falta: ninguna URL de conexión, ningún nombre de esquema, ningún ajuste del origen de datos. El dimensionamiento de los pools vive en la tarjeta contigua, Pools de Conexiones, y la cadena de conexión no es un valor del catálogo.
Pools de Conexiones
El único subgrupo de este grupo con parámetros que un despliegue ajusta de verdad. Los ajustables son propiedad del despliegue y cada uno nombra su ajuste del despliegue en la fila; los tiempos de conexión a la base de datos — adquisición, inactividad, vida máxima, mínimo inactivas y validación — son de solo lectura y se publican solo para que puedas verlos.
Los tamaños de los pools de base de datos están clasificados como sensibles, y la razón es un techo compartido: todos los pools del despliegue consumen del mismo límite de conexiones de la base de datos, así que un pool sobredimensionado deja sin conexiones a los demás servicios en vez de acelerar el suyo, y uno corto hace que las solicitudes esperen una conexión y venzan. Los pools se construyen al arrancar, así que un cambio se aplica en el siguiente reinicio de ese servicio.
Otro conjunto gobierna el pool compartido de conexiones entre servicios: su máximo de conexiones, sus límites de inactividad y de vida total, el intervalo de la limpieza en segundo plano y cuántas solicitudes pueden esperar una conexión.
Dos de ellos se comprueban al arrancar el servicio, y fallar cualquiera detiene el servicio en lugar de degradarlo: el tiempo de inactividad debe quedar por debajo del techo de 60 segundos de keep-alive del servicio superior, y la vida total no puede ser menor que el tiempo de inactividad. El límite de inactividad es la palanca que impide reutilizar una conexión que el servicio superior ya cerró, y por eso acercarlo al techo devuelve errores de pasarela intermitentes que parecen fallos ajenos.
El último es el umbral de detección de fugas de conexiones. Ponlo por encima de la consulta legítima más lenta o cada informe largo llenará los registros de trazas de fuga falsas; ponlo a cero y la detección se apaga por completo, así que una conexión realmente filtrada queda invisible hasta que el pool se agota.
Almacenamiento y Rutas
Dos valores de solo lectura: dónde viven en el anfitrión los datos persistentes del entorno y dónde se montan sus secretos. Ambos figuran como (auto) en el valor predeterminado del catálogo, porque los elige el entorno cuando se crea.
Cómo se relaciona con otras pantallas
La raíz del grupo explica el vocabulario que esta página da por sabido — postura, origen, asignación, los tipos de propagación y el aviso de reinicio — y vale la pena leerla una vez:
Sobre lo que este grupo informa, actúan otras dos pantallas: el mapa de aquello a lo que está conectada tu instalación, y la vista en vivo de si esas piezas responden.
Las palancas de resiliencia que rodean a estos pools — reintentos, cortacircuitos, tiempos de espera y niveles de caché — forman un grupo aparte:
Las claves que firman los datos de autorización compartidos y los cambios de configuración de la plataforma: