Tracing Low Latency Microservices
Notice bibliographique
Résumé
RÉSUMÉ: Les architectures en microservices décomposent les applications en petits services autonomes. Ils permettent de diminuer la complexité des systèmes basés sur des architecture mono- lithiques en offrant des mises à jour simplifiées, un haut degré de flexibilité et plus de ro- bustesse. Cependant, leur distribution à travers les systèmes complique le débogage et la surveillance, rendant le traçage et la surveillance de la santé vitaux pour assurer des per- formances optimales. Il devient crucial pour les administrateurs système de recueillir des données de télémétrie (DT), provenant des microservices, pour garantir une surveillance, op- timisation et fiabilité du système. En procédant ainsi, il devient facile d’identifier les goulets d’étranglement de performance, détecter les anomalies et prendre des décisions basées sur les données. Ce projet de recherche se concentre sur deux objectifs cruciaux. Le premier objectif est de collecter des DT à partir de microservices qui nécessitent une faible latence pour leurs opérations. Ces microservices sont généralement équipés de ressources minimales telles que le stockage et la mémoire vive. Deuxièmement, le projet vise à suggérer des techniques efficaces pour analyser les DT recueillies sur plusieurs machines, avec l’objectif ultime de détecter les goulets d’étranglement de performance. Le défi ici réside dans la gestion efficace de ces ressources limitées, tout en garantissant que les données nécessaires à la surveillance et à l’optimisation sont collectées et traitées de manière efficace. La clé pour y parvenir est de mettre en œuvre des stratégies de filtrage qui réduisent la quantité de TD sauvegardée, réduisent la quantité de données envoyées sur le réseau, et minimisent l’impact sur les performances du système pendant la collecte de données. Pour répondre à ces exigences, nous suggérons la combinaison de deux technologies, Open- Telemetry et LTTng. Le processus implique deux phases distinctes: une phase en ligne et une phase hors ligne. La phase en ligne implique la structuration et la collecte de DT avec OpenTelemetry, qui sont ensuite stockées dans des fichiers Common Trace Format (CTF) avec LTTng. Cette phase garantit que la collecte de données est effectuée de manière struc- turée, facilitant ainsi le processus d’analyse ultérieur. La phase hors ligne, en revanche, se concentre sur la manière dont les analyses des données collectées sont effectuées. Cette phase permet l’identification des anomalies du système et des goulets d’étranglement, et soutient la prise de décision basée sur les données. ABSTRACT: Microservices architectures, which break applications into small autonomous services, address the complexities of monolithic architectures and offers simplified updates, a high degree of flexibility and robustness. Low latency microservices, designed for minimal delay, are essential in real-time response industries like high-frequency trading and telecommunications. However, their distribution across several networked systems complicates debugging and monitoring, making tracing and health monitoring vital for optimal performance. It becomes crucial for system administrators to gather telemetry data (TD), from microservices, to ensure seamless monitoring, optimization, and reliability of the system. By doing so, they can easily pinpoint performance bottlenecks, detect anomalies, and make data-driven decisions. This study aims to achieve two important objectives. The first goal is to gather TD from microservices that necessitate low latency for their operations. These microservices are gen- erally provided with minimal resources, such as limited storage and memory. Secondly, the project aims to suggest efficient techniques for analyzing the gathered TD across multiple hosts, with the ultimate objective of detecting performance bottlenecks. The challenge here lies in effectively managing these limited resources, while ensuring the data required for monitoring and optimization is collected and processed in an efficient manner. The key to achieving this is to implement filtering strategies that reduce the amount of TD saved, reduce the amount of data sent across the network, and minimize the impact on system performance during data collection. To efficiently collect and analyze TD from microservices, we recommend using OpenTeleme- try and LTTng technologies. The process involves two distinct phases: an online phase and an offline phase. The online phase involves the structuring and collection of TD with Open- Telemetry, which is then stored in Common Trace Format (CTF) files with LTTng. This phase ensures that the collection of data is achieved in a structured manner, thereby facili- tating the analysis process later on. The offline phase, on the other hand, focuses on how the analyses of the collected data are performed. This phase enables the identification of system anomalies, and bottlenecks, and supports data-driven decision-making.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Comment cette classification a été obtenuedéplier
Prédiction machine sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Le volet Gemma est une étiquette directe du modèle pour chaque travail de la base, lue sur la notice réduite au titre. Le volet Codex est un classifieur appris des 10 348 étiquettes directes de Codex et calibré sur les taux pondérés de l'échantillon; les champs sans appui suffisant ne portent aucun appel Codex. Le mode candidate est l'union des deux volets; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont pas des étiquettes humaines.
Scores du classifieur distillé par catégorie (deux têtes)
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,000 | 0,003 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,000 |
| Bibliométrie | 0,001 | 0,001 |
| Études des sciences et des technologies | 0,001 | 0,000 |
| Communication savante | 0,002 | 0,001 |
| Science ouverte | 0,001 | 0,001 |
| Intégrité de la recherche | 0,001 | 0,001 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,005 | 0,002 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule source (Gemma direct ou Codex distillé), pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».