Η VictoriaMetrics παρουσιάζει το VictoriaStack για μετρήσεις, αρχεία καταγραφής, ίχνη και αντιμετώπιση προβλημάτων με τη βοήθεια της ΤΝ

Η VictoriaMetrics παρουσίασε το VictoriaStack, μια στοίβα παρατηρησιμότητας ανοικτού κώδικα που συνδυάζει τα προϊόντα της για μετρήσεις, αρχεία καταγραφής και κατανεμημένη ιχνηλάτηση σε ένα συντονισμένο λειτουργικό μοντέλο. Στόχος της παρουσίασης είναι να προσφέρει στις ομάδες μηχανικών τη δυνατότητα να διευρύνουν την κάλυψη της τηλεμετρίας τους, χωρίς να αντικαταστήσουν ολόκληρο το περιβάλλον παρακολούθησης ή να αναγκαστούν να αποθηκεύουν όλα τα σήματα στην ίδια βάση δεδομένων.

Το VictoriaStack συνδυάζει το VictoriaMetrics για μετρήσεις, το VictoriaLogs για αρχεία καταγραφής και το VictoriaTraces για ίχνη. Οι ομάδες μπορούν να υιοθετήσουν τα σήματα που χρειάζονται και να προσθέσουν κι άλλα αργότερα, ενώ τα κοινά εργαλεία ανάπτυξης και η υποστήριξη του OpenTelemetry συμβάλλουν στη σύνδεση των επιμέρους στοιχείων.

Η ανακοίνωση επεκτείνει επίσης αυτό το μοντέλο στις λειτουργίες με τη βοήθεια της ΤΝ. Οι επίσημοι διακομιστές Model Context Protocol και οι δεξιότητες για πράκτορες επιτρέπουν στους βοηθούς να διερευνούν την τηλεμετρία σε ολόκληρη τη στοίβα, ενώ οι μηχανικοί εξακολουθούν να είναι υπεύθυνοι για την επιλογή των αλλαγών που θα εφαρμοστούν.

Τρία σήματα, τρεις εξειδικευμένες βάσεις δεδομένων

Οι μετρήσεις, τα αρχεία καταγραφής και τα ίχνη απαντούν σε διαφορετικά λειτουργικά ερωτήματα. Οι μετρήσεις συνοψίζουν τη συμπεριφορά με την πάροδο του χρόνου, όπως τους ρυθμούς αιτημάτων, τον αριθμό σφαλμάτων ή την κατανάλωση μνήμης. Τα αρχεία καταγραφής καταγράφουν συμβάντα και τις λεπτομέρειές τους. Τα κατανεμημένα ίχνη παρακολουθούν ένα αίτημα καθώς διέρχεται από πολλές υπηρεσίες, αποκαλύπτοντας πού δαπανήθηκε χρόνος και πού προέκυψε μια αστοχία.

Κατά τη διάρκεια ενός περιστατικού, ένας μηχανικός μπορεί αρχικά να εντοπίσει στις μετρήσεις μια απότομη αύξηση της καθυστέρησης, έπειτα να περιορίσει το πρόβλημα σε μια υπηρεσία μέσω των ιχνών και στη συνέχεια να εξετάσει τα αρχεία καταγραφής για να βρει το υποκείμενο σφάλμα. Η ενσωμάτωση αυτών των σημάτων σε μια συνεκτική ροή εργασιών μπορεί να συντομεύσει τη διερεύνηση, χωρίς να καθιστά πανομοιότυπες τις απαιτήσεις αποθήκευσής τους.

Η τεκμηρίωση αρχιτεκτονικής του VictoriaStack περιγράφει ανεξάρτητες βάσεις δεδομένων που μοιράζονται ένα κοινό μοντέλο στοιχείων. Κάθε βάση μπορεί να εκτελείται ως ένα ενιαίο δυαδικό αρχείο ή ως σύμπλεγμα που διαχωρίζει την εισαγωγή δεδομένων, την αποθήκευση και την υποβολή ερωτημάτων. Η στοίβα μπορεί να χρησιμοποιεί το vmauth ως σημείο εισόδου για τη δρομολόγηση και την εξισορρόπηση φορτίου.

Οι διεπαφές υποβολής ερωτημάτων παραμένουν επίσης εξειδικευμένες: το VictoriaMetrics χρησιμοποιεί το MetricsQL, το οποίο είναι συμβατό με το PromQL, το VictoriaLogs χρησιμοποιεί το LogsQL και το VictoriaTraces υποστηρίζει το LogsQL, καθώς και API συμβατά με τα Jaeger και Tempo. Επομένως, ο συντονισμός των λειτουργιών δεν συνεπάγεται ούτε μία ενιαία βάση δεδομένων ούτε μία καθολική γλώσσα ερωτημάτων.

Και οι τρεις βασικές βάσεις δεδομένων διατίθενται με άδεια Apache 2.0. Η εταιρεία προσφέρει επίσης δυνατότητες για επιχειρήσεις και εμπορική υποστήριξη, καθώς και την πλήρως διαχειριζόμενη υπηρεσία VictoriaMetrics Cloud, η οποία υποστηρίζει και τα τρία σήματα.

Το OpenTelemetry συνδέει το επίπεδο συλλογής

Το OpenTelemetry προσφέρει μια κοινή προσέγγιση για την ενσωμάτωση οργάνων στις εφαρμογές και την εξαγωγή τηλεμετρίας. Το πρωτόκολλό του, OTLP, υποστηρίζεται σε όλα τα στοιχεία του VictoriaStack για μετρήσεις, αρχεία καταγραφής και ίχνη, παρέχοντας στις ομάδες μια συνεπή διαδρομή εισαγωγής δεδομένων, παρόλο που τα δεδομένα καταλήγουν σε διαφορετικά συστήματα υποστήριξης.

Αυτή η διάκριση έχει σημασία όταν μια εφαρμογή εξελίσσεται από λίγες υπηρεσίες σε ένα κατανεμημένο σύστημα. Η ενσωμάτωση οργάνων πρέπει να συμβάλλει στην αποτύπωση της συμπεριφοράς της εφαρμογής· η αλλαγή του προορισμού της τηλεμετρίας δεν θα πρέπει να απαιτεί τον ανασχεδιασμό του κώδικα παρακολούθησης κάθε υπηρεσίας.

Η στοίβα υποστηρίζει επίσης και άλλες μορφές εισαγωγής δεδομένων, όπου αυτό ενδείκνυται. Για παράδειγμα, οι ομάδες που ήδη συλλέγουν μετρήσεις με βάση το Prometheus μπορούν να διατηρήσουν αυτό το οικοσύστημα, προσθέτοντας παράλληλα αρχεία καταγραφής ή ιχνηλάτηση. Η συμβατότητα πρωτοκόλλων περιορίζει τις εργασίες μετάβασης, ενώ η επιλογή της διατήρησης δεδομένων, της χωρητικότητας και των μοτίβων υποβολής ερωτημάτων παραμένει απόφαση μηχανικής.

Για αναπτύξεις Kubernetes, η VictoriaMetrics προτείνει το Operator και τα πακέτα Helm της ως τα συνήθη εργαλεία διαχείρισης. Στόχος είναι να γίνουν οι αναπτύξεις και οι αναβαθμίσεις πιο συνεπείς, διατηρώντας παράλληλα τη δυνατότητα κλιμάκωσης κάθε σήματος ανάλογα με τον δικό του φόρτο εργασίας.

Οι πράκτορες ΤΝ μπορούν να διερευνούν την τηλεμετρία σε όλα τα συστήματα

Το VictoriaStack προσεγγίζει την ΤΝ από δύο κατευθύνσεις: τα συστήματα παρατηρησιμότητας πρέπει να μπορούν να διαχειρίζονται την τηλεμετρία που παράγουν εφαρμογές με αυτόνομους πράκτορες, ενώ οι βοηθοί ΤΝ μπορούν να βοηθούν τους μηχανικούς να εξετάζουν αυτή την τηλεμετρία.

Η τεκμηρίωση εργαλείων ΤΝ της εταιρείας περιγράφει ξεχωριστούς διακομιστές MCP για μετρήσεις, αρχεία καταγραφής και ίχνη. Παρέχουν δομημένες δυνατότητες, όπως την υποβολή ερωτημάτων για χρονοσειρές, την εξερεύνηση πεδίων αρχείων καταγραφής, τον εντοπισμό υπηρεσιών και λειτουργιών και την ανάκτηση ιχνών. Η ενσωμάτωση για τις μετρήσεις υποστηρίζει επίσης διερευνήσεις σχετικά με την πληθικότητα, τη συμπεριφορά των ερωτημάτων και τη διαμόρφωση των ειδοποιήσεων.

Το αποθετήριο δεξιοτήτων για πράκτορες προσθέτει επαναχρησιμοποιήσιμες ροές εργασιών για διερευνήσεις που αξιοποιούν πολλαπλά σήματα, καθώς και για συναφείς λειτουργικές εργασίες. Ένας βοηθός μπορεί να ακολουθήσει μια διαδικασία αντιμετώπισης προβλημάτων που καλύπτει διαφορετικά σήματα, αντί να βασίζεται σε έναν μόνο πίνακα εργαλείων ή σε ένα μήνυμα σφάλματος που έχει επικολληθεί.

Η ανακοίνωση περιγράφει πρόσβαση μόνο για ανάγνωση για βοηθούς όπως οι Claude Code, Codex και Cursor, καθώς και για εσωτερικούς πράκτορες. Έτσι, η προβλεπόμενη ροή εργασιών έχει διερευνητικό χαρακτήρα: συλλογή στοιχείων, συσχέτιση συμπτωμάτων και διατύπωση μιας πιθανής εξήγησης, ενώ οι μηχανικοί αποφασίζουν τι θα εφαρμοστεί. Η σύνδεση μιας πηγής τηλεμετρίας με έναν πράκτορα δεν αποδεικνύει από μόνη της ότι ο πράκτορας εντόπισε σωστά τη βασική αιτία.

Ανεξάρτητη κλιμάκωση της εισαγωγής δεδομένων και των ερωτημάτων

Ο Οδηγός γρήγορης εκκίνησης του VictoriaStack παρουσιάζει τόσο διαμορφώσεις ενός κόμβου όσο και διαμορφώσεις συστοιχίας. Η επίδειξη με Docker Compose περιλαμβάνει μια εφαρμογή και έναν συλλέκτη OpenTelemetry, τις τρεις βάσεις δεδομένων, το Grafana, το vmalert και το vmauth. Η τεκμηρίωση διευκρινίζει ότι αυτό το τοπικό περιβάλλον προορίζεται για επίδειξη και όχι για ανάπτυξη σε περιβάλλον παραγωγής.

Στο μοντέλο συστοιχίας, τα στοιχεία συλλογής και υποβολής ερωτημάτων είναι χωρίς κατάσταση και μπορούν να κλιμακώνονται ανεξάρτητα, ενώ τα στοιχεία αποθήκευσης διατηρούν τα δεδομένα. Έτσι, διαχωρίζονται διαφορετικές πιέσεις: η αύξηση του όγκου των εισερχόμενων τηλεμετρικών δεδομένων μπορεί να απαιτεί μεγαλύτερη χωρητικότητα συλλογής, ενώ η αύξηση του αριθμού των μηχανικών ή των πρακτόρων που διεξάγουν έρευνες μπορεί να αυξήσει τη ζήτηση για υποβολή ερωτημάτων.

Ο σχεδιασμός της αποθήκευσης εξακολουθεί να είναι σημαντικός. Σύμφωνα με την τεκμηρίωση, οι βάσεις δεδομένων διατηρούν τα τηλεμετρικά δεδομένα σε τοπικά συστήματα αρχείων· τα S3 ή Google Cloud Storage χρησιμοποιούνται για αντίγραφα ασφαλείας και όχι ως επίπεδο υποβολής ερωτημάτων σε αποθήκευση αντικειμένων. Επισημαίνεται επίσης ότι η μείωση του αριθμού των θραυσμάτων αποθήκευσης είναι σύνθετη διαδικασία. Αυτά τα χαρακτηριστικά έχουν σημασία κατά την επιλογή της τοπολογίας και την πρόβλεψη της ανάπτυξης.

Μια συντονισμένη στοίβα χωρίς ταυτόχρονη μετάβαση όλων των συστημάτων

Η VictoriaMetrics παρουσιάζει το VictoriaStack στο KubeCon + CloudNativeCon North America 2026, με επίδειξη μιας εφαρμογής Kubernetes με ενσωματωμένη υποστήριξη OTLP, η οποία στέλνει τα τρία τηλεμετρικά σήματά της στα αντίστοιχα συστήματα υποστήριξης, και στη συνέχεια μιας ροής εργασιών αντιμετώπισης προβλημάτων που αξιοποιεί όλα τα σήματα.

«Η εποχή των αυτόνομων πρακτόρων θα φέρει περισσότερα τηλεμετρικά δεδομένα και μεγαλύτερες απαιτήσεις ως προς τον τρόπο επεξεργασίας τους», δήλωσε στην ανακοίνωση ο Roman Khavronenko, συνιδρυτής της VictoriaMetrics και διευθυντής μηχανικής. Όπως είπε, το VictoriaStack έχει σχεδιαστεί με γνώμονα την επεκτασιμότητα και την αποδοτικότητα, καθώς αυτή η ζήτηση αυξάνεται.

Η πρακτική πρόταση είναι η σταδιακή υιοθέτηση: διατηρήστε ένα χρήσιμο οικοσύστημα συλλογής, προσθέστε τα σήματα που λείπουν και διαχειριστείτε τις υπηρεσίες που προκύπτουν με ένα πιο συνεκτικό μοντέλο. Η αξία του VictoriaStack έγκειται στο πόσο καλά συνεργάζονται αυτά τα επιμέρους στοιχεία καθώς αυξάνονται ο όγκος των τηλεμετρικών δεδομένων και οι ανάγκες διερεύνησης, αφήνοντας παράλληλα στις ομάδες τον έλεγχο του πού αποθηκεύονται τα δεδομένα τους και του τρόπου με τον οποίο κλιμακώνεται κάθε σήμα.