Direcciones de Productos
Los productos de Beak se sirven desde una dirección de plataforma única, cada uno bajo su propia subruta — /elm/, /finops/, /m365/, /itsm/, /observability/. Al abrir un producto desde la pantalla de selección, el usuario es dirigido a esa ruta en la dirección en la que ya ha iniciado sesión.
Antes, los productos eran accesibles desde sus propios nombres de host. Esas direcciones siguen funcionando: cada una redirige a la subruta correspondiente, por lo que los marcadores existentes y los enlaces compartidos continúan abriendo el producto correcto.
Dónde se encuentra cada producto
| Producto | Ruta |
|---|---|
| Beak ELM | /elm/ |
| Beak FinOps | /finops/ |
| M365 License Optimizer | /m365/ |
| Beak ITSM | /itsm/ |
| Beak Observability | /observability/ |
Un inquilino con un dominio personalizado obtiene las mismas rutas en su propio nombre de host. Consulte Creación de un Inquilino.
Por qué los productos comparten una dirección
- Un solo inicio de sesión, sin nuevas solicitudes — la cookie de sesión pertenece a la dirección, por lo que moverse entre productos en la misma dirección mantiene la sesión activa. Los productos en nombres de host separados necesitaban su propio manejo para reconocer al mismo usuario.
- Menos certificados y registros DNS que mantener activos — un producto en su propio nombre de host necesita ambos, por entorno, y el vencimiento de cualquiera de ellos deja ese producto fuera de línea por sí solo.
- Los enlaces perduran — un enlace a una página dentro de un producto se resuelve para quien lo abra, en lugar de depender del nombre de host que el remitente haya utilizado.
Qué deben verificar los administradores
- Los marcadores y enlaces guardados siguen funcionando — realizan una redirección. Los usuarios no tienen que actualizar nada, aunque la barra de direcciones mostrará la nueva ruta tras la redirección.
- Monitoreo de disponibilidad y sintético — una comprobación que verifica una URL exacta o espera
200en la dirección antigua ahora encontrará primero una redirección. Apunte la comprobación a la subruta, o permítale seguir las redirecciones. - Listas de permitidos y reglas de proxy — una regla escrita contra un nombre de host por producto debe reescribirse contra la dirección de plataforma; de lo contrario, dejará de coincidir silenciosamente.
Nota: El acceso no cambia con esto. Los productos que un usuario puede abrir siguen estando gobernados íntegramente por sus roles — consulte Acceso a Productos en la Pantalla de Selección.
Recopiladores y agentes de Beak Observability
Los recopiladores y agentes de Observability instalados no se ven afectados. Se configuraron con la dirección propia del producto y continúan enviando telemetría a /api/ en esa dirección, que sigue aceptándola directamente en lugar de redirigir.
No es necesario reinstalar ni reconfigurar nada en ningún endpoint, ni tampoco reemitir las claves de agente.
Mejores Prácticas
- Enlace a la subruta en el material nuevo — los runbooks, tickets y wikis internos escritos a partir de ahora deben usar la dirección de plataforma más la ruta del producto, para que los lectores lleguen sin un salto de redirección.
- Deje las direcciones antiguas en su lugar — no tienen ningún coste y son a las que apuntan todos los marcadores, correos electrónicos e informes guardados existentes.
- Actualice el monitoreo antes de que genere una alerta — una comprobación intolerante a las redirecciones es lo único aquí que convierte un cambio transparente en una alerta.