Ιστορικό διακοπών του Harness

1. 27 Οκτωβρίου 2026 στις 7:52 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 27 Οκτωβρίου 2026 στις 7:58 μ.μ. UTCinvestigating

   Οι αγωγοί CI στην υποδομή VM αποτυγχάνουν στο στάδιο της αρχικοποίησης, διότι το έργο πηγαίνει σε έναν αντιπρόσωπο εκτός της προβλεπόμενης δεξαμενής

3. 27 Οκτωβρίου 2026 στις 9:15 μ.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

4. 27 Οκτωβρίου 2026 στις 10:16 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

5. 27 Οκτωβρίου 2026 στις 10:24 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 19 Οκτωβρίου 2026 στις 7:46 π.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 19 Οκτωβρίου 2026 στις 8:02 π.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

3. 19 Οκτωβρίου 2026 στις 8:04 π.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

4. 19 Οκτωβρίου 2026 στις 8:21 π.μ. UTCresolved

   Το περιστατικό λύθηκε.

5. 23 Οκτωβρίου 2026 στις 6:21 μ.μ. UTCpostmortem

   \"Περίληψη\" Στις 19 Οκτωβρίου 2026, μεταξύ περίπου 12:10 ΠΜ και 12:55 ΠΜ PDT, οι πελάτες στο Prod4 παρουσίασαν σφάλματα και διαλείπουσα μη διαθεσιμότητα των υπηρεσιών του Harness Pipelines. Οι εκτελέσεις βαρέων αγωγών οδήγησαν σε απότομη αύξηση της CPU και της χρήσης μνήμης στην υπηρεσία αγωγών, και για σύντομο χρονικό διάστημα όλες οι περιπτώσεις υπηρεσιών δεν ήταν διαθέσιμες. Harness μηχανική κλιμακώθηκε η υπηρεσία τόσο κατακόρυφα όσο και οριζόντια, η οποία αποκατέστησε την υπηρεσία. Μια διόρθωση για την υποκείμενη συμπεριφορά είναι έτοιμη. Αιτίες για τα σκουπίδια Στις 19 Οκτωβρίου, μεγάλος αριθμός ταυτόχρονων εκτελέσεων με πολύ μεγάλα γραφήματα εκτέλεσης οδήγησε σε απότομη αύξηση των πόρων διασποράς. Η υπηρεσία αποθηκεύει και ανακτά αυτό το πλήρες γράφημα εκτέλεσης για σκοπούς οπτικοποίησης και περαιτέρω πρόοδο των αγωγών προς τα επόμενα κράτη. Οι αυτόματες συσκευές μας στο Prod4 χρειάστηκαν περισσότερο από το συνηθισμένο για την κλιμάκωση των πόρων λόγω της απότομης αύξησης της CPU και της μνήμης. Ως μέρος της διόρθωσης, η ενημέρωση του γραφήματος εκτέλεσης θα επεξεργάζεται τώρα αλλαγές γραφήματος σταδιακά αντί του πλήρους γραφήματος. Είναι τυλίγεται έξω με ένα κλιμακωτό τρόπο και θα είναι εντελώς έλασης το νωρίτερο. Impact ** Impact ** * Επηρεασμένοι χρήστες: Πελάτες για Prod4. * Σύμπτωμα: μη διαθεσιμότητα λειτουργικότητας του αγωγού στην πλατφόρμα Harness. * Δεδομένα: Καμία απώλεια δεδομένων. * Προτεινόμενη εργασία: Δεν απαιτείται από τους πελάτες. Η μηχανική του Χάρνες έλυσε το θέμα. * Διάρκεια πρόσκρουσης: Περίπου 20 λεπτά πλήρους μη διαθεσιμότητας και υποβαθμισμένης απόδοσης για 25 λεπτά. Η Harness συνέχισε την παρακολούθηση μετά την ανάκτηση και επιβεβαίωσε τη σταθερότητα της πλατφόρμας με τους πελάτες. Η θεραπεία ** ** Άμεση ** Η μηχανική Harness κλιμάκωσε την υπηρεσία του αγωγού τόσο κάθετα \ (περισσότεροι πόροι ανά παράδειγμα\) όσο και οριζόντια \ (περισσότερες περιπτώσεις\), και αφαίρεσε περιπτώσεις σε ανθυγιεινή κατάσταση. Ο αριθμός των περιπτώσεων σταθεροποιήθηκε και η κανονική υπηρεσία αποκαταστάθηκε. Το σύστημα θα παραμείνει κλιμακωμένο μέχρι να ολοκληρωθεί η επισκευή. ** Μόνιμος καθορισμός και αντικείμενα δράσης ** Για να αποτρέψει τέτοια ζητήματα από το να συμβεί ξανά, Harness είναι 1. Συντονίζοντας την αυτόματη διαδικασία ίασης/απομάκρυνσης, έτσι ώστε η πρόσκρουση να είναι μιμική σε κανένα. 2. Βελτιστοποιώντας τη ροή του γραφήματος εκτέλεσης έτσι ώστε τα μεγάλα γραφήματα να μπορούν να επεξεργαστούν γρηγορότερα.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 15 Οκτωβρίου 2026 στις 10:10 π.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 15 Οκτωβρίου 2026 στις 10:10 π.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

3. 15 Οκτωβρίου 2026 στις 10:27 π.μ. UTCresolved

   Το περιστατικό λύθηκε.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 15 Οκτωβρίου 2026 στις 8:04 π.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 15 Οκτωβρίου 2026 στις 8:05 π.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

3. 15 Οκτωβρίου 2026 στις 8:09 π.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

4. 15 Οκτωβρίου 2026 στις 8:15 π.μ. UTCresolved

   Το περιστατικό λύθηκε.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 13 Οκτωβρίου 2026 στις 1:06 π.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 13 Οκτωβρίου 2026 στις 1:07 π.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

3. 13 Οκτωβρίου 2026 στις 1:56 π.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

4. 13 Οκτωβρίου 2026 στις 4:29 π.μ. UTCresolved

   Το περιστατικό λύθηκε.

5. 23 Οκτωβρίου 2026 στις 3:16 π.μ. UTCpostmortem

   . .

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 12 Οκτωβρίου 2026 στις 3:25 μ.μ. UTCinvestigating

   Επί του παρόντος βιώνουμε σφάλματα HTTP 429 (περιορισμός τιμών) όταν το Harness Cloud χτίζει πρόσβαση στο Maven Central, το οποίο μπορεί να επηρεάσει την εκτέλεση κατασκευής. Η ομάδα μας συνεργάζεται ενεργά με τον Sonatype για να επιλύσει το ζήτημα το συντομότερο δυνατόν. Θα παράσχουμε περαιτέρω ενημερώσεις καθώς σημειώνουμε πρόοδο.

2. 12 Οκτωβρίου 2026 στις 7:31 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

3. 23 Οκτωβρίου 2026 στις 3:06 π.μ. UTCpostmortem

   tldr: \ (Υπήρχε ένας σύντομος περιορισμός του ποσοστού από την κεντρική maven\) Περισσότερες λεπτομέρειες

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 8 Οκτωβρίου 2026 στις 10:23 π.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

2. 8 Οκτωβρίου 2026 στις 10:53 π.μ. UTCresolved

   Το περιστατικό λύθηκε.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 6 Οκτωβρίου 2026 στις 9:46 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 6 Οκτωβρίου 2026 στις 9:47 μ.μ. UTCinvestigating

   Συνεχίζουμε να ερευνούμε αυτό το ζήτημα.

3. 6 Οκτωβρίου 2026 στις 10:03 μ.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

4. 6 Οκτωβρίου 2026 στις 10:30 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

5. 6 Οκτωβρίου 2026 στις 10:30 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα. Έχουμε επιβεβαίωση ότι αυτό θα διορθώσει το ζήτημα.

6. 6 Οκτωβρίου 2026 στις 10:44 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

7. 23 Οκτωβρίου 2026 στις 2:12 π.μ. UTCpostmortem

   # 1. Περίληψη Στις 6 Οκτωβρίου 2026, οι αγωγοί που περιείχαν στάδιο IACM δεν μπόρεσαν να ξεκινήσουν με το Prod1 για περίπου δύο ώρες. Οι προσβεβλημένοι χρήστες είδαν ένα σφάλμα όταν ο αγωγός επιχείρησε να δημιουργήσει το σχέδιο εκτέλεσης του. Οι αγωγοί που δεν χρησιμοποιούσαν στάδιο IaCM συνέχισαν να λειτουργούν κανονικά καθ' όλη τη διάρκεια. Η υποκείμενη αιτία ήταν ένα εσωτερικό ελάττωμα υλοτομίας στην υπηρεσία που χειρίζεται την εκτέλεση σταδίου IACM: κάτω από μια συγκεκριμένη, σπάνια χρονική κατάσταση, το ίδιο το σύστημα υλοτομίας της υπηρεσίας θα μπορούσε να καταλήξει να περιμένει τον εαυτό του επ' αόριστον, το οποίο με τη σειρά του καθυστέρησε την ευρύτερη διαδικασία που είναι υπεύθυνη για την προετοιμασία σχεδίων εκτέλεσης αγωγών. Το θέμα προκλήθηκε από μια ασυνήθιστα μεγάλη έκρηξη δραστηριότητας του κορμού από τον αγωγό ενός πελάτη. Επιλύσαμε τον άμεσο αντίκτυπο γυρίζοντας την υπηρεσία πίσω στην προηγούμενη σταθερή της έκδοση, και μια μόνιμη κωδικοποίηση είναι προς το παρόν σε δοκιμές. # 2. * Όλοι οι αγωγοί που χρησιμοποιούν ένα στάδιο IACM στο Prod1 δεν μπόρεσαν να ξεκινήσουν για περίπου δύο ώρες. * Πολλαπλοί πελάτες στη συστάδα Prod1 επηρεάστηκαν. * Σωλήνες που δεν χρησιμοποίησαν στάδιο IaCM δεν επηρεάστηκαν και συνέχισαν να λειτουργούν κανονικά. * Δεν χάθηκαν δεδομένα ως αποτέλεσμα αυτού του περιστατικού. * Ως παρενέργεια της αναστροφής που χρησιμοποιήθηκε για την επίλυση αυτού του περιστατικού, μια άσχετη λύση για έναν πελάτη - (επέκταση του πόσο καιρό μια συγκεκριμένη ένδειξη ταυτοποίησης εξακολουθεί να ισχύει κατά τη διάρκεια των αγωγών μακράς λειτουργίας\) επανήλθε προσωρινά. Αυτή η διόρθωση εφαρμόστηκε ξανά το ίδιο βράδυ. # 3. Η υπηρεσία που είναι υπεύθυνη για τα στάδια του αγωγού IACM καταγράφει τη δραστηριότητά της μέσω μιας εσωτερικής ουράς: τα μηνύματα καταγραφής τοποθετούνται στην ουρά, και ένας απλός εργαζόμενος στο παρελθόν διαβάζει συνεχώς από αυτό και γράφει τα μηνύματα έξω. Χωριστά, αυτή η υπηρεσία έχει ένα φίλτρο που μπορεί να ξαναγράψει τη σοβαρότητα ορισμένων μηνυμάτων καταγραφής πίσω στην ίδια ουρά. Κάτω από μια συγκεκριμένη, στενή χρονική κατάσταση, αυτό δημιούργησε ένα αδιέξοδο, αν η ουρά έτυχε να είναι εντελώς πλήρης την ακριβή στιγμή που ένα αναγραφόμενο μήνυμα θα υποβαλλόταν πίσω σε αυτό, ο μόνος εργαζόμενος που θα μπορούσε να απελευθερώσει το χώρο στην ουρά θα κολλήσει το ίδιο να περιμένει χώρο για να ελευθερωθεί, μια κατάσταση που δεν θα μπορούσε ποτέ να επιλύσει, δεδομένου ότι ήταν το μόνο πράγμα που θα μπορούσε να απελευθερώσει αυτό το χώρο. Μόλις συνέβη αυτό, κάθε άλλο μέρος της υπηρεσίας που χρειαζόταν για να καταγράψει οτιδήποτε έγινε επίσης κολλημένη αναμονή, η οποία κατακλύστηκε στη διαδικασία δημιουργίας αγωγών-σχεδίου-αποτυχία για κάθε αγωγό χρησιμοποιώντας ένα στάδιο ICM. # 4. Ανάλυση * Γύρισε την υπηρεσία πίσω στην τελευταία σταθερή της έκδοση, η οποία έλυσε το άμεσο περιστατικό. # 5. Προληπτικές ενέργειες 1. ** Βελτιστοποιήστε το υποκείμενο ελάττωμα **: Βελτιστοποιήστε και συντονίστε το φίλτρο καταγραφής, έτσι ώστε η επανεγγραφή της σοβαρότητας ενός μηνύματος συμβαίνει στο νήμα που δημιούργησε τη γραμμή καταγραφής, αντί να επανεισαχθεί μέσα από την ουρά του ίδιου εργάτη φόντου, εξαλείφοντας εντελώς την κατάσταση αδιεξόδου. 2. **Η παρακολούθηση της logging-queue υγείας **: προσθέστε μετρήσεις και την ειδοποίηση σε αυτή την εσωτερική ουρά, έτσι ώστε αυτή η κατηγορία των σελίδων κορεσμού μας on-call ομάδα αυτόματα αντί να βασίζονται σε αναφορές πελατών. 3. ** Αξιολογήστε τα όρια και εκτελέστε δοκιμές υψηλής αντοχής με πολύ μεγάλους αγωγούς **:

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 16 Οκτωβρίου 2026 στις 10:41 π.μ. UTCresolved

   Στις 7 Οκτωβρίου 2026, από τις 08:00 UTC έως τις 11:00 UTC (1:30 μ.μ. έως 4:30 μ.μ. IST), ορισμένες εκτελέσεις αγωγών στο σμήνος Prod 7 είδαν διακοπτόμενες αποτυχίες στις αξιολογήσεις βημάτων Policy (OPA).

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 6 Οκτωβρίου 2026 στις 12:54 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

2. 6 Οκτωβρίου 2026 στις 3:35 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

3. 10 Οκτωβρίου 2026 στις 1:57 π.μ. UTCpostmortem

   Περίληψη Οι πελάτες στο Prod 2 παρουσίασαν διακοπτόμενες αποτυχίες μερικών βημάτων επαλήθευσης κατά την εκκίνηση. Τα επηρεαζόμενα βήματα απέτυχαν λίγο μετά την εκτόξευση με ένα μήνυμα που δείχνει συνεχή επαλήθευση\(CV\) δεν μπόρεσε να φτάσει σε μια εσωτερική υπηρεσία Harness. Το ζήτημα προέκυψε από μια πρόσφατη ενημέρωση της υπηρεσίας που εισήγαγε τη συγκέντρωση της σύνδεσης για τη βελτίωση της απόδοσης και της αξιοπιστίας με μια διατήρηση-ζωντανή ρύθμιση ασύμβατη με το χρονικό όριο της υπηρεσίας λήψης. Δεν χάθηκαν ή αλλοιώθηκαν δεδομένα πελατών. Επιπτώσεις πελατών Οι πελάτες που χρησιμοποιούσαν βιογραφικά Επαλήθευση βημάτων στο Prod-2 είδαν διαλείπουσες αποτυχίες βημάτων κατά τη διάρκεια του παραθύρου συμβάντος. Το ποσοστό αποτυχίας ήταν χαμηλό — η πλειονότητα των εκτελέσεων ολοκληρώθηκε με επιτυχία σε όλο το παράθυρο. Οι αγωγοί που δεν χρησιμοποίησαν CV Επαλήθευση των βημάτων δεν επηρεάστηκαν. Αιτία ρίζας Μια πρόσφατη ενημέρωση CV υπηρεσία εισήγαγε τη συγκέντρωση σύνδεσης σε ένα εσωτερικό συστατικό πλατφόρμας, με διάρκεια διατήρησης-ζωής μεγαλύτερη από ό, τι το αργό χρονισμό του στοιχείου αυτού. Οι συνδέσεις που ήταν αδρανείς αρκετά καιρό ήταν σιωπηλά κλειστές από τον εξυπηρετητή? η υπηρεσία CV δεν το εντόπιζε και δεν είχε καμία επαναπροσπάθεια λογικής για τέτοιες αποτυχίες, προκαλώντας τους να αναδυθούν άμεσα ως επαληθεύστε τις αποτυχίες βήμα. Το θέμα ήταν διακοπτόμενο επειδή επηρέασε μόνο τις συνδέσεις που έτυχε να είναι αδρανής αρκετά για να λήξει. Μετριασμός Η διάρκεια διατήρησης της σύνδεσης μειώθηκε ώστε να εμπίπτει στο χρονικό όριο της υπηρεσίας λήψης. Αποτυχίες έπεσαν στο μηδέν αμέσως, και δεν έχουν παρατηρηθεί περαιτέρω βαθμιδωτές αστοχίες αυτού του τύπου σε οποιοδήποτε περιβάλλον παραγωγής. Επόμενα βήματα Για να αποφευχθεί η επανάληψη, ο Harness: * **Διαχείριση σύνδεσης Fix: ** Συντονισμένη η προεπιλεγμένη διατήρηση-ζωντανή και ενεργοποιημένη αυτόματη επανεκκίνηση στις αποτυχίες σύνδεσης, έτσι ώστε τα σφάλματα σταθερής-σύνδεσης να χειρίζονται με διαφάνεια. * ** Προσθέστε ανθεκτικότητα κατά τη σταδιακή εκκίνηση: ** Εισαγάγετε επανεκκίνηση με αντιγράφων ασφαλείας για την εσωτερική κλήση υπηρεσίας κατά την έναρξη βήμα Επαλήθευση, έτσι απομονωμένες παροδικές αστοχίες δεν εμφανίζονται ως άμεσες αποτυχίες βήμα. * * * * Ανίχνευση ειδοποίησης: ** Ενισχυμένη παρακολούθηση για εσωτερικούς ρυθμούς σφάλματος σύνδεσης.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 6 Οκτωβρίου 2026 στις 11:58 π.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 6 Οκτωβρίου 2026 στις 11:59 π.μ. UTCinvestigating

   Συνεχίζουμε να ερευνούμε αυτό το ζήτημα.

3. 6 Οκτωβρίου 2026 στις 12:24 μ.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

4. 6 Οκτωβρίου 2026 στις 4:21 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

5. 9 Οκτωβρίου 2026 στις 6:48 μ.μ. UTCpostmortem

   Περίληψη Την Τρίτη, 6 Οκτωβρίου 2026**, οι αγωγοί IACM που χρησιμοποιούν το πρόσθετο **OpenTofu** στο **Prod1* απέτυχε διαλείποντα για λογαριασμό παραγωγήςAffected τρέχει εγχέονται μυστικά με επιτυχία, στη συνέχεια, αργότερα βήματα time out ή αποτυχημένη ταυτοποίηση. Ο ίδιος αγωγός πέτυχε συχνά την επανεκκίνηση, χωρίς αλλαγή διαμόρφωσης. Τυπικές αποτυχημένες εκτελέσεις έγιναν για περίπου 90 λεπτά. Άλλες μονάδες Harness δεν επηρεάστηκαν ευρέως. Δεν έχουμε αναφορά για απώλεια δεδομένων πελατών. Οι αγωγοί που τελείωσαν μέσα στη συμβολική ζωή δεν επηρεάστηκαν από αυτό το ελάττωμα. Αιτία ρίζας Τα στάδια της ICM έκοψαν μάρκες ταυτοποίησης που έληγαν μετά από μία ώρα. Οι έλεγχοι πολιτικής αργότερα σε μακροπρόθεσμη βάση, στη συνέχεια, απέρριψαν το σύμβολο, έτσι το βήμα χρονομέτρηση ή απέτυχε την ταυτοποίηση. Αυτή η ζωή μιας ώρας φτιάχτηκε. Διαδρομές περίπου 90 λεπτών διέσχισαν το μονοώροφο σήμα, και γι' αυτό οι αποτυχίες εμφανίστηκαν σε μακρύτερους αγωγούς και συχνά εκκαθαρίστηκαν σε μικρότερη προσπάθεια. Ένα ξεχωριστό σύνολο λαθών του σχεδίου στον ίδιο λογαριασμό προήλθε από την πιστοποιημένη εγκατάσταση στον χώρο εργασίας του πελάτη και είναι έξω από αυτό το περιστατικό. Σύγκρουση * ** Περιοχή προϊόντων: ** IaCM αγωγούς χρησιμοποιώντας τα plugins IACM που μιλούν με OPA sdk. * ** Εμπειρία πελάτη: ** διαλείποντα χρονικά διαστήματα και αποτυχίες ταυτοποίησης μετά από μυστική ένεση, σε τρέχει περισσότερο από περίπου μία ώρα. * **Περιβάλλον: ** Prod1, ένας λογαριασμός παραγωγής * ** Δεδομένα: ** Δεν αναφέρθηκε απώλεια δεδομένων. . . . Αποκατάσταση * * * * Άμεση: ** Άνοιξε μια σελίδα κατάστασης για τον επηρεαζόμενο λογαριασμό Prod1, και έστειλε μια ενδιάμεση αλλαγή διαχειριστή IACM για μια κατηγορία των παρατηρούμενων αποτυχιών, ενώ κατασκευάστηκε η διόρθωση plugin. * ** Μόνιμη: ** Αποστολή ενός hotfix πρόσθετου OpenTofu ώστε η συμβολική λήξη να είναι διαμορφώσιμη. Στην παραγωγή η διάρκεια ζωής αυξήθηκε σε περίπου 6 ώρες, έτσι ένας μακρύς αγωγός δεν ξεπερνά το σημείο. Το hotfix επικυρώθηκε στην QA και αναπτύχθηκε στην Prod1. Ζητάμε συγγνώμη για την αναστάτωση που προκλήθηκε. Παρακαλούμε επικοινωνήστε με την επαφή υποστήριξης Harness σας εάν έχετε περαιτέρω ερωτήσεις.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 5 Οκτωβρίου 2026 στις 10:01 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 5 Οκτωβρίου 2026 στις 11:50 μ.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

3. 6 Οκτωβρίου 2026 στις 12:26 π.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

4. 6 Οκτωβρίου 2026 στις 12:26 π.μ. UTCmonitoring

   Συνεχίζουμε να παρακολουθούμε για τυχόν περαιτέρω ζητήματα.

5. 6 Οκτωβρίου 2026 στις 12:39 π.μ. UTCresolved

   Επαλήθευσε το θέμα της επιδιόρθωσης και επίλυσης του SSO.

6. 9 Οκτωβρίου 2026 στις 4:17 μ.μ. UTCpostmortem

   . . . Okta Εφαρμογή SP - Έναρξη SSO Αποτυχίες σύνδεσης # Περίληψη Μεταξύ 5 Οκτωβρίου 2026, 18:18 UTC και 6 Οκτωβρίου 2026, 00:26 UTC, ορισμένοι πελάτες Harness δεν μπόρεσαν να συνδεθούν στον διακομιστή Harness Hosted MCP μέσω του SAML Single Sign-On \(SSO\). Η κύρια ταυτοποίηση χρήστη Harness Portal παρέμεινε πλήρως λειτουργική. Επηρεασμένοι χρήστες είδαν σφάλματα σύνδεσης ή ανακατευθύνθηκαν σε μη έγκυρη σελίδα SSO αντί να ολοκληρώσουν την είσοδο. Το ζήτημα προκλήθηκε από τη διακοπή των αλλαγών σε μια αναβάθμιση έκδοσης της υπηρεσίας ταυτότητας HarnessID. Το διορθώσαμε με μια σειρά από hotfixes, και η σύνδεση SSO αποκαταστάθηκε πλήρως για όλους τους πληγέντες πελάτες. # Σύγκρουση Οι χρήστες που υπέγραψαν στο Harness MCP μέσω της SAML SSO δεν μπόρεσαν να ολοκληρώσουν την ταυτοποίηση. Οι υπάρχουσες συνεδρίες MCP που βασίζονταν στο SSO δεν μπορούσαν να ανανεωθούν, οπότε κάποιοι χρήστες έπρεπε να υπογράψουν ξανά και δεν μπορούσαν. Μη-SSO συνδέσεις με Hosted MCP λειτούργησε κατά τη διάρκεια του μεγαλύτερου μέρους του περιστατικού. Κανένα στοιχείο του πελάτη δεν χάθηκε ή εκτέθηκε. Οι πελάτες που χρησιμοποιούν τη δική τους γενική διαμόρφωση εφαρμογής SAML 2.0 στην Okta δεν επηρεάστηκαν. # Αιτία ρίζας Στις 29 Σεπτεμβρίου 2026, μια ενημερωμένη έκδοση της εφαρμογής Harness δημοσιεύτηκε στο Δίκτυο Ένταξης Okta. Η ενημέρωση πρόσθεσε υποστήριξη για την εγγραφή πολλαπλών URL απάντησης \(ACS\), έτσι ώστε οι πελάτες που τρέχουν Harness σε διάφορες περιοχές ή περιβάλλοντα θα μπορούσαν να ρυθμίσουν περισσότερες από μία διευθύνσεις URL. Harness includes a Assertion ConsumerServiceURL value in the SAML certification request που στέλνει στην Okta. Πριν από αυτή την ενημέρωση, η Okta δεν επικύρωσε αυτή την τιμή για τις περιπτώσεις εφαρμογής χωρίς να ρυθμιστούν επιπλέον URL ACS και αντ' αυτού επέστρεψε τον ισχυρισμό SAML στο προκαθορισμένο URL ACS της εφαρμογής. Μετά την ενημέρωση, αυτή η επικύρωση έγινε ενεργή σε όλες τις υπάρχουσες περιπτώσεις εφαρμογής, συμπεριλαμβανομένων εκείνων όπου ο πελάτης δεν είχε διαμορφώσει ποτέ ένα πρόσθετο URL ACS. Επειδή η ζητούμενη τιμή δεν ήταν παρούσα στην καταχωρημένη λίστα της υπόθεσης, η Okta επέστρεψε ένα σφάλμα HTTP 400. Η ενημερωμένη αίτηση πέρασε από την τυποποιημένη αναθεώρηση της έκδοσης OIN της OIN, η οποία περιλαμβάνει την επαλήθευση της καθυστέρησης-συμβατότητας έναντι των υφιστάμενων εγκαταστάσεων της δημοσιευμένης ολοκλήρωσης. Αυτή η αλλαγή στη συμπεριφορά επικύρωσης για περιπτώσεις που δεν έχουν ρυθμιστεί πρόσθετα URL ACS δεν αναδύθηκε κατά τη διάρκεια αυτής της αναθεώρησης, έτσι έφτασε στους πελάτες κατά τη στιγμή της κυκλοφορίας. # Αποκατάσταση ** Άμεση ανταπόκριση ** Δύο εργασίες δημοσιεύτηκαν στη σελίδα κατάστασης: συνδεθείτε από το πλακίδιο Harness στο Okta \(IdP-initited login\), το οποίο δεν επηρεάστηκε, ή εγγραφείτε το URL Okta SSO της εφαρμογής στο πεδίο πρόσθετων URL ACS της εφαρμογής Harness Okta. Η Harness ενεπλάκη σε κάθε αναφερόμενο προσβεβλημένο πελάτη άμεσα και επικύρωσε την είσοδό του. ** Λύση ** Η επιστροφή της εφαρμογής στην προηγούμενη έκδοση αποφεύχθηκε σκόπιμα, καθώς αυτό θα ανέβαλλε μόνο την ίδια διαταραχή στην επόμενη κυκλοφορία. Κάθε προσβεβλημένος πελάτης απεμπλοκή αντ 'αυτού μέσω της εγγραφής URL ACS, και συνεργαζόμαστε με την Okta για να καταστήσουμε την επικύρωση URL ACS υπό όρους και πάλι, έτσι ώστε περιπτώσεις χωρίς επιπλέον URL ACS ρυθμίζονται συμπεριφέρονται ακριβώς όπως έκαναν πριν, και δεν απαιτείται δράση του πελάτη. # Αντικείμενα δράσης Για να αποτραπεί η επανάληψη τέτοιων ζητημάτων, ο Harness θα λάβει τα ακόλουθα στοιχεία δράσης 1. Εργασία με Okta για την αποκατάσταση υπό όρους ACS επικύρωση URL, έτσι περιπτώσεις χωρίς πρόσθετα ACS URL ρυθμισμένα συμπεριφέρονται ακριβώς όπως πριν και δεν απαιτείται δράση του πελάτη. 2. Δημοσιεύστε έναν ειδικό οδηγό ρυθμίσεων για την εφαρμογή Harness OIN στην τεκμηρίωση Harness, συμπεριλαμβανομένων των απαιτήσεων URL απάντησης \ (ACS\). 3. Προσθέστε ένα ανεξάρτητο βήμα επαλήθευσης πριν την απελευθέρωση ενάντια στις υπάρχουσες διαμορφώσεις πελατών για οποιαδήποτε μελλοντική ενημέρωση στη δημοσιευμένη εφαρμογή Okta, παράλληλα με την αναθεώρηση της Okta. 4. Migrate ταυτοποίηση χρήστη σε Harness ID, η οποία αφαιρεί την εξάρτηση από αυτή τη συμπεριφορά επικύρωσης εντελώς.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 29 Σεπτεμβρίου 2026 στις 8:31 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 29 Σεπτεμβρίου 2026 στις 8:31 μ.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

3. 29 Σεπτεμβρίου 2026 στις 8:57 μ.μ. UTCidentified

   Εντοπίσαμε ένα θέμα που ισχύει μόνο για την SP-αρχική σύνδεση μέσω της δημοσιευμένης εφαρμογής Harness Okta. Μετά από μια πρόσφατη ενημέρωση σε αυτή την εφαρμογή, αυτές οι προσπάθειες σύνδεσης επέστρεψαν ένα σφάλμα HTTP 400 όταν το ρυθμισμένο URL SSO έλειπε από τα πρόσθετα URL ACS. Οι γενικές ρυθμίσεις του SAML 2.0 στο Okta δεν επηρεάζονται. Άμεσες Λύσεις: Χρησιμοποιήστε την αρχική σύνδεση IDP. Ξεκινήστε την σύνδεση από το πλακίδιο εφαρμογής Harness στην Okta. Ή Προσθέστε το URL Harness SSO σας στα πρόσθετα URL ACS στην δημοσιευμένη εφαρμογή Harness Okta.

4. 2 Οκτωβρίου 2026 στις 12:33 π.μ. UTCresolved

   Το περιστατικό λύθηκε.

5. 7 Οκτωβρίου 2026 στις 6:30 μ.μ. UTCpostmortem

   # 1. Περίληψη Ξεκινώντας από τις 29 Σεπτεμβρίου 2026, οι πελάτες που εντάχθηκαν στο Harness μέσω της δημοσιευμένης εφαρμογής Harness στο Okta Integration Network \(OIN\) δεν μπόρεσαν να ολοκληρώσουν την SP-initited SSO login. Οι προσβεβλημένοι χρήστες έλαβαν ένα σφάλμα HTTP 400 από την Okta αντί να εγγραφούν. Το θέμα εισήχθη με μια αλλαγή στον τρόπο με τον οποίο η Okta επικύρωσε την αιτούμενη απάντηση \(ACS\) URL για τις υπάρχουσες εγκαταστάσεις της δημοσιευμένης εφαρμογής Harness. Οι εργασίες δημοσιεύτηκαν μέσα σε μια ώρα από την πρώτη αναφορά, και κάθε θιγόμενος πελάτης ξεμπλοκαρίστηκε. # 2. * Η Impact περιορίστηκε στους πελάτες χρησιμοποιώντας την δημοσιευμένη εφαρμογή Harness από το Okta Integration Network για SP-initited login \ (έναρξη σύνδεσης από Harness\). Αυτές οι προσπάθειες επέστρεψαν ένα σφάλμα HTTP 400 από την Okta. * Η σύνδεση ξεκίνησε από το πλακάκι Harness στην Okta, συνέχισε να λειτουργεί σε όλη την περιοχή. * Οι πελάτες που χρησιμοποιούν τη δική τους γενική διαμόρφωση εφαρμογής SAML 2.0 στην Okta δεν επηρεάστηκαν. * Δεν χάθηκαν ή εκτέθηκαν δεδομένα πελατών. # 3. Στις 29 Σεπτεμβρίου 2026, μια ενημερωμένη έκδοση της εφαρμογής Harness δημοσιεύτηκε στο Δίκτυο Ένταξης Okta. Η ενημέρωση πρόσθεσε υποστήριξη για την εγγραφή πολλαπλών URL απάντησης \(ACS\), έτσι ώστε οι πελάτες που τρέχουν Harness σε διάφορες περιοχές ή περιβάλλοντα θα μπορούσαν να ρυθμίσουν περισσότερες από μία διευθύνσεις URL. Harness includes a Assertion ConsumerServiceURL value in the SAML certification request που στέλνει στην Okta. Πριν από αυτή την ενημέρωση, η Okta δεν επικύρωσε αυτή την τιμή για τις περιπτώσεις εφαρμογής που δεν είχαν ρυθμιστεί πρόσθετα URL ACS, και απλά επέστρεψε τον ισχυρισμό SAML στο προκαθορισμένο URL ACS της εφαρμογής. Μετά την ενημέρωση, αυτή η επικύρωση έγινε ενεργός σε όλες τις υπάρχουσες περιπτώσεις της εφαρμογής, συμπεριλαμβανομένων εκείνων όπου ο πελάτης δεν είχε διαμορφώσει ποτέ ένα πρόσθετο URL ACS. Επειδή η ζητούμενη τιμή δεν ήταν παρούσα στον καταχωρισμένο κατάλογο της υπόθεσης, η Okta απέρριψε την αίτηση ταυτοποίησης με σφάλμα HTTP 400. Η ενημερωμένη αίτηση πέρασε από την τυποποιημένη αναθεώρηση της έκδοσης OIN της OIN, η οποία περιλαμβάνει την αναδρομική επαλήθευση της συμβατότητας έναντι των υφιστάμενων εγκαταστάσεων μιας δημοσιευμένης ολοκλήρωσης. Αυτή η αλλαγή στη συμπεριφορά επικύρωσης για περιπτώσεις που δεν έχουν ρυθμιστεί πρόσθετες ACS URLs δεν αναδύθηκε κατά τη διάρκεια αυτής της αναθεώρησης, έτσι έφτασε στους πελάτες κατά την κυκλοφορία. # 4. Αποκατάσταση ** Άμεση ανταπόκριση ** Δύο εργασίες δημοσιεύτηκαν στη σελίδα κατάστασης: συνδεθείτε από το πλακίδιο Harness στο Okta \(IdP-initited login\), το οποίο δεν επηρεάστηκε ή καταχωρήστε το URL Okta SSO της εφαρμογής στο πεδίο πρόσθετων URL ACS της εφαρμογής Harness Okta. Η υποστήριξη ενεπλάκη άμεσα με κάθε θιγόμενο πελάτη και επικυρώθηκε η συμμετοχή του. ** Λύση ** Η επιστροφή της εφαρμογής στην προηγούμενη έκδοση αποφεύχθηκε σκόπιμα, καθώς αυτό θα ανέβαλλε μόνο την ίδια διαταραχή στην επόμενη κυκλοφορία. Κάθε προσβεβλημένος πελάτης απεμπλοκή αντ 'αυτού μέσω της εγγραφής URL ACS, και συνεργαζόμαστε με την Okta για να καταστήσουμε την επικύρωση URL ACS υπό όρους και πάλι, έτσι ώστε περιπτώσεις χωρίς επιπλέον URL ACS ρυθμίζονται συμπεριφέρονται ακριβώς όπως έκαναν πριν και δεν απαιτείται δράση του πελάτη. 5. Στοιχεία δράσης Για να αποτρέψουμε την επανάληψη τέτοιων θεμάτων, εργαζόμαστε πάνω

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 29 Σεπτεμβρίου 2026 στις 6:45 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 29 Σεπτεμβρίου 2026 στις 9:55 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

3. 29 Σεπτεμβρίου 2026 στις 10:01 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

4. 2 Οκτωβρίου 2026 στις 10:40 μ.μ. UTCpostmortem

   Περίληψη Μεταξύ περίπου **11:37 AM και 3:01 PM PDT \ (18:37–22:01 UTC\) στις 29 Σεπτεμβρίου 2026 **, οι πελάτες που χρησιμοποιούν Harness CI αυτο-φιλοξενούμενοι Linux cloud runners σε **prod1/prod2 \(us-west1\) ** παρουσίασαν διαλείπουσες αποτυχίες δικτύωσης κατά τη διάρκεια της εκτέλεσης του αγωγού - κυρίως Git/network timeouts κατά την ανάκτηση πηγαίου κώδικα. ** Αιτία Root ** Αυτό οφείλεται κυρίως στον κορεσμό της NAT μας η οποία επιδεινώθηκε από μια προσωρινή ικανότητα παροχής cloud, εμποδίζοντας την παροχή νέων VM εκεί. Σύγκρουση * Οι πελάτες που τρέχουν αυτο-φιλοξενούμενοι Linux CI χτίζουν σε μας-δυτικά1 πριόνι ** διαλείπουσες αποτυχίες κατασκευής/σωλήνας**, όχι μια πλήρη διακοπή. * Παρατηρημένα σφάλματα που αντιμετωπίζουν οι πελάτες περιλαμβάνονται Git retell timeouts, π.χ. `Failed to connect to github.com port 443: timed connection out` ** Αντιμετώπιση ** * **Άμεση: ** Επαναρυθμισμένο φορτίο ARM κατασκευής-VM από το κορεσμένο μας-δυτικά1 διαδρομή προς το κεντρικό1 \ (μερικώς περιορισμένη από κεντρική1 χωρητικότητα\), επανεκκίνησε τις πληγείσες πύλες Cloud NAT, η οποία σταθεροποιήθηκε δικτύωση αγωγών. ** Στοιχεία δράσης ** 1. Ασφαλής πρόσθετη πύλη NAT / ικανότητα IP \ (Σε εξέλιξη\) 2. Βελτιώστε την ανίχνευση κορεσμού NAT και ειδοποιώντας μπροστά από τις επιπτώσεις των πελατών. 3. Αξιολογήστε τα απρόβλεπτα της διαπεριφερειακής δυναμικότητας, έτσι ώστε η υπολογιστική έλλειψη μιας περιοχής να μην εμποδίζει τον μετριασμό της αποτυχίας.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 29 Σεπτεμβρίου 2026 στις 2:41 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 29 Σεπτεμβρίου 2026 στις 3:54 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

3. 29 Σεπτεμβρίου 2026 στις 3:57 μ.μ. UTCmonitoring

   Συνεχίζουμε να παρακολουθούμε για τυχόν περαιτέρω ζητήματα.

4. 29 Σεπτεμβρίου 2026 στις 6:49 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

5. 2 Οκτωβρίου 2026 στις 5:37 π.μ. UTCpostmortem

   **Περίληψη ** Οι πελάτες στο Prod-2 παρουσίασαν αυξημένα ποσοστά αποτυχίας στους αγωγούς συνεχούς επαλήθευσης. Οι εργασίες επαλήθευσης απέτυχαν να ολοκληρώσουν ή να αναφέρουν σφάλματα επειδή οι εργαζόμενοι συλλογής δεδομένων CV δεν μπορούσαν να επικοινωνήσουν με την υπηρεσία πλατφόρμας που συντονίζει την εργασία τους. Αυτό προκλήθηκε από μια απροσδόκητη αύξηση της κυκλοφορίας σε ένα από τα συστήματα υποστήριξης μας. Η υπηρεσία αποκαταστάθηκε με την κλιμάκωση της πληγείσας συνιστώσας πλατφόρμας. Δεν σημειώθηκε απώλεια ή διαφθορά δεδομένων. ** Επιπτώσεις πελατών ** Οι πελάτες που χρησιμοποιούν συνεχή επαλήθευση στις εργασίες του αγωγού επαλήθευσης Prod-2 αποτυγχάνουν ή διαλείπουν κατά τη διάρκεια του παραθύρου συμβάντος. Ένα σημαντικό κλάσμα των περιπτώσεων εργασίας επαλήθευσης που πραγματοποιήθηκε κατά τη διάρκεια αυτής της περιόδου κατέληξε σε λειτουργική αποτυχία. Οι αγωγοί που δεν χρησιμοποιούσαν βιογραφικό συνέχισαν να λειτουργούν κανονικά. ** Αιτία Root ** Μια μεγάλη αυτοματοποιημένη λειτουργία παροχής δημιούργησε έναν σημαντικό αριθμό επίμονων εργαζομένων παρακολούθησης του βιογραφικού συστήματος σε ένα σύντομο παράθυρο, το οποίο συγκλόνισε ένα κοινό συστατικό πλατφόρμας. Η ξαφνική αύξηση των παράλληλων εξερχόμενων κλήσεων εξάντλησε τις διαθέσιμες συνδέσεις δικτύου σε κάθε περίπτωση υπηρεσίας. ** Απαγόρευση ** Το ανώτατο όριο κλιμάκωσης για την υπηρεσία CV αυξήθηκε, επιτρέποντας της να επεκτείνει την ικανότητα για κάλυψη της ζήτησης. Οι αποτυχίες σταμάτησαν λίγο μετά την ολοκλήρωση της κλίμακας-out. **Επόμενα βήματα ** Για να αποφευχθεί η επανάληψη, ο Harness: * * * * Αύξηση της ικανότητας headroom και να προσθέσετε την παροχή Guardrails: ** Αυξήστε το όριο κλιμάκωσης της υπηρεσίας CV για να διατηρήσετε το headroom κάτω από φορτία έκρηξης, και να εισαγάγει τον περιορισμό του ρυθμού για τη μαζική παροχή υπηρεσιών παρακολούθησης. * * * * Αναπόδεικτη ανθεκτικότητα: ** Προσθέστε εκθετική αντιστάθμιση και jitter για retries των εργαζομένων, και να χρησιμοποιήσετε μια επαναχρησιμοποιήσιμη δεξαμενή σύνδεσης για τη μείωση των γενικών εξόδων και την πρόληψη παροδικών αποτυχιών από την ανατοκοποίηση υπό υψηλή συναίνεση. * **Ελεγχος παρακολούθησης και προειδοποίησης: ** Ενίσχυση της προειδοποίησης για μη φυσιολογικούς ρυθμούς ανάπτυξης των εργαζομένων ανά λογαριασμό, έτσι ώστε παρόμοιες συνθήκες να ανιχνεύονται και να λειτουργούν νωρίτερα.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 29 Σεπτεμβρίου 2026 στις 1:12 μ.μ. UTCresolved

   Στις 28 Σεπτεμβρίου 2026, παρατηρήσαμε ένα θέμα με την αντιγραφή αρχείων από το Harness Filestore κατά τη διάρκεια του βήματος εξαγωγής, όπου τα αρχεία αντιγράφονταν ως μηδενικά/άδειο αρχεία. Ως αποτέλεσμα, όλοι οι αγωγοί που χρησιμοποιούσαν το Filestore APIs αποκλείστηκαν κατά τη διάρκεια του παραθύρου συμβάντος. Το ζήτημα προκλήθηκε λόγω μιας σειράς Flag, η οποία επανήλθε μόλις ανακαλύφθηκε το θέμα. Όλες οι επιχειρήσεις επέστρεψαν στο φυσιολογικό.

2. 1 Οκτωβρίου 2026 στις 5:28 μ.μ. UTCpostmortem

   Περίληψη Στις 28 Σεπτεμβρίου 2026, ορισμένοι πελάτες στο Prod-2 παρουσίασαν αποτυχίες σε βήματα αγωγών CD που διαβάζουν περιεχόμενο File Store χρησιμοποιώντας εκφράσεις αγωγών \(π.χ., ``\). Οι προσβεβλημένες εκφράσεις επέστρεψαν άκυρες αντί του αναμενόμενου περιεχομένου του αρχείου, προκαλώντας την αποτυχία ή την εσφαλμένη συμπεριφορά των εξαρτώμενων βημάτων. Το θέμα εντοπίστηκε σε μια ενημέρωση πλατφόρμας που αυστηροποίησε τους ελέγχους εξουσιοδότησης στο File Store APIs. Η ενημέρωση γυρίστηκε πίσω, και οι εκφράσεις του File Store λειτουργούν κανονικά από τότε. Επιπτώσεις πελατών * Μόνο βήματα αγωγών στο Prod-2 που διαβάζουν το περιεχόμενο File Store μέσω εκφράσεων επηρεάστηκαν. Οι αγωγοί που δεν χρησιμοποιούν εκφράσεις File Store δεν επηρεάστηκαν. * Επηρεασμένες εκφράσεις επιλύθηκαν να μηδενίσουν, προκαλώντας βήματα που εξαρτώνται από τις ρυθμίσεις ή τα αρχεία ρυθμίσεων να αποτύχουν ή να παράγουν λανθασμένη έξοδο. * Δεν τροποποιήθηκε το περιεχόμενο του File Store. Δεν εκτέθηκαν αρχεία, μυστικά, διαπιστευτήρια ή αντικείμενα και δεν χάθηκαν δεδομένα. Αιτία ρίζας Ως μέρος μιας συνεχιζόμενης πρωτοβουλίας ασφάλειας, ο Harness ανέπτυξε αυστηρότερους ελέγχους έγκρισης σε διάφορες πλατφόρμες APIs, συμπεριλαμβανομένου του API που εξυπηρετεί το περιεχόμενο του File Store. Όταν ένας αγωγός αξιολογεί μια έκφραση File Store, μια εσωτερική υπηρεσία Harness καλεί έναν άλλο για να ανακτήσει το αρχείο. Οι νέοι έλεγχοι έγκρισης απέτυχαν, με αποτέλεσμα οι αιτήσεις να απορρίπτονται και οι εκφράσεις να επιστρέφουν άκυρες. Μετριασμός Μόλις η ενημέρωση της πλατφόρμας αναγνωρίστηκε ως η αιτία, γυρίστηκε πίσω σε όλο το περιβάλλον παραγωγής. Οι εκφράσεις του αρχείου Store έχουν επιλυθεί σωστά από την επιστροφή. Δεν απαιτείται δράση του πελάτη. Προληπτικά μέτρα & Επόμενα βήματα * * * * * Ελεγκόμενα APIs: ** Επανεξέταση όλων των API όπου οι αυστηρότεροι έλεγχοι εξουσιοδότησης που εφαρμόστηκαν για να εξασφαλιστεί η εσωτερική υπηρεσία προς την υπηρεσία κλήσεις είναι σωστά λογαριάζονται. * * * * Ανέκαμψε κάλυψη δοκιμής: ** Ενισχύστε τις αυτοματοποιημένες σουίτες δοκιμών για να συμπεριλάβετε την αξιολόγηση έκφρασης File Store σε διαδρομές εκτέλεσης αγωγών

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 23 Σεπτεμβρίου 2026 στις 8:17 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε θέματα συνδεσιμότητας που επηρεάζουν τους πελάτες των οποίων τα περιβάλλοντα προστατεύονται από τα τείχη προστασίας του Palo Alto Networks. Αυτά τα τείχη προστασίας εμποδίζουν τις συνδέσεις με Harness APIs, τα οποία μπορεί να έχουν ως αποτέλεσμα: - Αποτυχημένες εκτελέσεις αγωγών - Ανικανότητα ανάπτυξης εφαρμογών - Διαλείποντα χρονικά διαστήματα κατά την πρόσβαση στις λειτουργίες πλατφόρμα Harness - Αποτυχίες ενσωμάτωσης με εργαλεία τρίτων - Κατ' εξουσιοδότηση συνδεσιμότητα με την πλατφόρμα Harness Αυτό το ζήτημα δεν προκαλείται από μια διακοπή υπηρεσιών Harness, αλλά μάλλον από τους κανόνες του τείχους προστασίας από την πλευρά του δικτύου σας. Συμβουλεύουμε τους πελάτες να κάνουν μια εξαίρεση για τα τελικά σημεία DNS μας.

2. 24 Σεπτεμβρίου 2026 στις 8:43 π.μ. UTCmonitoring

   Mitigation Διαθέσιμο: Harness Traffic Blocked by Network Security Policy Έχουμε εντοπίσει ένα θέμα όπου ορισμένοι πελάτες μπορεί να μην είναι σε θέση να έχουν πρόσβαση στο Harness, επειδή η κίνηση Harness κατηγοριοποιείται ως “AI-Platform” από τους ελέγχους ασφάλειας του δικτύου Palo Alto και στη συνέχεια μπλοκάρεται από την πολιτική του πελάτη firewall/INET. Εάν αντιμετωπίζετε αυτό το ζήτημα: Παρακαλούμε επικοινωνήστε με την ομάδα Network/Firewall/CyberSecurity του οργανισμού σας και ζητήστε να επιτραπεί η απαιτούμενη κίνηση Harness μέσω της πολιτικής προστασίας του τείχους προστασίας του Palo Alto. Ως μετριασμός, οι πελάτες μπορούν να επιτρέψουν την κατηγορία URL “AI-Platform” για τα απαιτούμενα τελικά σημεία Harness, ή να προσθέσουν τα επηρεαζόμενα πεδία Harness / FQDNs στην εγκεκριμένη/επίτρεπτη λίστα του οργανισμού τους, σύμφωνα με τις πολιτικές ασφαλείας τους. Μετά την ενημέρωση της πολιτικής του τείχους προστασίας, η πρόσβαση στο Harness θα πρέπει να αποκατασταθεί. Σημαντικό: Την πολιτική του τείχους προστασίας διαχειρίζεται η ομάδα δικτύου/ασφάλειας του πελάτη. Εάν το τελικό σημείο Harness κατηγοριοποιείται λανθασμένα από τον Palo Alto, οι πελάτες μπορούν επίσης να ζητήσουν μια αναθεώρηση της κατηγορίας URL από τα δίκτυα Palo Alto.

3. 25 Σεπτεμβρίου 2026 στις 5:10 μ.μ. UTCresolved

   Μετά από διαβούλευση με την Palo Alto Networks, μπορούμε να επιβεβαιώσουμε ότι στις 23 Σεπτεμβρίου 2026, app.harness. Το io κατηγοριοποιήθηκε ως Υπηρεσία Πλατφόρμας AI από την Ομάδα Δικτύων Palo Alto. Η Palo Alto Networks έστειλε ανακοίνωση στους πελάτες τον Αύγουστο σχετικά με την ανακατάταξη. Αυτή η αλλαγή μπορεί να θέσει AI υπηρεσία πλατφόρμας κάτω από μια διαφορετική πολιτική από app.harness. Οι προηγούμενοι κανόνες του io κατηγοριοποιούν, Computer και Internet Info. Η πολιτική που εφαρμόζεται εξαρτάται από τις ρυθμίσεις του πελάτη. Οι πελάτες Harness θα πρέπει να συζητήσουν αυτή την κατηγοριοποίηση και τις ειδοποιήσεις με την εσωτερική ομάδα δικτύου τους και Palo Alto Networks.

4. 13 Οκτωβρίου 2026 στις 4:50 π.μ. UTCpostmortem

   .

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 22 Σεπτεμβρίου 2026 στις 4:40 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 22 Σεπτεμβρίου 2026 στις 5:14 μ.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

3. 22 Σεπτεμβρίου 2026 στις 6:01 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

4. 22 Σεπτεμβρίου 2026 στις 6:38 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

5. 2 Οκτωβρίου 2026 στις 10:05 μ.μ. UTCpostmortem

   # Περίληψη Στις 22 Σεπτεμβρίου 2026, τρεις από τις εξόδους μας πύλες δικτύου σε μια περιοχή έγιναν ανθυγιεινές και άρχισαν να απορρίπτουν ένα μικρό ποσοστό νέων προσπαθειών σύνδεσης. Το θέμα λύθηκε την ίδια μέρα πρόβλημα εντελώς χωρίς περαιτέρω επανάληψη ή επακόλουθο αντίκτυπο. Η υποκείμενη αιτία ήταν ένας κορεσμένος εσωτερικός ρυθμιστής παρακολούθησης της κυκλοφορίας σε αυτές τις πύλες, που προκάλεσε τους υγειονομικούς ελέγχους τους να ανταποκριθούν πολύ αργά και να πάρει σήμανση ανθυγιεινή. # Σύγκρουση * Μόνο τρεις περιπτώσεις πύλης σε μια περιοχή επηρεάστηκαν· άλλες περιοχές και άλλες πύλες στην ίδια περιοχή δεν επηρεάστηκαν. * Δεν υπήρξε αποτυχία , το θέμα επιλύθηκε πλήρως με ένα μόνο γύρο της πύλης επανεκκινήσει, και κανένα επακόλουθο ζητήματα που συνέβησαν στη συνέχεια. # Αιτία ρίζας Οι εξερχόμενες πύλες δικτύου μας λειτουργούν ένα εσωτερικό εξάρτημα που παρακολουθεί την κυκλοφορία του δικτύου για επιχειρησιακή ορατότητα. Κάτω από συνεχή υψηλή κυκλοφορία, η εσωτερική ενδιάμεση μνήμη αυτού του συστατικού έγινε κορεσμένη, η οποία δημιούργησε backpressure αρκετά σοβαρή για να επιβραδύνει τις αντιδράσεις του health-check της πύλης πέρα από το χρονικό όριο που επιτρέπει ο ισοσταθμιστής φορτίου μας. Μόλις ξεπεράστηκε αυτό το χρονικό όριο, ο ισοσταθμιστής φορτίου σημείωσε ανθυγιεινές τις προσβεβλημένες πύλες και άρχισε να απορρίπτει ένα τμήμα νέων συνδέσεων που προορίζονταν για αυτές. Το πραγματικό πακέτο προώθησης συνέχισε να λειτουργεί κανονικά καθ' όλη τη διάρκεια του συμβάντος. Αυτό ήταν ειδικά ένα θέμα ελέγχου υγείας και παρακολούθησης, όχι μια αποτυχία της ικανότητας προώθησης του πυρήνα των πυλών. # Ανάλυση Οι τρεις επηρεαζόμενες περιπτώσεις πύλης επανεκκινήθηκαν χειροκίνητα, οι οποίες καθάρισαν το κορεσμένο ρυθμιστή παρακολούθησης και αμέσως αποκατέστησαν τη φυσιολογική συμπεριφορά ελέγχου υγείας. Οι απορρίψεις σύνδεσης σταμάτησαν μόλις ολοκληρώθηκε η επανεκκίνηση, και δεν χρειάστηκε περαιτέρω παρέμβαση. # Προληπτικές ενέργειες \"Δράση\"

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 22 Σεπτεμβρίου 2026 στις 2:00 μ.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

2. 22 Σεπτεμβρίου 2026 στις 2:08 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

3. 22 Σεπτεμβρίου 2026 στις 2:20 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

4. 2 Οκτωβρίου 2026 στις 10:10 μ.μ. UTCpostmortem

   Το ίδιο με την προηγούμενη βασική αιτία.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 21 Σεπτεμβρίου 2026 στις 4:39 μ.μ. UTCinvestigating

   Αυτή τη στιγμή ερευνούμε αυτό το ζήτημα.

2. 21 Σεπτεμβρίου 2026 στις 5:12 μ.μ. UTCidentified

   Το θέμα έχει εντοπιστεί και υλοποιείται μια λύση.

3. 21 Σεπτεμβρίου 2026 στις 6:27 μ.μ. UTCmonitoring

   Εφαρμόστηκε μια ρύθμιση και παρακολουθούμε τα αποτελέσματα.

4. 21 Σεπτεμβρίου 2026 στις 6:33 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

5. 29 Σεπτεμβρίου 2026 στις 10:39 μ.μ. UTCpostmortem

   Περίληψη Στις 21 Σεπτεμβρίου 2026, οι πελάτες στο Prod 2 γνώρισαν υποβάθμιση και στη συνέχεια σε μεγάλο βαθμό μη διαθέσιμο ταμπλό ανάπτυξης για περίπου τρεις ώρες. Το ζήτημα προκλήθηκε από ένα σύνολο αναλυτικών ερωτημάτων πίσω από αυτά τα ταμπλό που διάβαζαν πολύ περισσότερα δεδομένα από όσα χρειάζονταν, τα οποία εξάντλησαν τη χωρητικότητα της βάσης δεδομένων που τα εξυπηρετούσε. Μια κυλιόμενη επανεκκίνηση της πληγείσας υπηρεσίας επανέφερε πλήρως τα ταμπλό, και η πλατφόρμα είναι σταθερή από τότε. Επιπτώσεις πελατών Οι σελίδες του πίνακα φορτώθηκαν αργά ή χρονομετρημένα μεταξύ 14:48 και 18:11 UTC. Η εκτέλεση και η εγκατάσταση των αγωγών πραγματοποιούνται σε χωριστές υποδομές και εξακολουθούν να λειτουργούν κανονικά. Δεν σημειώθηκε απώλεια ή διαφθορά δεδομένων. Αιτία ρίζας Τα ερωτήματα του ταμπλό έλειπαν ένα φίλτρο εύρους χρόνου στη στήλη που χρησιμοποιήθηκε για να χωριστεί ο μεγαλύτερος πίνακας σε εβδομαδιαία τμήματα, οπότε κάθε ερώτημα διάβαζε όλα τα ιστορικά δεδομένα αντί μόνο της ζητούμενης περιόδου. Η ορθότητα δεν επηρεάστηκε ποτέ — τα ταμπλό επέστρεψαν τα σωστά αποτελέσματα. Καθώς ο όγκος των δεδομένων αυξανόταν, το κόστος αυτών των αναγνώσεων υπερέβαινε αυτό που θα μπορούσε να εξυπηρετήσει η βάση δεδομένων, και οι διορθώσεις των αποτυχημένων ερωτημάτων πρόσθεσαν περαιτέρω φορτίο, οπότε η κατάσταση δεν ήταν σαφής μέχρι την επανεκκίνηση της υπηρεσίας. Μετριασμός * Εκτέλεσε μια κυλιόμενη επανεκκίνηση της επηρεαζόμενης υπηρεσίας, η οποία σταμάτησε τον κύκλο επανάληψης και επέτρεψε στη βάση δεδομένων να ολοκληρώσει την εξαιρετική εργασία της * Επιβεβαιωμένη λανθάνουσα λειτουργία ταμπλό και τη χρήση της βάσης δεδομένων σύνδεση επέστρεψε σε κανονικά επίπεδα Επόμενα βήματα . . . . Για να αποφευχθεί η επανάληψη, ο Harness: * Προσθέστε το χαμένο φίλτρο χρονικής εμβέλειας στο επηρεαζόμενο ταμπλό ερωτήματα, έτσι ώστε κάθε ανάγνωση μόνο την αιτούμενη περίοδο * Αντικατάσταση των άμεσων retries με οριοθετημένες, back-off retries * Βελτίωση της ανίχνευσης με την προσθήκη ειδοποιήσεων σχετικά με τη χρήση της σύνδεσης βάσης δεδομένων και το κόστος εκτέλεσης ανάκερυ

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.