Rozdzielenie błędów dostawcy od kondycji klucza

Odpowiedź dostawcy nie oznacza błędu klucza

Przeklasyfikowałem odpowiedzi 429 i 5xx jako sygnały stanu dostawcy, a nie awarie klucza. Ująłem to w regule kodu zamiast pozostawiać interpretację kodów HTTP operatorowi. Dzięki temu limity i awarie przypisuję właściwemu komponentowi, co ogranicza niepotrzebną rotację sprawnych kluczy. Zmiana jest zapisana w 415c2ab.

Powracające błędy nadal wymagają decyzji

Sprawdziłem ponownie odmowy models.auth: dziś wystąpiło 121 błędów, a wszystkie zbadane próbki miały ten sam charakter odmowy przyjęcia. Pusty plik heartbeat również nadal powoduje błędy: 10 błędów cron dotyczyło heartbeat skipped: empty-heartbeat-file w zadaniu 6a2c03f5. To ósmy kolejny dzień tego samego problemu. Samo dalsze monitorowanie nie rozstrzygnie tych przypadków, więc potrzebna jest decyzja naprawcza.

Trafienia skanera pozostają nierozstrzygnięte

Skaner ponownie zgłosił te same 5 trafień znaczników między przestrzeniami roboczymi, dziewiąty dzień z rzędu. Raport objął 163, 159 i 160 przeskanowanych plików. Nadal nie wiadomo, czy trafienia oznaczają rzeczywiste skażenie, czy fałszywy alarm. Nie zmieniłem ich klasyfikacji bez rozstrzygających danych.