Ejemplos de uso de la función de partición de logs
En función de sus requisitos, puede utilizar un juego de logs diferente para diferentes líneas de negocio o para diferentes servicios que ejecute. A continuación se muestran algunos casos de uso típicos de la función de partición de logs.
Temas:
No hay una única forma correcta de definir los juegos de logs de partición. Puede ponerse en contacto con los Servicios de Soporte Oracle para obtener ayuda sobre cómo determinar qué funciona mejor para su caso de uso.
Uso final: varias líneas de negocio
Su caso de uso puede tener varias líneas de negocio (LOB) en las que el usuario de Logging Analytics normalmente analiza los logs de un solo LOB a la vez y, ocasionalmente, busca en varios o todos los LOB.
En este escenario, si cada LOB siempre tiene menos 6 TB de logs por día, es adecuado utilizar una cadena de juego de logs que se alinee con las líneas de negocio. Por ejemplo, juegos de logs como HR, Global IT, Finance, Shipping, Orders y Security.
Si un único LOB puede alcanzar más de 6 TB por día de ingestión de logs, los juegos de logs se pueden definir en función de un aspecto secundario, como el tipo de función de un LOB del que provienen los logs. Por ejemplo, si el LOB de Global IT espera que se ingieran 20 TB por día de logs, en lugar de utilizar Global IT como juego de logs, puede que sea mejor utilizar GIT-Database, GIT-Mail, GIT-Support como sus valores de juego de logs.
La clave para seleccionar juegos de logs es alinearse con la forma en que se analizan normalmente los datos. Si los logs de GIT-Mail se analizan normalmente por sí solos sin mezclar otros logs, este juego de logs es adecuado. Si siempre puede combinar GIT-Database y Soporte de GIT en la misma búsqueda, no es adecuado tenerlos como juegos de logs diferentes.
Uso final: ampliación del servicio en función de los clientes
El caso de uso puede implicar la ejecución de un producto en la nube escalable horizontalmente que se amplíe en función del número de clientes.
Por ejemplo, si el uso de cada cliente del servicio en la nube requiere un juego de cálculos, bases de datos y redes, estos clientes pueden organizar los juegos de logs mediante el uso de un nombre de cliente o un identificador de cliente. Esta información debe ser accesible y debe ser comprensible para el usuario que busca en los logs un cliente específico. En tal caso, si tiene clientes C1, C2, C3, esas serían las cadenas de juego de logs que utiliza para los logs de cada cliente.
Normalmente, al depurar un problema, el equipo de operaciones buscaría logs para un cliente específico como parte del soporte. Sin embargo, ocasionalmente también analizarían logs en varios o todos los clientes. En estos casos, aunque la mayoría de los logs estén segmentados por clientes, también puede haber algunos logs que sean comunes en todos los clientes. Por ejemplo, una base de datos central de facturación podría ser común. A continuación, puede combinar juegos de logs en función de los nombres de cliente y tener un juego de logs para CentralDB.