ES2808966T3 - Método y dispositivo para procesar información de llamadas de servicio - Google Patents
Método y dispositivo para procesar información de llamadas de servicio Download PDFInfo
- Publication number
- ES2808966T3 ES2808966T3 ES16861456T ES16861456T ES2808966T3 ES 2808966 T3 ES2808966 T3 ES 2808966T3 ES 16861456 T ES16861456 T ES 16861456T ES 16861456 T ES16861456 T ES 16861456T ES 2808966 T3 ES2808966 T3 ES 2808966T3
- Authority
- ES
- Spain
- Prior art keywords
- service
- call
- service call
- topology
- chain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 113
- 238000012545 processing Methods 0.000 title claims abstract description 32
- 238000004458 analytical method Methods 0.000 claims description 26
- 230000002776 aggregation Effects 0.000 claims description 25
- 238000004220 aggregation Methods 0.000 claims description 25
- 238000012544 monitoring process Methods 0.000 claims description 25
- 230000001186 cumulative effect Effects 0.000 claims description 9
- 238000004140 cleaning Methods 0.000 claims description 7
- 230000010365 information processing Effects 0.000 description 20
- 230000008569 process Effects 0.000 description 19
- 238000003672 processing method Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 13
- 230000015654 memory Effects 0.000 description 13
- 238000007405 data analysis Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 230000002159 abnormal effect Effects 0.000 description 6
- 238000004590 computer program Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 239000000284 extract Substances 0.000 description 4
- 230000015556 catabolic process Effects 0.000 description 3
- 238000006731 degradation reaction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 101001024616 Homo sapiens Neuroblastoma breakpoint family member 9 Proteins 0.000 description 2
- 102100037013 Neuroblastoma breakpoint family member 9 Human genes 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 2
- 230000004931 aggregating effect Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- KDYFGRWQOYBRFD-UHFFFAOYSA-N succinic acid Chemical compound OC(=O)CCC(O)=O KDYFGRWQOYBRFD-UHFFFAOYSA-N 0.000 description 2
- 230000002195 synergetic effect Effects 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000036626 alertness Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
- 230000003936 working memory Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
- H04L41/5012—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time
- H04L41/5016—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time based on statistics of service availability, e.g. in percentage or over a given time
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- Mathematical Physics (AREA)
- Probability & Statistics with Applications (AREA)
- Debugging And Monitoring (AREA)
- Telephonic Communication Services (AREA)
- Multi Processors (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
Un método para procesar una cadena de llamadas de servicio, el método que comprende: adquirir una o más cadenas de llamadas de servicio en un sistema de servicio distribuido, en donde cada una de las cadenas de llamadas de servicio comprende uno o más nodos de servicio que se llaman secuencialmente para completar una llamada de servicio en el sistema de servicio distribuido, y en donde una secuencia de llamadas del uno o más nodos de servicios en cada una de las cadenas de llamadas de servicio es la misma y una topología del uno o más nodos de servicio es la misma (S1) construir un correspondiente modelo de llamadas de servicio de acuerdo con la una o más cadenas de llamadas de servicio, en donde el correspondiente modelo de llamadas de servicio se construye en base a la topología de una cadena de llamadas de servicio, y en donde el correspondiente modelo de llamadas de servicio incluye la secuencia de llamadas del uno o más nodos de servicio (S2); y analizar datos de la una o más cadenas de llamadas de servicio de acuerdo con el modelo de llamadas de servicio para adquirir reglas de llamada que se utilizarán para localizar un error y monitorizar si las llamadas asociadas al uno o más nodos de servicio en el sistema de servicio distribuido son normales, en donde la una o más cadenas de llamadas de servicio tienen la misma topología y la misma secuencia de llamadas del uno o más nodos de servicio (S3).
Description
DESCRIPCIÓN
Método y dispositivo para procesar información de llamadas de servicio
CAMPO TÉCNICO
La presente solicitud se refiere al campo de las tecnologías informáticas y, en particular, a una tecnología de procesamiento de información de llamadas de servicio.
ANTECEDENTES
Con el desarrollo del Internet, las escalas de aplicaciones basadas en red, tal como una plataforma de servicio y un centro comercial en línea, se expanden gradualmente y se utiliza un sistema de servicio distribuido. Cada vez más servicios de aplicaciones están más estrechamente interconectados y son interdependientes, por lo tanto, las relaciones de llamadas en un sistema distribuido son complejas. Cuando se ejecuta un servicio, debido a factores internos y externos, no siempre se llama a un mismo servicio. Por lo tanto, cuando se produce un error en un proceso de ejecución del servicio, es difícil localizarlo y monitorizarlo. En la tecnología existente, un error se localiza en base a un registro o al seguir una ruta de llamada de servicio, y el error se monitoriza al monitorizar una llamada de servicio fallida cuando se ejecuta el servicio.
Sin embargo, el método existente para localizar un error en base a un registro o mediante el seguimiento de una ruta de llamada del servicio es complejo, requiere mucho tiempo y es menos preciso. Una llamada de servicio fallida generalmente se monitoriza después de que se produce el error, por lo tanto, no se puede evitar un error y no se puede emitir una alerta de error por adelantado.
El documento US 20070027974 describe un método de notificación de estado y se proporciona una instalación para utilizar con una cadena de servicio que procesa una solicitud de servicio. La cadena de servicio puede incluir múltiples nodos de computadora, y el método incluye crear dinámicamente la cadena de servicio para procesar la solicitud y garantizar un acuerdo, al menos en dos de los nodos de la cadena de servicio, sobre el estado del procesamiento de la solicitud. El método también puede incluir guardar registros detallados de datos operacionales en respuesta a determinar que se ha producido una falla en el procesamiento de la solicitud. Cuando un nodo dado en la cadena de servicio determina que ha ocurrido una falla, el acuerdo sobre la falla puede propagarse a través de la cadena de servicio. Además, el registro condicional de datos operacionales detallados puede minimizar la cantidad de datos operacionales transmitidos a través de una red y guardados en un repositorio de datos.
El documento US 20140362682 describe técnicas realizadas en una red que comprende una pluralidad de nodos de red, cada uno configurado para aplicar una o más funciones de servicio al tráfico que pasa los respectivos nodos de red en una ruta de servicio. En un nodo de red, se recibe una indicación de una falla o degradación de una o más funciones de servicio o aplicaciones aplicadas al tráfico en el nodo de red. Se generan datos descriptivos de la falla o degradación. Se determina un nodo de red de salto de servicio anterior en el que se aplicó una función o aplicación de servicio al tráfico en la ruta de servicio. Los datos descriptivos de la falla o degradación se comunican al nodo de red de salto de servicio anterior.
El documento CN 103269280 describe un método, dispositivo y sistema para desarrollar el servicio en una red. Un dispositivo de control comprende una unidad sinérgica y una unidad de control. La unidad sinérgica se utiliza para recibir una solicitud de servicio que requiere desarrollar el servicio, y la solicitud de servicio incluye información de despliegue de servicio utilizada para requerir desplegar el primer servicio, información de identificación del flujo de servicio e información orientada al flujo de servicio que se utiliza para identificar un primer flujo de mensajes. La unidad de control se utiliza para enviar el servicio desplegando información a un dispositivo de cálculo, enviar la información de identificación del flujo de servicio y la información orientada al flujo de servicio a un dispositivo de guía de identificación. De acuerdo con el esquema técnico, se proporciona un modo de servicio novedoso que puede cumplir los requisitos de desarrollo para la aplicación OTT.
RESUMEN
Un objetivo de la presente solicitud es proporcionar un método y dispositivo de procesamiento de información de llamadas de servicio, con el fin de localizar un error, monitorizar el servicio en ejecución y emitir una alerta durante el servicio que se ejecuta en un sistema distribuido.
Para lograr el objetivo anterior, de acuerdo con un aspecto de la presente solicitud, la presente solicitud proporciona un método de procesamiento de información de llamadas de servicio de acuerdo con la reivindicación 1.
De acuerdo con otro aspecto de la presente solicitud, la presente solicitud proporciona un dispositivo de procesamiento de información de llamadas de servicio de acuerdo con la reivindicación 14.
En comparación con la tecnología existente, en la presente solicitud, se adquiere una cadena de llamadas de servicio que incluye información de secuencia de llamadas de nodos de servicio en el sistema de servicio distribuido. El modelo de llamadas de servicio se construye en base a cadenas de llamadas de servicio que tienen una misma secuencia de llamadas de nodos de servicio con el fin de analizar la información de llamada de los nodos de servicio en base al modelo de llamadas de servicio, monitorizar regularmente una llamada de servicio y localizar rápidamente un error de ejecución en el análisis, y realizar análisis y monitorización utilizando información de macrodatos de los nodos de servicio, mejorando así la eficiencia de localización de errores en el sistema de servicio distribuido y aumentando la fiabilidad del sistema de servicio distribuido.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Para hacer más claras otras características, objetivos y ventajas de la presente solicitud, a continuación se describen en detalle realizaciones no restrictivas con referencia a los siguientes dibujos adjuntos.
La FIG. 1 es un diagrama de flujo que ilustra un método de procesamiento de información de llamadas de servicio de acuerdo con un aspecto de la presente solicitud;
la FIG. 2 es un diagrama de flujo que ilustra el paso S1 en un método de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida de la presente solicitud;
la FIG. 3 es un diagrama de flujo que ilustra el paso S3 en un método de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida de la presente solicitud;
la FIG. 4 es un diagrama de flujo que ilustra el paso S32 en un método de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida de la presente solicitud;
la FIG. 5 es un diagrama esquemático que ilustra un dispositivo de procesamiento de información de llamadas de servicio de acuerdo con otro aspecto de la presente solicitud;
la FIG. 6 es un diagrama esquemático que ilustra un aparato de adquisición de cadena de llamadas de servicio en un dispositivo de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida de la presente solicitud;
la FIG. 7 es un diagrama esquemático que ilustra un aparato de procesamiento en un dispositivo de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida de la presente solicitud;
la FIG. 8 es un diagrama esquemático que ilustra una unidad de monitorización en un dispositivo de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida de la presente solicitud; y
la FIG. 9 es un diagrama esquemático que ilustra una llamada de servicio de acuerdo con otra realización preferida más de la presente solicitud.
Los números de referencia iguales o similares en los dibujos adjuntos representan componentes iguales o similares.
DESCRIPCIÓN DE REALIZACIONES
Lo siguiente describe adicionalmente la presente solicitud en detalle con referencia a los dibujos adjuntos.
En una configuración típica de la presente solicitud, un terminal, un dispositivo en una red de servicio y una persona de confianza incluyen uno o más procesadores (CPU), interfaces de entrada/salida, interfaces de red y memorias.
La memoria puede incluir una memoria volátil, una memoria de acceso aleatorio (RAM) y/o una memoria no volátil, etc., en un medio legible por computadora, por ejemplo, una memoria de solo lectura (ROM) o una memoria flash (flash RAM). La memoria es un ejemplo del medio legible por computadora.
El medio legible por computadora incluye un medio no volátil, un medio volátil, un medio extraíble o un medio no extraíble que puede implementar el almacenamiento de información utilizando cualquier método o tecnología. La información puede ser una instrucción legible por computadora, una estructura de datos, un módulo de programa u otros datos. Los ejemplos de un medio de almacenamiento de computadora incluyen, entre otros: una memoria de acceso aleatorio de parámetros (PRAM), una memoria de acceso aleatorio estática (SRAM), una memoria de acceso aleatorio dinámica (DRAM), otro tipo de memoria de acceso aleatorio (RAM), una memoria de solo lectura (ROM), una memoria de solo lectura programable y borrable eléctricamente (EEPROM), una memoria flash u otro dispositivo de almacenamiento de memoria, una memoria de solo lectura de disco compacto (CD-ROM), un disco versátil digital (DVD) u otro almacenamiento óptico, un casete magnético, una cinta magnética, un disco magnético u otro dispositivo de almacenamiento magnético, o cualquier otro medio sin transmisión que pueda utilizarse para almacenar información accesible a un dispositivo informático. Basado en una definición en la presente memoria descriptiva, el medio legible por computadora no incluye medios no transitorios legibles por computadora (medios transitorios) tales como una señal de datos modulada y una portadora.
La FIG. 1 es un diagrama de flujo que ilustra un método de procesamiento de información de llamadas de servicio de acuerdo con un aspecto de la presente solicitud. Un procedimiento incluye el paso S1, el paso S2 y el paso S3.
En el paso S1, un dispositivo 1 adquiere una o más cadenas de llamadas de servicio en un sistema de servicio distribuido, donde cada una de las cadenas de llamadas de servicio incluye uno o más nodos de servicio que se llaman secuencialmente. En el paso S2, el dispositivo 1 construye un correspondiente modelo de llamadas de servicio de acuerdo con una cadena de llamadas de servicio. En el paso S3, el dispositivo 1 procesa la cadena de llamadas de servicio de acuerdo con el modelo de llamadas de servicio.
Específicamente, en el presente paso S1, el dispositivo 1 adquiere una o más cadenas de llamadas de servicio en el sistema de servicio distribuido, donde cada una de las cadenas de llamadas de servicio incluye uno o más nodos de servicio que se llaman secuencialmente. Aquí, el sistema de servicio distribuido incluye, entre otros, un sistema de software que se orienta a una arquitectura de servicio o está construido en un sistema distribuido. El nodo de servicio incluye, entre otros, un servicio o una función llamada en el sistema de servicio distribuido. Por ejemplo, los nodos de servicio para comprar un producto en una plataforma de comercio electrónico incluyen llamar al nombre de un usuario, llamar a la cuenta asociada de un usuario, llamar a una página de pago, adquirir verificación de seguridad, verificar el saldo de una cuenta, etc. La cadena de llamadas de servicio se refiere a nodos de servicio relacionados y una secuencia de los nodos de servicio relacionados para completar una llamada de servicio a la vez en el sistema de servicio distribuido. Por ejemplo, la FIG. 9 es un diagrama esquemático que ilustra una llamada de servicio en la que una entrada de una cadena de llamadas de servicio es un nodo A de servicio; y A, B, C y D que están marcados con círculos representan nodos de servicio, la entrada de la cadena de llamadas de servicio esquemática es el nodo A de servicio, primero es necesario llamar a B y luego es necesario llamar a C para completar el nodo A de servicio, es necesario llamar a D para completar C y, por lo tanto, los nodos de llamadas de servicio en la cadena de llamadas de servicio en la llamada de servicio mostrada en la FIG. 9 se llaman secuencialmente, es decir, una secuencia de llamadas de la cadena de llamadas de servicio mostrada es A ^ B ^ C ^ D . Para que una secuencia de llamadas de los nodos de servicio en la cadena de llamadas de servicio mostrada en la FIG. 9 se identifique fácilmente en un lenguaje de computadora, de acuerdo con la secuencia de llamadas de los nodos de servicio, el nodo de entrada inicial se puede marcar como A0, y B que se llama a continuación se marca como B0.1, es decir, 0 representa A y 1 siguiendo a un símbolo “.” indica que B es un primer nodo de servicio que se llama después de A; C que se llama después se marca como C0.2, es decir, 0 representa A y 2 después del símbolo “.” indica que C es un segundo nodo que se llama después de A; y luego, debido a que es necesario llamar a D para completar C, se puede ver que D se llama para completar C, y D se marca como D0.2.1, es decir, 0 representa A, 2 después del símbolo “.” representa C y 1 siguiendo al último símbolo “.” indica que D es un primer nodo que se llama después de C. Por lo tanto, la cadena de llamadas que se muestra en el diagrama de topología en la FIG. 9 puede expresarse como A0, B0.1, C0.2 y D0.2.1. El método de marcado de secuencia se utiliza solo como un ejemplo, y un dígito que representa una secuencia y una topología se puede registrar en un registro cuando se llama a cada uno de los nodos. Por ejemplo, en el registro, un campo grabado que representa esta llamada es X y, en varios campos después del campo X, se graban un dígito y un punto que representan la topología y la secuencia de llamadas del nodo de servicio, con el fin de adquirir la cadena de llamadas de servicio en base a un registro de llamadas de servicio en el registro. Se adquiere la cadena de llamadas de servicio que incluye los nodos de servicio llamados relacionados y la secuencia de llamadas de los nodos de servicio, con el fin de mostrar claramente un proceso de llamadas de servicio y adquirir una topología y una característica de cada una de las llamadas de servicio.
Un experto en la técnica debe comprender que los métodos anteriores para adquirir la cadena de llamadas de servicio y marcar la cadena de llamadas de servicio se utilizan solo como ejemplos. Si otros métodos posibles existentes o futuros para adquirir una cadena de llamadas de servicio y marcar la cadena de llamadas de servicio son aplicables a la presente solicitud, los otros métodos caerán dentro del alcance de protección de la presente solicitud.
Luego, en el paso S2, el dispositivo 1 construye el correspondiente modelo de llamadas de servicio de acuerdo con la cadena de llamadas de servicio. El modelo de llamadas de servicio es una cadena de llamadas de servicio que se construye en base a una estructura de topología de la cadena de llamadas de servicio y que tiene una misma secuencia de llamadas de nodo. Por ejemplo, cuando hay suficientes muestras de cadenas de llamadas de servicio adquiridas, las mismas cadenas de llamadas de servicio aparecen en plataformas o sistemas de aplicación de un mismo proveedor de servicios. Por ejemplo, en un día, los usuarios de todo el país realizan, 30.000 veces, llamadas de servicio relacionadas con los nodos de servicio mostrados en la FIG. 9, las secuencias de llamadas de los nodos de servicio son las mismas y las topologías de los nodos de servicio son las mismas, y como tal, las 30.000 llamadas de servicio corresponden a un mismo modelo de llamadas de servicio, es decir, A0, B0.1, C0.2, y DO.2.1 en el ejemplo anterior. Un proceso de adquisición de un modelo de llamadas de servicio resumiendo varias cadenas de llamadas de servicio que tienen una misma topología y una misma secuencia de llamadas de nodos de servicio es un proceso de construcción. El modelo de llamadas de servicio correspondiente a las cadenas de llamadas de servicio se construye, con el fin de analizar más claramente las cadenas de llamadas de servicio en base a muestras de macrodatos. Además, el modelo construido puede representar un tipo de llamada de servicio, con el fin de facilitar el análisis posterior de datos en cada uno de los modelos en base al modelo de llamadas de servicio.
Luego, en el paso S3, el dispositivo 1 procesa la cadena de llamadas de servicio de acuerdo con el modelo de llamadas de servicio. Los datos de la cadena de llamadas de servicio que tienen una misma secuencia de topología y una misma secuencia de llamadas de nodos de servicio que el modelo de llamadas de servicio se analizan en base al modelo de llamadas de servicio. Los datos de llamada de cada uno de los nodos de servicio, por ejemplo, el tiempo de finalización de la llamada de cada uno de los nodos y el éxito o el fracaso de una llamada, varían en diferentes situaciones. Sin
embargo, se puede observar una regla de llamada de cada uno de los nodos de servicio cuando hay suficientes muestras de datos. Por ejemplo, el tiempo de finalización de la llamada de un nodo de servicio específico es normalmente menor de 0,1 s, para otro ejemplo, normalmente, aparecen menos de 10 fallas de llamada en la información de retroalimentación de un nodo de servicio específico y, como tal, una regla de llamada adquirida al analizar, en base al modelo de llamadas de servicio, los datos de la cadena de llamadas de servicio que tiene la misma secuencia de topología y la misma secuencia de llamadas de los nodos de servicio se pueden utilizar para localizar un error y controlar si una llamada en el sistema distribuido es normal. Por ejemplo, el tiempo de finalización de la llamada del nodo de servicio específico es normalmente menor a 0,1 s como en el ejemplo anterior, y el tiempo de llamar al nodo de servicio 100 veces en duración específica excede 10 veces 0,1 s por más de 50 veces, por lo tanto, se puede detectar que existe un error de llamada del nodo de servicio.
Un experto en la técnica debe comprender que el método de procesamiento de la cadena de llamadas de servicio anterior se utiliza solo como un ejemplo. Si otro método de procesamiento de cadena de llamadas de servicio posible existente o futuro es aplicable a la presente solicitud, el otro método de procesamiento de cadena de llamadas de servicio caerá dentro del alcance de protección de la presente solicitud.
la FIG. 2 es un diagrama de flujo que ilustra el paso S1 en un método de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida de la presente solicitud. El presente paso S1 incluye el paso S11 y el paso S12.
En el paso S11, un dispositivo 1 adquiere información de registro de llamadas de servicio de un sistema distribuido. En el paso S12, el dispositivo 1 extrae una o más cadenas de llamadas de servicio de la información de registro de llamadas de servicio, donde cada una de las cadenas de llamadas de servicio incluye uno o más nodos de servicio que se llaman secuencialmente.
Específicamente, en el paso S11, el dispositivo 1 adquiere la información de registro de llamadas de servicio del sistema distribuido. La información de registro de llamadas de servicio registra una marca e información de secuencia de cada uno de los nodos de servicio cada vez que se llama a cada uno de los nodos de servicio, y otra información que puede utilizarse para determinar una secuencia y una topología en cada una de las llamadas de servicio. Por ejemplo, debido a que se llama a un nodo más de una vez en un período específico, si el nodo se marca de acuerdo con una secuencia de llamadas en la que el nodo se marca como DO.2.1 en la llamada de servicio que se muestra en la FIG. 9 en el ejemplo anterior, dos o más procesos de llamada probablemente comiencen desde un punto de partida, luego se llama a un primer nodo de servicio, y el nodo después de un segundo nodo de servicio se llama y se marca como 0.2.1. Por lo tanto, es necesario marcar y registrar cada una de las llamadas de servicio en un registro cuando se llama a cada uno de los nodos. Por ejemplo, en el registro, un campo que representa la llamada mostrada en la FIG. 9 se registra como X, es decir, X indica que una llamada de servicio completada específica desde la entrada A a D se marca como X, con el fin de leer el campo que marca la llamada cuando se adquiere la información de registro. Para otro ejemplo, los dígitos que representan una secuencia y una topología se registran en el registro cuando se llama a cada uno de los nodos como en el ejemplo anterior, con el fin de leer, cuando se adquiere la información de registro, los campos que marcan una topología y una secuencia de llamadas del nodo de servicio en la cadena de llamadas de servicio. La información de registro de llamadas de servicio anterior se adquiere, con el fin de vincular nodos en la llamada de servicio y adquirir la cadena de llamadas de servicio.
Un experto en la técnica debe comprender que el método de grabación de registro de llamadas de servicio anterior se utiliza solo como un ejemplo. Si otro método de grabación de registro de llamadas de servicio posible existente o futuro es aplicable a la presente solicitud, el otro método de grabación de registro de llamadas de servicio caerá dentro del alcance de protección de la presente solicitud.
Luego, en el paso S12, el dispositivo 1 extrae una o más cadenas de llamadas de servicio de la información de registro de llamadas de servicio, donde cada una de las cadenas de llamadas de servicio incluye el uno o más nodos de servicio que se llaman secuencialmente. Es decir, la información de registro registra la marca y la información de secuencia de cada uno de los nodos de servicio cada vez que se llama a cada uno de los nodos de servicio, y la otra información que se puede utilizar para determinar la secuencia y la topología en cada una de las llamadas de servicio; y, en base a la marca, la información de secuencia y la otra información, la información acerca de una secuencia de llamadas relacionada y una topología relacionada se extrae en una unidad de una llamada de servicio, y los nodos están vinculados, con el fin de generar una cadena de llamadas de servicio para cada una de las llamadas de servicio. Por ejemplo, la información adquirida del registro de llamadas es “alipay,com.alipay.chashier.xxx,0x0boc123,0.2.1,AE001...”, y el registro se divide por comas. El primer campo es un nombre de sistema: alipay, y el segundo campo representa un método de interfaz. El tercer campo representa una marca de una llamada de servicio, el cuarto campo representa una secuencia y una topología durante la llamada, y el quinto campo es un código de retorno “AE001” que representa un resultado de ejecución de la llamada. En una parte posterior del registro, se pueden omitir más campos utilizando el símbolo “...” . Es decir, de acuerdo con la marca que registra la llamada de servicio, se buscan los terceros campos en todos los registros, se buscan todos los nodos de llamadas de servicio, que incluyen “0x0boc123”, las secuencias de llamadas y las topologías para los nodos correspondientes a los registros de registro identificados se ordenan en base al campo registrado en el cuarto campo
registrado utilizando el método de marcado en el ejemplo anterior y, finalmente, la cadena de llamadas de servicio se forma en un formato tal como A0, B0.1, C0.2 y D0.2.1.
Un experto en la técnica debe comprender que el método anterior para extraer la cadena de llamadas de servicio de la información de registro se utiliza solo como un ejemplo. Si otro método posible existente o futuro para extraer una cadena de llamadas de servicio de la información de registro es aplicable a la presente solicitud, el otro método caerá dentro del alcance de protección de la presente solicitud.
Preferiblemente, en el paso S12, el dispositivo 1 construye el correspondiente servicio de
modelo de llamadas realizando el procesamiento de agregación en la cadena de llamadas de servicio, donde el modelo de llamadas de servicio incluye una o más topologías de llamadas de servicio, y cada una de las topologías de llamadas de servicio se adquiere realizando el procesamiento de agregación en una o más cadenas de llamadas de servicio. Todos los modelos de llamadas de servicio incluyen una misma topología de llamadas de servicio. Es decir, los modelos de llamadas de servicio se adquieren realizando la agregación en cadenas de llamadas de servicio que tienen la misma topología de llamadas de servicio. Por ejemplo, en las cadenas de llamadas de servicio adquiridas como en el ejemplo anterior, 30.000 cadenas de llamadas de servicio se expresan como A0, B0.1, C0.2 y D o . 2 . 1 , 20.000 cadenas de llamadas de servicio se expresan como A0, B0.1, y C0.2, y una cadena de llamadas de servicio se expresa como A0 y B0.1; y se puede adquirir un modelo 001 de llamadas de servicio realizando la agregación en las 30.000 cadenas de llamadas de servicio, se adquiere un modelo 002 de llamadas de servicio realizando la agregación en las 20.000 cadenas de llamadas de servicio, y se utiliza una única cadena de llamadas de servicio como un modelo 003 de llamadas de servicio. Es decir, el modelo de llamadas de servicio representa todas las cadenas de llamadas de servicio que incluyen los mismos nodos de servicio y una misma topología de llamadas y una misma secuencia de los nodos de servicio, con el fin de analizar y monitorizar una llamada de datos realizada por el nodo de servicio en la cadena de llamadas de servicio utilizando el modelo de llamadas de servicio.
En el paso S3, el dispositivo 1 procesa la correspondiente cadena de llamadas de servicio de acuerdo con la topología de llamadas de servicio. Es decir, en base a una topología de llamadas de servicio en el modelo de llamadas de servicio adquirido mediante agregación, se analizan los datos de una cadena de llamadas de servicio que tiene la misma topología de llamadas que el modelo de llamadas de servicio. Como en el ejemplo anterior, los datos de cada uno de los nodos de servicio en las 30.000 cadenas de llamadas de servicio se analizan utilizando el modelo de llamadas de servicio: A0, B0.1, C0.2 y D0.2.1. Por ejemplo, un análisis muestra que una probabilidad adquirida de un error de visualización de llamada de un nodo de llamada de servicio es 1/10.000 por hora, y otra cadena de llamadas de servicio que tiene la misma topología de llamadas de servicio que el modelo de llamadas de servicio se monitoriza entonces de acuerdo con el resultado del análisis, con el fin de informar un error cuando la probabilidad del error de visualización del nodo de llamada de servicio excede 1/10.000 por hora. Por lo tanto, la cadena de llamadas de servicio se procesa en base a la topología de llamadas de servicio, con el fin de monitorizar efectivamente un sistema cuando hay una cantidad relativamente grande de muestras de datos, y mejorar el rendimiento de alertas y la estabilidad del sistema.
Preferiblemente, el dispositivo realiza además el paso S4 (no mostrado) y, en el paso S4, el dispositivo 1 realiza una operación de limpieza en la topología de llamada de servicio. La operación de limpieza consiste en filtrar información de objeto de llamada no importante. Hay dos llamadas de servicio que tienen la misma topología de nodo de llamada que la cadena de servicio mostrada en la FIG. 9 como en el ejemplo anterior. Alguna información se consulta adicionalmente cuando se llama a un nodo C de servicio. Por ejemplo, se consulta una caché C1 en la primera cadena de llamadas de servicio y, si no se adquiere una, se consulta una vez una base C2 de datos; y luego los datos se almacenan en una caché C3. Sin embargo, los datos se obtienen al consultar directamente una caché C1 en la segunda cadena de llamadas de servicio. Antes de realizar la operación de limpieza, las cadenas de llamadas de servicio pueden ser dos cadenas diferentes. Es decir, el nodo C llama además a un nodo C1, un nodo C2 y un nodo C3. Debido a que estos nodos consultados generalmente son defectuosos dentro de un sistema y no devuelven un resultado de ejecución, y los resultados de llamadas de los nodos generalmente se retroalimentan al nodo C, el nodo C1, el nodo C2 y el nodo C3 se pueden limpiar e ignorar. Además, un nodo intermedio, etc., que se consulta para el enrutamiento no tiene influencia en el modelo y se puede limpiar, con el fin de resaltar una situación de llamada de nodos de servicio clave y hacer que la topología de llamadas de servicio sea más precisa.
Un experto en la técnica debe comprender que el método de limpieza de topología de llamadas de servicio anterior se utiliza solo como un ejemplo. Si otro método de limpieza de topología de llamadas de servicio posible existente o futuro es aplicable a la presente solicitud, el otro método de limpieza de topología de llamadas de servicio caerá dentro del alcance de protección de la presente solicitud.
Además, en el paso S3, el dispositivo 1 procesa la correspondiente cadena de llamadas de servicio de acuerdo con la topología de llamadas de servicio limpia. Es decir, las cadenas de llamadas de servicio que se adquieren después de realizarse la operación de limpieza y que tienen la misma topología de llamadas de servicio se agregan de acuerdo con la información de registro de las cadenas de llamadas de servicio, con el fin de construir el modelo de llamadas de servicio, y los métodos de agregación y de construcción específicos son los mismos que los métodos anteriores.
Más preferiblemente, la operación de limpieza incluye al menos uno de los siguientes:
eliminar un nodo de servicio predeterminado en la topología de llamadas de servicio, donde un nodo de servicio llamado que no pertenece a un servicio remoto se filtra, por ejemplo, un nodo de servicio intermedio o un nodo de llamada consultado para enrutamiento;
eliminar un nodo de servicio que está en la topología de llamadas de servicio y que no devuelve información de resultado de llamada, donde el nodo de servicio que incluye una operación de llamada realizada dentro del sistema y que no devuelve un resultado de llamada de servicio, tal como un resultado de ejecución, se filtra, por ejemplo, consultando y llamando a la caché o llamando a una base de datos;
eliminar un nodo de servicio utilizado ocasionalmente en la topología de llamadas de servicio, donde el número de veces de apariciones acumuladas del nodo de servicio utilizado ocasionalmente en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio es menor o igual a un umbral predeterminado utilizado ocasionalmente, donde se establece un umbral específico de veces llamado, y las veces llamado se leen en la información de registro u otra información histórica, con el fin de eliminar un nodo de servicio que se utiliza solo en muy pocas situaciones o se utiliza ocasionalmente cuando una cadena de llamadas de servicio completa específica finaliza normalmente, reduciendo así el análisis de datos y las cargas de procesamiento del sistema y adquiriendo un modelo de llamadas de servicio más preciso y datos precisos; o
eliminar un nodo de servicio utilizado ocasionalmente en la topología de llamadas de servicio, donde el número de veces de apariciones acumuladas del nodo de servicio utilizado ocasionalmente en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio es menor o igual a un umbral predeterminado utilizado ocasionalmente, y el número de veces de apariciones acumuladas de otro nodo de servicio, distinto del nodo de servicio utilizado ocasionalmente, en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio es mayor o igual a un umbral predeterminado utilizado frecuentemente, donde se establece un umbral específico de veces llamado, y se leen las veces llamado en la información de registro u otra información histórica, con el fin de seleccionar un nodo de servicio principal o un nodo de servicio especialmente mantenido y eliminar nodos de servicio utilizados con poca frecuencia, analizando y monitorizando así particularmente los datos.
Preferiblemente, en el paso S2, el dispositivo 1 realiza el procesamiento de agregación en la cadena de llamadas de servicio con referencia a la información de retroalimentación de llamadas del nodo de servicio en la cadena de llamadas de servicio, con el fin de construir un correspondiente modelo de llamadas de servicio, donde el modelo de llamadas de servicio incluye uno o más topologías de llamadas de servicio y, cada una de las topologías de llamadas de servicio, se adquiere realizando el procesamiento de agregación en una o más cadenas de llamadas de servicio. La información de retroalimentación de llamadas se refiere a un nodo de retorno de cada uno de los nodos de servicio después de que se llama a cada uno de los nodos de servicio, y el nodo de retorno se utiliza para representar un resultado de ejecución del nodo de servicio. La información de retroalimentación de llamadas incluye un resultado de ejecución específico e información identificable formada por diferentes situaciones en base a una regla predeterminada específica, por ejemplo, un éxito o fracaso de ejecución y un escenario de servicio específico. En la cadena de llamadas de servicio mostrada en la FIG. 9, si el nodo B se llama con éxito, SUCC se retroalimenta; si el nodo D se llama con éxito, la información de retroalimentación de llamadas es AE00; la información de retroalimentación de llamadas del nodo C es AE01; y la información de retroalimentación de llamadas del nodo A es AE10. Esto indica que es necesario llamar al nodo C después de llamar con éxito al nodo B para llamar al nodo A, y es necesario llamar primero al nodo D para llamar al nodo C. La información de retroalimentación de llamadas puede registrarse en un registro, de modo que la información de retroalimentación de llamadas también se puede consultar cuando se consulta información de topología de llamadas de llamar al nodo de servicio en un momento específico. Cada uno de los nodos de servicio corresponde a varias piezas de información de retroalimentación de llamadas, y la información de retroalimentación de llamadas de un extremo posterior de la cadena de llamadas de servicio generalmente afecta la información de retroalimentación de llamadas de un extremo frontal de la cadena de llamadas de servicio, pero la agregación se puede realizar en ambos extremos de la información de retroalimentación de llamadas en el extremo frontal de la cadena de llamadas de servicio. Por ejemplo, el nodo A de servicio mostrado en la FIG. 9 devuelve información acerca de anormalidades del sistema, lo que puede indicar que el nodo C de servicio o el nodo D de servicio tiene un problema de acceso a de red o que la base de datos es anormal, por lo tanto, cada una de las cadenas de llamadas de servicio puede ser una combinación de la información de retroalimentación de llamadas. Por lo tanto, cuando la agregación se realiza en cadenas de llamadas de servicio que tienen una misma topología para construir un modelo de llamadas de servicio, para localizar claramente un error para diferentes cadenas de llamadas de servicio, todas las combinaciones de información de retroalimentación de llamadas se registran en las cadenas y se utilizan para un análisis de datos posterior en base al modelo de llamadas de servicio.
Un experto en la técnica debe comprender que los métodos anteriores para grabar y presentar información de retroalimentación de llamadas se utilizan solo como ejemplos. Si otros métodos posibles existentes o futuros para grabar y presentar información de retroalimentación de llamadas son aplicables a la presente solicitud, los otros métodos caerán dentro del alcance de protección de la presente solicitud.
La FIG. 3 es un diagrama de flujo que ilustra el paso S3 en un método de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida más de la presente solicitud. El paso S3 incluye el paso S31 y el paso S32.
En el paso S31, el dispositivo 1 recopila, de acuerdo con la información de retroalimentación de llamadas de un nodo de servicio en cada una de las cadenas de llamadas de servicio, estadísticas para una o más cadenas de llamadas de servicio correspondientes a la topología de llamadas de servicio. En el paso S32, el dispositivo 1 monitoriza, de acuerdo con un correspondiente resultado estadístico, la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio.
Específicamente, en el paso S31, el dispositivo 1 recopila, de acuerdo con la información de retroalimentación de llamadas del nodo de servicio en cada una de las cadenas de llamadas de servicio, las estadísticas para una o más cadenas de llamadas de servicio correspondientes a la topología de llamadas de servicio. Es decir, la información de retroalimentación de llamadas se analiza en todas las cadenas de llamadas de servicio que corresponden al modelo de llamadas de servicio y que tienen la misma topología de llamadas de servicio, y se recopilan estadísticas acerca de la información de retroalimentación de llamadas. Por ejemplo, en base a la relación de topología del modelo de llamadas de servicio generado y las cadenas de llamadas de servicio, todas las cadenas de llamadas de servicio que tienen la misma topología de llamadas de servicio están marcadas con una marca del modelo de llamadas de servicio, es decir, cada uno de los modelos de llamadas de servicio tiene una marca particular, y una marca única se asigna a cada una de las cadenas de llamadas de servicio con referencia a la marca y una combinación de información de retroalimentación de llamadas en cada una de las cadenas de llamadas de servicio. Se recopilan estadísticas acerca de la información de retroalimentación de llamadas en la cadena de llamadas de servicio, y los estados de información de retroalimentación de llamadas de los nodos de servicio en cada una de las cadenas de llamadas de servicio se analizan colectivamente mediante comparación de cadenas o comparación paralela durante un tiempo fijo.
Un experto en la técnica debe comprender que el método de análisis de datos basado en el análisis de información de retroalimentación de llamadas anterior se utiliza solo como un ejemplo. Si otro método de análisis de datos basado en el análisis de información de retroalimentación de llamadas posible existente o futuro es aplicable a la presente solicitud, el otro método caerá dentro del alcance de protección de la presente solicitud.
Luego, en el paso S32, el dispositivo 1 monitoriza, de acuerdo con un correspondiente resultado estadístico, la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio. Es decir, se compara la información de retroalimentación de llamadas de un mismo nodo en la topología de llamadas de servicio y los datos se monitorizan a intervalos de tiempo fijo cuando hay suficientes muestras de datos. Por ejemplo, los datos superiores al 95 % de las muestras estadísticas están en un estado normal. Cuando el 5 % de las situaciones anormales se producen en el sistema, la anomalía será identificada por el sistema mediante monitorización. Debido a que existe la información de retroalimentación de llamadas para cada uno de los nodos de llamada de servicio, se puede localizar una cadena de servicio correspondiente a un modelo de llamadas de servicio específico después de identificarse los estados anormales por medio de monitorización. Como en el ejemplo anterior, una cadena de servicio específica y un nodo de servicio llamado en la cadena de servicio se localizan de acuerdo con la marca única correspondiente a cada una de las cadenas de servicio.
Un experto en la técnica debe comprender que el método de monitorización de llamadas de servicio basado en resultados del análisis anterior se utiliza solo como un ejemplo. Si otro método de monitorización de llamadas de servicio basado en resultados de análisis posible existente o futuro es aplicable a la presente solicitud, el otro método caerá dentro del alcance de protección de la presente solicitud, que se incorpora en el presente documento como referencia.
La FIG. 4 es un diagrama de flujo que ilustra el paso S32 en un método de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida más de la presente solicitud. El paso S32 incluye el paso S321 y el paso S322.
En el paso S321, el dispositivo 1 compara, en base a una regla de comparación de duración predeterminada, el correspondiente resultado estadístico con información de retroalimentación de llamadas de cada uno de los nodos de servicio en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio. En el paso S322, cuando una diferencia excede el umbral de fluctuación predeterminado, el dispositivo 1 genera información de alerta acerca de una cadena de llamadas de servicio correspondiente a la diferencia, donde la información de alerta se utiliza para localizar un nodo de servicio correspondiente a la diferencia.
Específicamente, en el paso S321, el dispositivo 1 compara, en base a la regla de comparación de duración predeterminada, el correspondiente resultado estadístico con la información de retroalimentación de llamadas de cada uno de los nodos de servicio en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio. Es decir, de acuerdo con una regla de comparación de duración específica, la información de retroalimentación de llamadas de todas las cadenas de llamadas de servicio se analiza en base a la misma topología de llamadas de servicio. Por ejemplo, un análisis de comparación de cadena se realiza en los datos generados de 8 am a 9 am y la información de retroalimentación de llamadas generada de 9 am a 10 am en cadenas de llamadas de servicio que tienen la misma topología de llamadas de servicio. Para otro ejemplo, un análisis de comparación paralela se realiza en los datos generados de 8 am a 9 am el 2 de marzo y la información de retroalimentación de llamadas generada de 8 am a 9 am el 3 de marzo en las cadenas de llamadas de servicio que tienen la misma topología de llamadas de servicio. Por lo tanto, se pueden adquirir rangos de datos generados durante la operación normal en
diferentes escenarios. Por ejemplo, una probabilidad de falla de pago diario indica que aparece un saldo insuficiente 100 veces en el pago completado. Luego, se puede monitorizar un estado de llamada de servicio en el sistema en base a estos resultados de análisis.
Un experto en la técnica debe comprender que los métodos anteriores para adquirir y comparar resultados estadísticos se utilizan solo como ejemplos. Si otros métodos posibles existentes o futuros para adquirir y comparar resultados estadísticos son aplicables a la presente solicitud, los otros métodos caerán dentro del alcance de protección de la presente solicitud.
Luego, en el paso S322, cuando la diferencia excede el umbral de fluctuación predeterminado, el dispositivo 1 genera la información de alerta acerca de la cadena de llamadas de servicio correspondiente a la diferencia, donde la información de alerta se utiliza para localizar el nodo C de servicio correspondiente a la diferencia. Después de analizar las cadenas de llamadas de servicio que tienen una misma topología y un mismo modelo de servicio en base a la información de retroalimentación de llamadas, los datos generados durante la operación diaria de las cadenas de llamadas de servicio que tienen la misma topología se monitorizan de acuerdo con los rangos adquiridos de datos generados durante la operación normal en diferentes escenarios, y un rango normal se establece en un umbral específico. Por ejemplo, como en el ejemplo anterior, si la probabilidad de falla en el pago diario indica que aparece un saldo insuficiente 100 veces en el pago completado, un umbral de veces de retroalimentación defectuosas de un nodo de servicio para verificar un saldo se establece en menor o igual que 100 o 120. Cuando las veces de retroalimentación defectuosas diarios del nodo de servicio para verificar el saldo en el sistema exceden el umbral establecido, se emite una alerta y el nodo defectuoso se rastrea en función de una marca única global formada por la información de cadena de llamadas de servicio y la información de retroalimentación de llamadas.
Un experto en la técnica debe comprender que los métodos anteriores para monitorizar y alertar se utilizan solo como ejemplos. Si otros métodos posibles existentes o futuros para monitorizar y alertar son aplicables a la presente solicitud, los otros métodos caerán dentro del alcance de protección de la presente solicitud.
La FIG. 5 es un diagrama esquemático que ilustra un dispositivo de procesamiento de información de llamadas de servicio de acuerdo con otro aspecto de la presente solicitud. El dispositivo 1 incluye un aparato 11 de adquisición de cadena de llamadas de servicio, un aparato 12 de construcción de modelo de llamadas de servicio y un aparato 13 de procesamiento.
En el dispositivo 1, el aparato 11 de adquisición de cadena de llamadas de servicio adquiere una o más cadenas de llamadas de servicio en un sistema de servicio distribuido, donde cada una de las cadenas de llamadas de servicio incluye uno o más nodos de servicio que se llaman secuencialmente; el aparato 12 de construcción de modelo de llamadas de servicio construye un correspondiente modelo de llamadas de servicio de acuerdo con una cadena de llamadas de servicio; y el aparato 13 de procesamiento procesa la cadena de llamadas de servicio de acuerdo con el modelo de llamadas de servicio.
Específicamente, el aparato 11 de adquisición de cadena de llamadas de servicio adquiere la una o más cadenas de llamadas de servicio en el sistema de servicio distribuido, donde cada una de las cadenas de llamadas de servicio incluye uno o más nodos de servicio que se llaman secuencialmente. Aquí, el sistema de servicio distribuido incluye, entre otros, un sistema de software que se orienta a una arquitectura de servicio o está construido en un sistema distribuido. El nodo de servicio incluye, entre otros, un servicio o una función llamada en el sistema de servicio distribuido. Por ejemplo, los nodos de servicio para comprar un producto en una plataforma de comercio electrónico incluyen llamar al nombre de un usuario, llamar a la cuenta asociada de un usuario, llamar a una página de pago, adquirir verificación de seguridad, verificar el saldo de una cuenta, etc. La cadena de llamadas de servicio se refiere a nodos de servicio relacionados y una secuencia de los nodos de servicio relacionados para completar una llamada de servicio a la vez en el sistema de servicio distribuido. Por ejemplo, la FIG. 9 es un diagrama esquemático que ilustra una llamada de servicio en la que una entrada de una cadena de llamadas de servicio es un nodo A de servicio; y A, B, C y D que están marcados con círculos representan nodos de servicio, la entrada de la cadena de llamadas de servicio esquemática es el nodo A de servicio, primero es necesario llamar a B y luego es necesario llamar a C para completar el nodo A de servicio, es necesario llamar a D para completar C y, por lo tanto, los nodos de llamadas de servicio en la cadena de llamadas de servicio en la llamada de servicio mostrada en la FIG. 9 se llaman secuencialmente, es decir, una secuencia de llamadas de la cadena de llamadas de servicio mostrada es A ^ B ^ C ^ D . Para que una secuencia de llamadas de los nodos de servicio en la cadena de llamadas de servicio mostrada en la FIG. 9 se identifique fácilmente en un lenguaje de computadora, de acuerdo con la secuencia de llamadas de los nodos de servicio, el nodo de entrada inicial se puede marcar como A0, y B que se llama a continuación se marca como B0.1, es decir, 0 representa A y 1 siguiendo a un símbolo “.” indica que B es un primer nodo de servicio que se llama después de A; C que se llama después se marca como C0.2, es decir, 0 representa A y 2 después del símbolo “.” indica que C es un segundo nodo que se llama después de A; y luego, debido a que es necesario llamar a D para completar C, se puede ver que D se llama para completar C, y D se marca como D0.2.1, es decir, 0 representa A, 2 después del símbolo “.” representa C y 1 siguiendo al último símbolo “.” indica que D es un primer nodo que se llama después de C. Por lo tanto, la cadena de llamadas mostrada en el diagrama de topología en la FIG. 9 puede expresarse como A0, B0.1, C0.2 y D0.2.1. El método de marcado de secuencia se utiliza solo como un ejemplo, y un dígito que representa una secuencia y una topología se puede registrar en un registro cuando se llama a cada uno de los nodos.
Por ejemplo, en el registro, un campo grabado que representa esta llamada es X y, en varios campos después del campo X, se graban un dígito y un punto que representan la topología y la secuencia de llamadas del nodo de servicio, con el fin de adquirir la cadena de llamadas de servicio en base a un registro de llamadas de servicio en el registro. Se adquiere la cadena de llamadas de servicio que incluye los nodos de servicio llamados relacionados y la secuencia de llamadas de los nodos de servicio, con el fin de mostrar claramente un proceso de llamadas de servicio y adquirir una topología y una característica de cada una de las llamadas de servicio.
Un experto en la técnica debe comprender que los métodos anteriores para adquirir la cadena de llamadas de servicio y marcar la cadena de llamadas de servicio se utilizan solo como ejemplos. Si otros métodos posibles existentes o futuros para adquirir una cadena de llamadas de servicio y marcar la cadena de llamadas de servicio son aplicables a la presente solicitud, los otros métodos caerán dentro del alcance de protección de la presente solicitud.
Entonces, el aparato 12 de construcción de modelo de llamadas de servicio construye un correspondiente modelo de llamadas de servicio de acuerdo con una cadena de llamadas de servicio. El modelo de llamadas de servicio es una cadena de llamadas de servicio que se construye en base a una estructura de topología de la cadena de llamadas de servicio y que tiene una misma secuencia de llamadas de nodo. Por ejemplo, cuando hay suficientes muestras de cadenas de llamadas de servicio adquiridas, las mismas cadenas de llamadas de servicio aparecen en plataformas o sistemas de aplicación de un mismo proveedor de servicios. Por ejemplo, en un día, los usuarios de todo el país realizan, 30.000 veces, llamadas de servicio relacionadas con los nodos de servicio mostrados en la FIG. 9, las secuencias de llamadas de los nodos de servicio son las mismas y las topologías de los nodos de servicio son las mismas, y como tal, las 30.000 llamadas de servicio corresponden a un mismo modelo de llamadas de servicio, es decir, A0, B0.1, C0.2, y DO.2.1 en el ejemplo anterior. Un proceso de adquisición de un modelo de llamadas de servicio resumiendo varias cadenas de llamadas de servicio que tienen una misma topología y una misma secuencia de llamadas de nodos de servicio es un proceso de construcción. El modelo de llamadas de servicio correspondiente a las cadenas de llamadas de servicio se construye, con el fin de analizar más claramente las cadenas de llamadas de servicio en base a muestras de macrodatos. Además, el modelo construido puede representar un tipo de llamada de servicio, con el fin de facilitar el análisis posterior de datos en cada uno de los modelos en base al modelo de llamadas de servicio.
Entonces, el aparato 13 de procesamiento procesa la cadena de llamadas de servicio de acuerdo con el modelo de llamadas de servicio. Los datos de la cadena de llamadas de servicio que tienen una misma secuencia de topología y una misma secuencia de llamadas de nodos de servicio que el modelo de llamadas de servicio se analizan en base al modelo de llamadas de servicio. Los datos de llamada de cada uno de los nodos de servicio, por ejemplo, el tiempo de finalización de la llamada de cada uno de los nodos y el éxito o el fracaso de una llamada, varían en diferentes situaciones. Sin embargo, se puede observar una regla de llamada de cada uno de los nodos de servicio cuando hay suficientes muestras de datos. Por ejemplo, el tiempo de finalización de la llamada de un nodo de servicio específico es normalmente menor de 0,1 s, para otro ejemplo, normalmente, aparecen menos de 10 fallas de llamada en la información de retroalimentación de un nodo de servicio específico y, como tal, una regla de llamada adquirida al analizar, en base al modelo de llamadas de servicio, los datos de la cadena de llamadas de servicio que tiene la misma secuencia de topología y la misma secuencia de llamadas de los nodos de servicio se pueden utilizar para localizar un error y controlar si una llamada en el sistema distribuido es normal. Por ejemplo, el tiempo de finalización de la llamada del nodo de servicio específico es normalmente menor a 0,1 s como en el ejemplo anterior, y el tiempo de llamar al nodo de servicio 100 veces en duración específica excede 10 veces 0,1 s por más de 50 veces, por lo tanto, se puede detectar que existe un error de llamada del nodo de servicio.
Un experto en la técnica debe comprender que el método de procesamiento de la cadena de llamadas de servicio anterior se utiliza solo como un ejemplo. Si otro método de procesamiento de cadena de llamadas de servicio posible existente o futuro es aplicable a la presente solicitud, el otro método de procesamiento de cadena de llamadas de servicio caerá dentro del alcance de protección de la presente solicitud.
La FIG. 6 es un diagrama esquemático que ilustra un aparato de adquisición de cadena de llamadas de servicio en un dispositivo de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida de la presente solicitud. El aparato 11 de adquisición de cadena de llamadas de servicio incluye una unidad 111 de adquisición de información de llamadas y una unidad 112 de generación de cadena de llamadas de servicio.
La unidad 111 de adquisición de información de llamadas adquiere información de registro de llamadas de servicio de un sistema distribuido. La unidad 112 de generación de cadena de llamadas de servicio extrae una o más cadenas de llamadas de servicio de la información de registro de llamadas de servicio, donde cada una de las cadenas de llamadas de servicio incluye el uno o más nodos de servicio que se llaman secuencialmente.
Específicamente, la unidad 111 de adquisición de información de llamadas adquiere la información de registro de llamadas de servicio del sistema distribuido. La información de registro de llamadas de servicio registra una marca e información de secuencia de cada uno de los nodos de servicio cada vez que se llama a cada uno de los nodos de servicio, y otra información que puede utilizarse para determinar una secuencia y una topología en cada una de las llamadas de servicio. Por ejemplo, debido a que se llama a un nodo más de una vez en un período específico, si el nodo se marca de acuerdo con una secuencia de llamadas en la que el nodo se marca como D0.2.1 en la llamada de
servicio mostrada en la FIG. 9 en el ejemplo anterior, dos o más procesos de llamada probablemente comiencen desde un punto de partida, luego se llama a un primer nodo de servicio, y se llama al nodo después de un segundo nodo de servicio y se marca como 0.2.1. Por lo tanto, es necesario marcar y registrar cada una de las llamadas de servicio en un registro cuando se llama a cada uno de los nodos. Por ejemplo, en el registro, un campo que representa la llamada mostrada en la FIG. 9 se registra como X, es decir, X indica que una llamada de servicio completada específica desde la entrada A a D se marca como X, con el fin de leer el campo que marca la llamada cuando se adquiere la información de registro. Para otro ejemplo, los dígitos que representan una secuencia y una topología se registran en el registro cuando se llama a cada uno de los nodos como en el ejemplo anterior, con el fin de leer, cuando se adquiere la información de registro, los campos que marcan una topología y una secuencia de llamadas del nodo de servicio en la cadena de llamadas de servicio. La información de registro de llamadas de servicio anterior se adquiere, con el fin de vincular nodos en la llamada de servicio y adquirir la cadena de llamadas de servicio.
Un experto en la técnica debe comprender que el método de grabación de registro de llamadas de servicio anterior se utiliza solo como un ejemplo. Si otro método de grabación de registro de llamadas de servicio posible existente o futuro es aplicable a la presente solicitud, el otro método de grabación de registro de llamadas de servicio caerá dentro del alcance de protección de la presente solicitud.
Luego, la unidad 112 de generación de cadena de llamadas de servicio extrae la una o más cadenas de llamadas de servicio de la información de registro de llamadas de servicio, donde cada una de las cadenas de llamadas de servicio incluye uno o más nodos de servicio que se llaman secuencialmente. Es decir, la información de registro registra la marca y la información de secuencia de cada uno de los nodos de servicio cada vez que se llama a cada uno de los nodos de servicio, y la otra información que se puede utilizar para determinar la secuencia y la topología en cada una de las llamadas de servicio; y, en base a la marca, la información de secuencia y la otra información, la información acerca de una secuencia de llamadas relacionada y una topología relacionada se extrae en una unidad de una llamada de servicio, y los nodos están vinculados, con el fin de generar una cadena de llamadas de servicio para cada una de las llamadas de servicio. Por ejemplo, la información adquirida del registro de llamadas es “alipay,com.alipay.chashier.xxx,0x0boc123,0.2.1,AE001...”, y el registro se divide por comas. El primer campo es un nombre de sistema: alipay, y el segundo campo representa un método de interfaz. El tercer campo representa una marca de una llamada de servicio, el cuarto campo representa una secuencia y una topología durante la llamada, y el quinto campo es un código de retorno “AE001” que representa un resultado de ejecución de la llamada. En una parte posterior del registro, se pueden omitir más campos utilizando el símbolo “...” . Es decir, de acuerdo con la marca que registra la llamada de servicio, se buscan los terceros campos en todos los registros, se buscan todos los nodos de llamadas de servicio, que incluyen “0x0boc123”, las secuencias de llamadas y las topologías para los nodos correspondientes a los registros de registro identificados se ordenan en base al campo registrado en el cuarto campo registrado utilizando el método de marcado en el ejemplo anterior y, finalmente, la cadena de llamadas de servicio se forma en un formato tal como A0, B0.1, C0.2 y D0.2.1.
Un experto en la técnica debe comprender que el método anterior para extraer la cadena de llamadas de servicio de la información de registro se utiliza solo como un ejemplo. Si otro método posible existente o futuro para extraer una cadena de llamadas de servicio de la información de registro es aplicable a la presente solicitud, el otro método caerá dentro del alcance de protección de la presente solicitud.
Preferiblemente, el aparato 12 de construcción de modelo de llamadas de servicio construye el correspondiente modelo de llamadas de servicio realizando el procesamiento de agregación en la cadena de llamadas de servicio, donde el modelo de llamadas de servicio incluye una o más topologías de llamadas de servicio, y cada una de las topologías de llamadas de servicio se adquiere realizando el procesamiento de agregación en una o más cadenas de llamadas de servicio. Todos los modelos de llamadas de servicio incluyen una misma topología de llamadas de servicio. Es decir, los modelos de llamadas de servicio se adquieren realizando la agregación en cadenas de llamadas de servicio que tienen la misma topología de llamadas de servicio. Por ejemplo, en las cadenas de llamadas de servicio adquiridas como en el ejemplo anterior, 30.000 cadenas de llamadas de servicio se expresan como A0, B0.1, C0.2 y DO.2.1, 20.000 cadenas de llamadas de servicio se expresan como A0, B0.1, y C0.2, y una cadena de llamadas de servicio se expresa como A0 y B0.1; y se puede adquirir un modelo 001 de llamadas de servicio realizando la agregación en las 30.000 cadenas de llamadas de servicio, se adquiere un modelo 002 de llamadas de servicio realizando la agregación en las 20.000 cadenas de llamadas de servicio, y se utiliza una única cadena de llamadas de servicio como un modelo 003 de llamadas de servicio. Es decir, el modelo de llamadas de servicio representa todas las cadenas de llamadas de servicio que incluyen los mismos nodos de servicio y una misma topología de llamadas y una misma secuencia de los nodos de servicio, con el fin de analizar y monitorizar una llamada de datos realizada por el nodo de servicio en la cadena de llamadas de servicio utilizando el modelo de llamadas de servicio.
El aparato 13 de procesamiento procesa la correspondiente cadena de llamadas de servicio de acuerdo con la topología de llamadas de servicio. Es decir, en base a una topología de llamadas de servicio en el modelo de llamadas de servicio adquirido mediante agregación, se analizan los datos de una cadena de llamadas de servicio que tiene la misma topología de llamadas que el modelo de llamadas de servicio. Como en el ejemplo anterior, los datos de cada uno de los nodos de servicio en las 30.000 cadenas de llamadas de servicio se analizan utilizando el modelo de llamadas de servicio: A0, B0.1, C0.2 y D0.2.1. Por ejemplo, un análisis muestra que una probabilidad adquirida de un error de visualización de llamada de un nodo de llamada de servicio es 1/10.000 por hora, y otra cadena de llamadas
de servicio que tiene la misma topología de llamadas de servicio que el modelo de llamadas de servicio se monitoriza entonces de acuerdo con el resultado del análisis, con el fin de informar un error cuando la probabilidad del error de visualización del nodo de llamada de servicio excede 1/10.000 por hora. Por lo tanto, la cadena de llamadas de servicio se procesa en base a la topología de llamadas de servicio, con el fin de monitorizar efectivamente un sistema cuando no hay una cantidad relativamente grande de muestras de datos, y mejorar el rendimiento de alertas y la estabilidad del sistema.
Preferiblemente, el dispositivo incluye además un aparato 14 de limpieza (no mostrado), y el aparato 14 de limpieza realiza una operación de limpieza en la topología de llamadas de servicio. La operación de limpieza consiste en filtrar información de objeto de llamada no importante. Hay dos llamadas de servicio que tienen la misma topología de nodo de llamada que la cadena de servicio mostrada en la FIG. 9 como en el ejemplo anterior. Alguna información se consulta adicionalmente cuando se llama a un nodo C de servicio. Por ejemplo, se consulta una caché C1 en la primera cadena de llamadas de servicio y, si no se adquiere una, se consulta una vez una base C2 de datos; y luego los datos se almacenan en una caché C3. Sin embargo, los datos se obtienen al consultar directamente una caché C1 en la segunda cadena de llamadas de servicio. Antes de realizar la operación de limpieza, las cadenas de llamadas de servicio pueden ser dos cadenas diferentes. Es decir, el nodo C llama además a un nodo C1, un nodo C2 y un nodo C3. Debido a que estos nodos consultados generalmente son defectuosos dentro de un sistema y no devuelven un resultado de ejecución, y los resultados de llamadas de los nodos generalmente se retroalimentan al nodo C, el nodo C1, el nodo C2 y el nodo C3 se pueden limpiar e ignorar. Además, un nodo intermedio, etc., que se consulta para el enrutamiento no tiene influencia en el modelo y se puede limpiar, con el fin de resaltar una situación de llamada de nodos de servicio clave y hacer que la topología de llamadas de servicio sea más precisa.
Un experto en la técnica debe comprender que el método de limpieza de topología de llamadas de servicio anterior se utiliza solo como un ejemplo. Si otro método de limpieza de topología de llamadas de servicio posible existente o futuro es aplicable a la presente solicitud, el otro método de limpieza de topología de llamadas de servicio caerá dentro del alcance de protección de la presente solicitud.
Además, el aparato 13 de procesamiento procesa la correspondiente cadena de llamadas de servicio de acuerdo con la topología de llamadas de servicio limpia. Es decir, las cadenas de llamadas de servicio que se adquieren después de realizarse la operación de limpieza y que tienen la misma topología de llamadas de servicio se agregan de acuerdo con la información de registro de las cadenas de llamadas de servicio, con el fin de construir el modelo de llamadas de servicio, y los métodos de agregación y de construcción específicos son los mismos que los métodos anteriores.
Más preferiblemente, la operación de limpieza incluye al menos uno de los siguientes:
eliminar un nodo de servicio predeterminado en la topología de llamadas de servicio, donde se filtran un nodo de servicio intermedio llamado y un nodo de llamada consultado para enrutamiento, etc.,
eliminar un nodo de servicio que está en la topología de llamadas de servicio y que no devuelve información de resultado de llamada, donde el nodo de servicio que incluye una operación de llamada realizada dentro del sistema y que no devuelve un resultado de llamada de servicio, tal como un resultado de ejecución, se filtra, por ejemplo, consultando y llamando a la caché o llamando a una base de datos;
eliminar un nodo de servicio utilizado ocasionalmente en la topología de llamadas de servicio, donde el número de veces de apariciones acumuladas del nodo de servicio utilizado ocasionalmente en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio es menor o igual a un umbral predeterminado utilizado ocasionalmente, donde se establece un umbral específico de veces llamado, y las veces llamado se leen en la información de registro u otra información histórica, con el fin de eliminar un nodo de servicio que se utiliza solo en muy pocas situaciones o se utiliza ocasionalmente cuando una cadena de llamadas de servicio completa específica finaliza normalmente, reduciendo así el análisis de datos y las cargas de procesamiento del sistema y adquiriendo un modelo de llamadas de servicio más preciso y datos precisos; o
eliminar un nodo de servicio utilizado ocasionalmente en la topología de llamadas de servicio, donde el número de veces de apariciones acumuladas del nodo de servicio utilizado ocasionalmente en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio es menor o igual a un umbral predeterminado utilizado ocasionalmente, y el número de veces de apariciones acumuladas de otro nodo de servicio, distinto del nodo de servicio utilizado ocasionalmente, en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio es mayor o igual a un umbral predeterminado utilizado frecuentemente, donde se establece un umbral específico de veces llamado, y se leen las veces llamado en la información de registro u otra información histórica, con el fin de seleccionar un nodo de servicio principal o un nodo de servicio especialmente mantenido y eliminar el nodo de servicio utilizado con poca frecuencia, analizando y monitorizando así particularmente los datos.
Preferiblemente, el aparato 12 de construcción de modelo de llamadas de servicio realiza el procesamiento de agregación en la cadena de llamadas de servicio con referencia a la información de retroalimentación de llamadas del nodo de servicio en la cadena de llamadas de servicio, con el fin de construir un correspondiente modelo de llamadas de servicio, donde el modelo de llamadas de servicio incluye uno o más topologías de llamadas de servicio, y cada una de las topologías de llamadas de servicio se adquiere realizando el procesamiento de agregación en una o más cadenas de llamadas de servicio. La información de retroalimentación de llamadas se refiere a un nodo de retorno de
cada uno de los nodos de servicio después de que se llama a cada uno de los nodos de servicio, y el nodo de retorno se utiliza para representar un resultado de ejecución del nodo de servicio. La información de retroalimentación de llamadas incluye un resultado de ejecución específico e información identificable formada por diferentes situaciones en base a una regla predeterminada específica, por ejemplo, un éxito o fracaso de ejecución y un escenario de servicio específico. En la cadena de llamadas de servicio mostrada en la FIG. 9, si el nodo B se llama con éxito, SUCC se retroalimenta; si el nodo D se llama con éxito, la información de retroalimentación de llamadas es AE00; la información de retroalimentación de llamadas del nodo C es AE01; y la información de retroalimentación de llamadas del nodo A es AE10. Esto indica que es necesario llamar al nodo C después de llamar con éxito al nodo B para llamar al nodo A, y es necesario llamar primero al nodo D para llamar al nodo C. La información de retroalimentación de llamadas puede registrarse en un registro, de modo que la información de retroalimentación de llamadas también se puede consultar cuando se consulta información de topología de llamadas de llamar al nodo de servicio en un momento específico. Cada uno de los nodos de servicio corresponde a varias piezas de información de retroalimentación de llamadas, y la información de retroalimentación de llamadas de un extremo posterior de la cadena de llamadas de servicio generalmente afecta la información de retroalimentación de llamadas de un extremo frontal de la cadena de llamadas de servicio, pero la agregación se puede realizar en ambos extremos de la información de retroalimentación de llamadas en el extremo frontal de la cadena de llamadas de servicio. Por ejemplo, el nodo A de servicio mostrado en la FIG. 9 devuelve información acerca de anormalidades del sistema, lo que puede indicar que el nodo C de servicio o el nodo D de servicio tiene un problema de acceso a de red o que la base de datos es anormal, por lo tanto, cada una de las cadenas de llamadas de servicio puede ser una combinación de la información de retroalimentación de llamadas. Por lo tanto, cuando la agregación se realiza en cadenas de llamadas de servicio que tienen una misma topología para construir un modelo de llamadas de servicio, para localizar claramente un error para diferentes cadenas de llamadas de servicio, todas las combinaciones de información de retroalimentación de llamadas se registran en las cadenas y se utilizan para un análisis de datos posterior en base al modelo de llamadas de servicio.
Un experto en la técnica debe comprender que los métodos anteriores para grabar y presentar información de retroalimentación de llamadas se utilizan solo como ejemplos. Si otros métodos posibles existentes o futuros para grabar y presentar información de retroalimentación de llamadas son aplicables a la presente solicitud, los otros métodos caerán dentro del alcance de protección de la presente solicitud.
La FIG. 7 es un diagrama esquemático que ilustra un aparato de procesamiento en un dispositivo de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida más de la presente solicitud. El aparato 13 de procesamiento incluye una unidad 131 de análisis de información y una unidad 132 de monitorización.
La unidad 131 de análisis de información recopila, de acuerdo con la información de retroalimentación de llamadas de un nodo de servicio en cada una de las cadenas de llamadas de servicio, estadísticas para la una o más cadenas de llamadas de servicio correspondientes a la topología de llamadas de servicio. La unidad 132 de monitorización monitoriza, de acuerdo con un correspondiente resultado estadístico, la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio.
Específicamente, la unidad 131 de análisis de información recopila, de acuerdo con la información de retroalimentación de llamadas del nodo de servicio en cada una de las cadenas de llamadas de servicio, las estadísticas para la una o más cadenas de llamadas de servicio correspondientes a la topología de llamadas de servicio. Es decir, la información de retroalimentación de llamadas se analiza en todas las cadenas de llamadas de servicio que corresponden al modelo de llamadas de servicio y que tienen la misma topología de llamadas de servicio, y se recopilan estadísticas acerca de la información de retroalimentación de llamadas. Por ejemplo, en base a la relación de topología del modelo de llamadas de servicio generado y las cadenas de llamadas de servicio, todas las cadenas de llamadas de servicio que tienen la misma topología de llamadas de servicio están marcadas con una marca del modelo de llamadas de servicio, es decir, cada uno de los modelos de llamadas de servicio tiene una marca particular, y una marca única se asigna a cada una de las cadenas de llamadas de servicio con referencia a la marca y una combinación de información de retroalimentación de llamadas en cada una de las cadenas de llamadas de servicio. Se recopilan estadísticas acerca de la información de retroalimentación de llamadas en la cadena de llamadas de servicio, y los estados de información de retroalimentación de llamadas de los nodos de servicio en cada una de las cadenas de llamadas de servicio se analizan colectivamente mediante comparación de cadenas o comparación paralela durante un tiempo fijo.
Un experto en la técnica debe comprender que el método de análisis de datos basado en el análisis de información de retroalimentación de llamadas anterior se utiliza solo como un ejemplo. Si otro método de análisis de datos basado en el análisis de información de retroalimentación de llamadas posible existente o futuro es aplicable a la presente solicitud, el otro método caerá dentro del alcance de protección de la presente solicitud.
Entonces, la unidad 132 de monitorización monitoriza, de acuerdo con el correspondiente resultado estadístico, la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio. Es decir, se compara la información de retroalimentación de llamadas de un mismo nodo en la topología de llamadas de servicio y los datos se monitorizan a intervalos de tiempo fijo cuando hay suficientes muestras de datos. Por ejemplo, los datos superiores al 95 % de las muestras estadísticas están en un estado normal. Cuando el 5 % de las situaciones anormales se producen en el sistema, la anomalía será identificada por el sistema mediante monitorización. Debido a que existe la información de retroalimentación de llamadas para cada uno de los nodos de llamada de servicio, se puede localizar
una cadena de servicio correspondiente a un modelo de llamadas de servicio específico después de identificarse los estados anormales por medio de monitorización. Como en el ejemplo anterior, una cadena de servicio específica y un nodo de servicio llamado en la cadena de servicio se localizan de acuerdo con la marca única correspondiente a cada una de las cadenas de servicio.
Un experto en la técnica debe comprender que el método de monitorización de llamadas de servicio basado en resultados del análisis anterior se utiliza solo como un ejemplo. Si otro método de monitorización de llamada de servicio basado en resultados de análisis posible existente o futuro es aplicable a la presente solicitud, el otro método caerá dentro del alcance de protección de la presente solicitud.
La FIG. 8 es un diagrama esquemático que ilustra una unidad de monitorización en un dispositivo de procesamiento de información de llamadas de servicio de acuerdo con otra realización preferida más de la presente solicitud. La unidad de monitorización 132 incluye una subunidad 1321 de comparación y una subunidad 1322 de alerta.
La subunidad 1321 de comparación compara, en base a una regla de comparación de duración predeterminada, el correspondiente resultado estadístico con información de retroalimentación de llamadas de cada uno de los nodos de servicio en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio; y cuando una diferencia excede el umbral de fluctuación predeterminado, la subunidad 1322 de alerta genera información de alerta acerca de una cadena de llamadas de servicio correspondiente a la diferencia, donde la información de alerta se utiliza para localizar un nodo de servicio correspondiente a la diferencia.
Específicamente, la subunidad 1321 de comparación compara, en base a la regla de comparación de duración predeterminada, el correspondiente resultado estadístico con la información de retroalimentación de llamadas de cada uno de los nodos de servicio en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio. Es decir, de acuerdo con una regla de comparación de duración específica, la información de retroalimentación de llamadas de todas las cadenas de llamadas de servicio se analiza en base a la misma topología de llamadas de servicio. Por ejemplo, un análisis de comparación de cadena se realiza en los datos generados de 8 am a 9 am y la información de retroalimentación de llamadas generada de 9 am a 10 am en cadenas de llamadas de servicio que tienen la misma topología de llamadas de servicio. Para otro ejemplo, un análisis de comparación paralela se realiza en los datos generados de 8 am a 9 am el 2 de marzo y la información de retroalimentación de llamadas generada de 8 am a 9 am el 3 de marzo en las cadenas de llamadas de servicio que tienen la misma topología de llamadas de servicio. Por lo tanto, se pueden adquirir rangos de datos generados durante la operación normal en diferentes escenarios. Por ejemplo, una probabilidad de falla de pago diario indica que aparece un saldo insuficiente 100 veces en el pago completado. Luego, se puede monitorizar un estado de llamada de servicio en el sistema en base a estos resultados de análisis.
Un experto en la técnica debe comprender que los métodos anteriores para adquirir y comparar resultados estadísticos se utilizan solo como ejemplos. Si otros métodos posibles existentes o futuros para adquirir y comparar resultados estadísticos son aplicables a la presente solicitud, los otros métodos caerán dentro del alcance de protección de la presente solicitud.
Luego, cuando la diferencia excede el umbral de fluctuación predeterminado, la subunidad 1322 de alerta genera la información de alerta acerca de la cadena de llamadas de servicio correspondiente a la diferencia, donde la información de alerta se utiliza para localizar el nodo C de servicio correspondiente a la diferencia. Después de analizar las cadenas de llamadas de servicio que tienen una misma topología y un mismo modelo de servicio en base a la información de retroalimentación de llamadas, los datos generados durante la operación diaria de las cadenas de llamadas de servicio que tienen la misma topología se monitorizan de acuerdo con los rangos adquiridos de datos generados durante la operación normal en diferentes escenarios, y un rango normal se establece en un umbral específico. Por ejemplo, como en el ejemplo anterior, si la probabilidad de falla en el pago diario indica que aparece un saldo insuficiente 100 veces en el pago completado, un umbral de veces de retroalimentación defectuosas de un nodo de servicio para verificar un saldo se establece en menor o igual que 100 o 120. Cuando las veces de retroalimentación defectuosas diarios del nodo de servicio para verificar el saldo en el sistema exceden el umbral establecido, se emite una alerta y el nodo defectuoso se rastrea en función de una marca única global formada por la información de cadena de llamadas de servicio y la información de retroalimentación de llamadas.
Un experto en la técnica debe comprender que los métodos anteriores para monitorizar y alertar se utilizan solo como ejemplos. Si otros métodos posibles existentes o futuros para monitorizar y alertar son aplicables a la presente solicitud, los otros métodos caerán dentro del alcance de protección de la presente solicitud.
Obviamente, un experto en la técnica puede realizar diversas modificaciones y variaciones a la presente solicitud sin apartarse del alcance de la presente solicitud. La presente solicitud está destinada a cubrir estas modificaciones y variaciones de la presente solicitud, siempre que caigan dentro del alcance de protección definido por las siguientes reivindicaciones.
Cabe señalar que la presente solicitud se puede implementar en software y/o una combinación de software y hardware. Por ejemplo, la presente solicitud se puede implementar utilizando un circuito integrado de aplicación específica (ASIC),
una computadora de propósito general o cualquier otro dispositivo de hardware similar. En una realización, un programa de software en la presente solicitud puede ejecutarse por un procesador, con el fin de implementar los pasos y funciones anteriores. De manera similar, el programa de software en la presente solicitud (incluida una estructura de datos relacionada) puede almacenarse en un medio de almacenamiento legible por computadora, por ejemplo, una memoria RAM, una unidad de disco duro o una unidad de DVD-ROM/CD-ROM, o un disquete y un dispositivo similar. Además, algunos pasos o funciones en la presente solicitud se pueden implementar utilizando hardware, por ejemplo, un circuito que coopera con el procesador para ejecutar los pasos o las funciones.
Además, una parte de la presente solicitud puede implementarse como un producto de programa informático, tal como una instrucción de programa informático. Cuando la instrucción de programa informático se ejecuta por una computadora, los métodos y/o las soluciones técnicas de acuerdo con la presente solicitud pueden invocarse o proporcionarse mediante operaciones de la computadora. Además, la instrucción de programa para invocar el método en la presente solicitud se puede almacenar en un medio de almacenamiento fijo o extraíble, y/o se transmite por difusión o un flujo de datos en otros medios portadores de señal, y/o se almacena en una memoria operativa de un dispositivo informático que funciona de acuerdo con las instrucciones del programa. Aquí, una realización de acuerdo con la presente solicitud incluye un aparato, el aparato incluye una memoria configurada para almacenar una instrucción de programa de computadora y un procesador configurado para ejecutar la instrucción de programa, y cuando la instrucción de programa de computadora se ejecuta mediante el procesador, la instrucción de programa de computadora activa el aparato para operar en base a los métodos y/o soluciones técnicas anteriores en una pluralidad de realizaciones de acuerdo con la presente solicitud.
Un experto en la técnica debería comprender que la presente solicitud obviamente no está limitada a detalles en las realizaciones ejemplares anteriores. Por lo tanto, las realizaciones deben considerarse como ejemplares y no restrictivas.
Ningún número de referencia en las reivindicaciones debe considerarse como una limitación de las reivindicaciones relacionadas. Además, obviamente, el término “incluye” no excluye otra unidad u otro paso, y una forma singular no excluye una forma plural. Las múltiples unidades y aparatos descritos en las reivindicaciones del aparato pueden implementarse por medio de una unidad o un aparato utilizando software o hardware.
Los términos tales como “primero” y “segundo” se utilizan para representar nombres y no representan una secuencia particular.
Claims (14)
1. Un método para procesar una cadena de llamadas de servicio, el método que comprende:
adquirir una o más cadenas de llamadas de servicio en un sistema de servicio distribuido, en donde cada una de las cadenas de llamadas de servicio comprende uno o más nodos de servicio que se llaman secuencialmente para completar una llamada de servicio en el sistema de servicio distribuido, y en donde una secuencia de llamadas del uno o más nodos de servicios en cada una de las cadenas de llamadas de servicio es la misma y una topología del uno o más nodos de servicio es la misma (S1)
construir un correspondiente modelo de llamadas de servicio de acuerdo con la una o más cadenas de llamadas de servicio, en donde el correspondiente modelo de llamadas de servicio se construye en base a la topología de una cadena de llamadas de servicio, y en donde el correspondiente modelo de llamadas de servicio incluye la secuencia de llamadas del uno o más nodos de servicio (S2); y
analizar datos de la una o más cadenas de llamadas de servicio de acuerdo con el modelo de llamadas de servicio para adquirir reglas de llamada que se utilizarán para localizar un error y monitorizar si las llamadas asociadas al uno o más nodos de servicio en el sistema de servicio distribuido son normales, en donde la una o más cadenas de llamadas de servicio tienen la misma topología y la misma secuencia de llamadas del uno o más nodos de servicio (S3).
2. El método de la reivindicación 1, en donde el modelo de llamadas de servicio representa un tipo de una llamada de servicio.
3. El método de la reivindicación 1, que comprende además:
adquirir una probabilidad de un error de visualización de llamada de un nodo de llamada de servicio; monitorizar otra cadena de llamadas de servicio que tiene la misma topología de llamadas de servicio que el modelo de llamadas de servicio de acuerdo con un resultado de análisis que comprende la probabilidad del error de visualización de llamada del nodo de servicio; e
informar un error cuando una probabilidad del error de visualización de la llamada del nodo de llamada de servicio excede la probabilidad adquirida.
4. El método de la reivindicación 1, en donde adquirir una o más cadenas de llamadas de servicio comprende: adquirir una información de registro de llamadas de servicio de un sistema distribuido (S11); y
extraer una o más cadenas de llamadas de servicio de la información de registro de llamadas de servicio, en donde cada una de las cadenas de llamadas de servicio comprende el uno o más nodos de servicio que se llaman secuencialmente (S12).
5. El método de la reivindicación 1 o 4, en donde construir el correspondiente modelo de llamadas de servicio comprende construir el correspondiente modelo de llamadas de servicio realizando el procesamiento de agregación en la una o más cadenas de llamadas de servicio, en donde el modelo de llamadas de servicio comprende una o más topologías de llamadas de servicio, y cada una de las topologías de llamadas de servicio se adquiere realizando el procesamiento de agregación en una o más cadenas de llamadas de servicio.
6. El método de la reivindicación 5, en donde el procesamiento de la cadena de llamadas de servicio comprende procesar la correspondiente cadena de llamadas de servicio de acuerdo con una topología de llamadas de servicio de la una o más topologías de llamadas de servicio.
7. El método de la reivindicación 6, que comprende además:
realizar una operación de limpieza en una topología de llamadas de servicio para filtrar información de objeto de llamada no importante.
8. El método de la reivindicación 7, en donde la operación de limpieza comprende al menos uno de los siguientes:
eliminar un nodo de servicio predeterminado en la topología de llamadas de servicio;
eliminar un nodo de servicio que está en la topología de llamadas de servicio y que no devuelve una información de resultado de llamada;
eliminar un nodo de servicio utilizado ocasionalmente en la topología de llamadas de servicio, en donde un número de veces de aparición acumuladas del nodo de servicio utilizado ocasionalmente en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio es menor o igual a un umbral predeterminado de ocasionalmente utilizado; y
eliminar un nodo de servicio utilizado ocasionalmente en la topología de llamadas de servicio, en donde el número de veces de aparición acumuladas del nodo de servicio utilizado ocasionalmente en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio es menor o igual al umbral predeterminado de ocasionalmente utilizado, y el número de veces de aparición acumuladas de otro nodo de servicio, distinto del nodo de servicio utilizado ocasionalmente, en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio es mayor o igual a un umbral predeterminado de utilizado con frecuencia.
9. El método de una cualquiera de las reivindicaciones 5 a 8, en donde construir el correspondiente modelo de llamadas de servicio comprende:
realizar el procesamiento de agregación de la una o más cadenas de llamadas de servicio con referencia a la información de retroalimentación de llamadas de los nodos de servicio en la cadena de llamadas de servicio para construir el correspondiente modelo de llamadas de servicio, en donde el modelo de llamadas de servicio comprende una o más topologías de llamadas de servicio, y cada una de las topología de llamadas de servicio se adquiere realizando el procesamiento de agregación en la una o más cadenas de llamadas de servicio.
10. El método de la reivindicación 9, en donde el procesamiento de agregación de la una o más cadenas de llamadas de servicio comprende:
recopilar, de acuerdo con la información de retroalimentación de llamadas de un nodo de servicio en cada una de las cadenas de llamadas de servicio, estadísticas para la una o más cadenas de llamadas de servicio correspondientes a la topología de llamadas de servicio (S31); y
monitorizar, de acuerdo con un correspondiente resultado estadístico, la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio (S32).
11. El método de la reivindicación 10, en donde monitorizar, de acuerdo con el correspondiente resultado estadístico, la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio comprende:
en base a una regla de comparación de duración predeterminada, determinar una diferencia entre el correspondiente resultado estadístico y la información de retroalimentación de llamadas de cada uno de los nodos de servicio en la cadena de llamadas de servicio correspondiente a la topología de llamadas de servicio (S321); y
si la diferencia excede un umbral de fluctuación predeterminado, generar una información de alerta acerca de la cadena de llamadas de servicio correspondiente a la diferencia, en donde la información de alerta localiza un nodo de servicio correspondiente a la diferencia (S322).
12. El método de una cualquiera de las reivindicaciones 1 a 11, en donde el sistema de servicio distribuido comprende un sistema configurado para proporcionar un servicio que se distribuye a una pluralidad de componentes del sistema.
13. El método de una cualquiera de las reivindicaciones 1 a 12, en donde el uno o más nodos de servicio comprenden un servicio o una función asociada a un servicio que se llama en el sistema de servicio distribuido.
14. Un aparato para procesar una cadena de llamadas de servicio, el aparato que comprende una pluralidad de módulos configurados para realizar el método de una cualquiera de las reivindicaciones 1 a 13.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510734236.2A CN106656536B (zh) | 2015-11-03 | 2015-11-03 | 一种用于处理服务调用信息的方法与设备 |
| PCT/CN2016/103173 WO2017076188A1 (zh) | 2015-11-03 | 2016-10-25 | 一种用于处理服务调用信息的方法与设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2808966T3 true ES2808966T3 (es) | 2021-03-02 |
Family
ID=58661593
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES16861456T Active ES2808966T3 (es) | 2015-11-03 | 2016-10-25 | Método y dispositivo para procesar información de llamadas de servicio |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US10671474B2 (es) |
| EP (1) | EP3373516B1 (es) |
| JP (1) | JP6706321B2 (es) |
| KR (1) | KR102146173B1 (es) |
| CN (1) | CN106656536B (es) |
| AU (1) | AU2016351091B2 (es) |
| ES (1) | ES2808966T3 (es) |
| MY (1) | MY197612A (es) |
| PH (1) | PH12018500934A1 (es) |
| PL (1) | PL3373516T3 (es) |
| SG (2) | SG10201909213PA (es) |
| WO (1) | WO2017076188A1 (es) |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105591821B (zh) * | 2016-01-06 | 2020-06-30 | 北京京东尚科信息技术有限公司 | 监控系统和业务系统 |
| CN107301197B (zh) * | 2017-05-12 | 2020-12-01 | 上海瀚银信息技术有限公司 | 一种业务数据跟踪处理系统及方法 |
| US10409708B2 (en) * | 2017-08-28 | 2019-09-10 | International Business Machines Corporation | Performance data collection for a distributed computing system |
| CN107729210B (zh) * | 2017-09-29 | 2020-09-25 | 百度在线网络技术（北京）有限公司 | 分布式服务集群的异常诊断方法和装置 |
| CN107741885B (zh) * | 2017-10-09 | 2020-12-01 | 用友网络科技股份有限公司 | 基于cs架构的事务与业务关联方法、关联系统 |
| CN109995817A (zh) * | 2017-12-29 | 2019-07-09 | 中移信息技术有限公司 | 一种服务调度方法及装置 |
| CN108809688A (zh) * | 2018-02-22 | 2018-11-13 | 阿里巴巴集团控股有限公司 | 故障信息识别方法、装置、服务器及系统 |
| CN109120686A (zh) * | 2018-08-08 | 2019-01-01 | 联动优势电子商务有限公司 | 一种服务预验证的方法及装置 |
| CN109254901B (zh) * | 2018-09-30 | 2019-11-29 | 北京九章云极科技有限公司 | 一种指标监测方法及系统 |
| CN109582650B (zh) * | 2018-11-09 | 2021-05-25 | 金色熊猫有限公司 | 模块调用量处理方法、装置、电子设备、存储介质 |
| WO2020107342A1 (zh) * | 2018-11-29 | 2020-06-04 | 华为技术有限公司 | 分布式系统中追踪业务执行过程的方法和装置 |
| CN111259275B (zh) * | 2018-12-03 | 2023-12-15 | 阿里巴巴集团控股有限公司 | 一种数据追踪方法、设备及存储介质 |
| CN109684104B (zh) * | 2018-12-17 | 2021-03-26 | 广州方硅信息技术有限公司 | 一种服务间调用链的展示实现方法及设备 |
| CN109710446A (zh) * | 2018-12-28 | 2019-05-03 | 江苏满运软件科技有限公司 | 支付调用过程校验方法、系统、设备以及介质 |
| CN109981349B (zh) * | 2019-02-27 | 2022-02-25 | 华为云计算技术有限公司 | 调用链信息查询方法以及设备 |
| KR102245718B1 (ko) * | 2019-05-22 | 2021-04-28 | 카페24 주식회사 | 이상치 발생 여부를 속성별로 시각화하는 방법, 컴퓨팅 디바이스 및 컴퓨터 판독 가능한 저장 매체 |
| CN110674284A (zh) * | 2019-08-26 | 2020-01-10 | 四川新网银行股份有限公司 | 多系统的方法调用链路图的生成方法 |
| CN110708212B (zh) * | 2019-09-10 | 2022-04-29 | 中国平安财产保险股份有限公司 | 分布式系统中调用链路的追踪方法及装置 |
| CN112631880A (zh) * | 2019-10-08 | 2021-04-09 | 中国移动通信集团浙江有限公司 | 基于调用链的性能分析方法及装置 |
| CN112737800B (zh) * | 2019-10-28 | 2023-04-28 | 顺丰科技有限公司 | 服务节点故障定位方法、调用链生成方法及服务器 |
| CN111459766B (zh) * | 2019-11-14 | 2024-01-12 | 国网浙江省电力有限公司信息通信分公司 | 一种面向微服务系统的调用链跟踪与分析方法 |
| CN111343242B (zh) * | 2020-02-13 | 2022-09-02 | 北京奇艺世纪科技有限公司 | 一种信息收集方法、装置、设备、存储介质及分布式系统 |
| CN113760636A (zh) * | 2020-09-24 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 一种检测微服务架构中故障的方法、装置和存储介质 |
| CN111913766B (zh) * | 2020-09-29 | 2021-01-15 | 北京东方通软件有限公司 | 一种微服务调用链的健康检测方法和健康检测系统 |
| CN112366828A (zh) * | 2020-11-30 | 2021-02-12 | 深圳供电局有限公司 | 一种配电网重要用户的供电可靠性监视方法及系统 |
| CN112887123A (zh) * | 2021-01-06 | 2021-06-01 | 新浪网技术(中国)有限公司 | 一种基于调用链的业务报警方法、系统及装置 |
| CN112783629A (zh) * | 2021-02-01 | 2021-05-11 | 天津五八到家货运服务有限公司 | 服务调用方法、装置、电子设备及存储介质 |
| CN113094157A (zh) * | 2021-02-25 | 2021-07-09 | 青岛海尔科技有限公司 | 调用拓扑图的生成方法和装置、存储介质及电子装置 |
| CN113297076B (zh) * | 2021-05-21 | 2023-06-23 | 建信金融科技有限责任公司 | 基于调用链图的服务变更识别方法及装置 |
| CN113434399B (zh) * | 2021-06-23 | 2023-06-16 | 青岛海尔科技有限公司 | 业务节点日志的处理方法和装置、存储介质及电子装置 |
| CN114584453A (zh) * | 2022-02-17 | 2022-06-03 | 中国银联股份有限公司 | 一种应用系统的故障分析方法及装置 |
| CN114629768A (zh) * | 2022-02-17 | 2022-06-14 | 亚信科技（南京）有限公司 | 应用拓扑的处理方法、装置、电子设备、存储介质及产品 |
| CN114531338A (zh) * | 2022-04-24 | 2022-05-24 | 中邮消费金融有限公司 | 一种基于调用链数据的监控告警和溯源方法及系统 |
| CN114844768B (zh) * | 2022-04-27 | 2024-08-23 | 广州亚信技术有限公司 | 信息分析方法、装置及电子设备 |
| KR102528717B1 (ko) * | 2022-10-07 | 2023-05-08 | 이데아텍(주) | 보안 기능을 지원하는 api 통합 처리를 위한 게이트웨이 장치 및 이의 동작 방법 |
| CN118170430B (zh) * | 2024-05-15 | 2024-08-02 | 杭州新中大科技股份有限公司 | 一种调用链路的处理方法、装置、设备及存储介质 |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6597777B1 (en) | 1999-06-29 | 2003-07-22 | Lucent Technologies Inc. | Method and apparatus for detecting service anomalies in transaction-oriented networks |
| WO2002015462A1 (en) * | 2000-08-17 | 2002-02-21 | Redback Networks Inc. | Methods and apparatus for deploying quality of service policies on a data communication network |
| WO2004003701A2 (en) | 2002-06-28 | 2004-01-08 | Omniture, Inc. | Capturing and presenting site visitation path data |
| JP4093483B2 (ja) * | 2003-12-26 | 2008-06-04 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 解析システム、解析方法、解析プログラム、及び記録媒体 |
| US20070027974A1 (en) * | 2005-08-01 | 2007-02-01 | Microsoft Corporation | Online service monitoring |
| US8578017B2 (en) | 2006-05-11 | 2013-11-05 | Ca, Inc. | Automatic correlation of service level agreement and operating level agreement |
| EP1879358A1 (en) * | 2006-07-12 | 2008-01-16 | Hewlett-Packard Development Company, L.P. | Method of providing composite services in a network and corresponding network element |
| WO2011012173A1 (en) * | 2009-07-31 | 2011-02-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Service monitoring and service problem diagnosing in communications network |
| CN102045182B (zh) | 2009-10-20 | 2012-08-08 | 华为技术有限公司 | 一种业务故障确定方法、装置和系统 |
| US8635617B2 (en) * | 2010-09-30 | 2014-01-21 | Microsoft Corporation | Tracking requests that flow between subsystems using transaction identifiers for generating log data |
| CN102594851A (zh) * | 2011-01-07 | 2012-07-18 | 中国科学院遥感应用研究所 | 一种海洋应用服务链动态构建的方法 |
| CN102360295A (zh) * | 2011-10-07 | 2012-02-22 | 彭志平 | 一种基于多Web服务链组合的服务匹配方法 |
| CN103186417B (zh) * | 2011-12-30 | 2016-04-06 | 鼎捷软件股份有限公司 | 一种服务管理的方法 |
| US8977909B2 (en) * | 2012-07-19 | 2015-03-10 | Dell Products L.P. | Large log file diagnostics system |
| CN102945283B (zh) * | 2012-11-19 | 2016-09-28 | 武汉大学 | 一种语义Web服务组合方法 |
| CN103269280B (zh) * | 2013-04-23 | 2017-12-15 | 华为技术有限公司 | 网络中开展业务的方法、装置及系统 |
| US9444675B2 (en) * | 2013-06-07 | 2016-09-13 | Cisco Technology, Inc. | Determining the operations performed along a service path/service chain |
| CN105579999A (zh) * | 2013-07-31 | 2016-05-11 | 慧与发展有限责任合伙企业 | 日志分析 |
| CN103401944B (zh) * | 2013-08-14 | 2016-04-06 | 青岛大学 | 一种服务组合动态重构系统 |
| EP3063654A4 (en) * | 2013-10-30 | 2017-06-21 | Hewlett-Packard Enterprise Development LP | Modifying realized topologies |
| KR20150094260A (ko) | 2014-02-11 | 2015-08-19 | 한국전자통신연구원 | 소프트웨어 정의 네트워킹 환경에서 네트워크 서비스 체인의 정형 검증을 위한 검증 지원 장치 및 방법과, 그 검증 지원 장치를 구비한 정형 검증 장치 |
| US11159599B2 (en) * | 2014-10-10 | 2021-10-26 | Dynatrace Llc | Method and system for real-time modeling of communication, virtualization and transaction execution related topological aspects of monitored software applications and hardware entities |
| CN108633311B (zh) * | 2017-01-26 | 2021-12-21 | 华为技术有限公司 | 一种基于调用链的并发控制的方法、装置及控制节点 |
-
2015
- 2015-11-03 CN CN201510734236.2A patent/CN106656536B/zh active Active
-
2016
- 2016-10-25 SG SG10201909213P patent/SG10201909213PA/en unknown
- 2016-10-25 WO PCT/CN2016/103173 patent/WO2017076188A1/zh active Application Filing
- 2016-10-25 ES ES16861456T patent/ES2808966T3/es active Active
- 2016-10-25 JP JP2018522941A patent/JP6706321B2/ja active Active
- 2016-10-25 MY MYPI2018701755A patent/MY197612A/en unknown
- 2016-10-25 AU AU2016351091A patent/AU2016351091B2/en active Active
- 2016-10-25 KR KR1020187015528A patent/KR102146173B1/ko active IP Right Grant
- 2016-10-25 SG SG11201803696QA patent/SG11201803696QA/en unknown
- 2016-10-25 PL PL16861456T patent/PL3373516T3/pl unknown
- 2016-10-25 EP EP16861456.8A patent/EP3373516B1/en active Active
-
2018
- 2018-05-02 PH PH12018500934A patent/PH12018500934A1/en unknown
- 2018-05-02 US US15/969,364 patent/US10671474B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN106656536A (zh) | 2017-05-10 |
| CN106656536B (zh) | 2020-02-18 |
| SG11201803696QA (en) | 2018-06-28 |
| JP6706321B2 (ja) | 2020-06-03 |
| JP2019502191A (ja) | 2019-01-24 |
| PH12018500934A1 (en) | 2018-11-12 |
| EP3373516B1 (en) | 2020-05-20 |
| KR20180078296A (ko) | 2018-07-09 |
| KR102146173B1 (ko) | 2020-08-20 |
| AU2016351091A1 (en) | 2018-05-24 |
| WO2017076188A1 (zh) | 2017-05-11 |
| EP3373516A1 (en) | 2018-09-12 |
| EP3373516A4 (en) | 2018-10-17 |
| US20180253350A1 (en) | 2018-09-06 |
| AU2016351091B2 (en) | 2019-10-10 |
| US10671474B2 (en) | 2020-06-02 |
| PL3373516T3 (pl) | 2020-11-30 |
| SG10201909213PA (en) | 2019-11-28 |
| MY197612A (en) | 2023-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2808966T3 (es) | Método y dispositivo para procesar información de llamadas de servicio | |
| US11269718B1 (en) | Root cause detection and corrective action diagnosis system | |
| US9612892B2 (en) | Creating a correlation rule defining a relationship between event types | |
| CN111064635B (zh) | 一种异常流量的监视方法及系统 | |
| CN106657192B (zh) | 一种用于呈现服务调用信息的方法与设备 | |
| US20100100775A1 (en) | Filtering Redundant Events Based On A Statistical Correlation Between Events | |
| CN111786818A (zh) | 一种区块链共识节点状态监控方法和装置 | |
| AU2019275633B2 (en) | System and method of automated fault correction in a network environment | |
| US20210288897A1 (en) | Mitigating failure in request handling | |
| US20160072688A1 (en) | Fault monitoring in multi-domain networks | |
| CN111724158B (zh) | 交易路径生成方法、系统及相关计算机设备和存储介质 | |
| CN112988446B (zh) | 一种故障根因检测方法及装置 | |
| CN104866296A (zh) | 数据处理方法和装置 | |
| CN112087320A (zh) | 一种异常定位方法、装置、电子设备和可读存储介质 | |
| CN111913824A (zh) | 确定数据链路故障原因的方法及相关设备 | |
| CN114706827A (zh) | 一种交易链路拓扑自动生成方法及装置 | |
| CN113497721B (zh) | 网络故障定位方法与装置 | |
| JP2014119982A (ja) | インシデント管理システム、インシデント管理方法、およびプログラム | |
| CN109903058A (zh) | 一种基于区块链的养卡识别方法和装置 | |
| CN116136801B (zh) | 云平台的数据处理方法、装置、电子设备及存储介质 | |
| Kavulya et al. | Draco: Top Down Statistical Diagnosis of Large-Scale VoIP Networks | |
| CN114584453A (zh) | 一种应用系统的故障分析方法及装置 | |
| CN113568656A (zh) | 一种配置数据的处理方法、装置、存储介质和设备 | |
| CN110020348B (zh) | 圈选事件的预警方法及装置 | |
| WO2021249629A1 (en) | Device and method for monitoring communication networks |