Alerty są skonfigurowane, a nic nie przychodzi: ścieżka dostarczania, której nikt nie testuje

Monitoring ma dwie połowy. Kontrolę, która zauważa, że coś jest nie tak, i ścieżkę, która niesie tę wiadomość do człowieka. Prawie cała uwaga idzie na pierwszą, a prawie wszystkie ciche awarie mieszkają w drugiej.

Niewygodne jest to, że zepsuta ścieżka dostarczania i zdrowy system wyglądają z twojego miejsca dokładnie tak samo. Oba dają pustą skrzynkę.

Dlaczego wysyłanie poczty z serwera przestało być proste

To, że serwer sam wysyłał swoją pocztę bezpośrednio, długo było normą, a dziś jest wyjątkiem. Stały się trzy rzeczy.

Odbiorcy przestali ufać nieznanym nadawcom. Wiadomość przychodząca bez zgodnych wpisów polityki nadawcy, bez podpisu i z adresu bez reputacji jest traktowana jako podejrzana, a uprzejmą wersją podejrzanej jest folder spamu.

Łącza domowe i małych firm są blokowane na poziomie portu. Wielu operatorów nie pozwala na połączenia wychodzące na porcie bezpośredniego dostarczania, właśnie dlatego, że był nadużywany. Twój serwer próbuje, a nic ci nie mówi, że nigdy nie wyszło.

Reputacja należy do adresu, nie do ciebie. Adres domowy albo małej chmury niesie historię, którą ma. Dziedziczysz ją.

Nic z tego nie czyni problemu trudnym. Czyni naiwną konfigurację po cichu nieskuteczną, a to gorsze niż trudne.

Dwie działające formy

Wysyłaj przez przekaźnik, któremu już ufasz. Twój serwer przekazuje wiadomość, z poświadczeniami, dostawcy, który ma prawo wysyłać. To zwykła odpowiedź i działa, z jednym zastrzeżeniem wartym znajomości: dostawcy często wymagają, by adres nadawcy był jednym z tych, które hostują, więc wiadomość udająca, że przychodzi skądinąd, zostaje odrzucona albo przepisana.

W ogóle nie wysyłaj poczty i użyj drugiego kanału. Powiadomienie push albo wiadomość w usłudze, którą i tak czytasz. Brzmi jak krok wstecz i często jest opcją pewniejszą, właśnie dlatego, że nie zależy od dostarczalności poczty.

Cokolwiek wybierzesz, najważniejsza jest następna sekcja.

Test, który naprawdę dowodzi

Prawie wszyscy testują powiadomienia w ten sam błędny sposób: naciskają przycisk "wyślij test", siedząc przy maszynie, nie widzą żadnej porażki i uznają temat za zamknięty.

Ten test dowodzi, że proces potrafi przekazać wiadomość. Nie dowodzi, że ona dociera. Prawdziwy test odpowiada na cztery pytania:

Wylądowała w skrzynce odbiorczej, a nie w spamie? Dostarczenie i widoczność to różne wyniki, i tylko jeden cię budzi.

Przyszła z adresu, którego użyją prawdziwe alerty? Test wysłany pod jedną tożsamością nic nie mówi o nocnym zadaniu pod inną.

Dotarła o godzinie, o której odpali prawdziwy alert? Niektóre ścieżki zachowują się inaczej o trzeciej w nocy niż o trzeciej po południu, zwykle dlatego, że limity przekaźnika albo filtry dostawcy zależą od pory. Ta awaria jest rzadsza i to właśnie ona się liczy.

Przetrwała, gdy maszyna była obciążona? Wiadomość ustawiona w kolejce podczas prawdziwej awarii konkuruje z awarią.

Formy awarii, które nie dają żadnego błędu

Kolejka. Poczta powstaje, zostaje przyjęta lokalnie i leży w kolejce ponawiającej próby w nieskończoność. Nic nie ginie, nic nie zostaje dostarczone, i nikt nie zagląda do kolejki, bo nie było błędu, który by do tego skłonił.

Przepisany nadawca. Przekaźnik przyjmuje wiadomość, zmienia nadawcę na adres, którego nie czytasz, i bezbłędnie dostarcza do skrzynki, której nikt nie otwiera.

Filtr, który sam zrobiłeś. Alerty wyglądają podobnie, w pewnym momencie reguła jeden z nich łapie, i ta reguła pracuje długo po tym, jak zapomniałeś, że ją napisałeś.

Adres, który przestał istnieć. Osoba odeszła, alias przekierowywał na jej konto, a przekierowanie wpada teraz w pustkę.

Jedyny naprawdę użyteczny nawyk

Spraw, by brak wiadomości coś znaczył.

System, który odzywa się tylko wtedy, gdy coś jest nie tak, jest nie do odróżnienia od systemu, który stracił zdolność mówienia. Jedna codzienna wiadomość mówiąca, że wszystko gra, zamienia samą ciszę w sygnał: jeśli dziś nic nie przyszło, ścieżka dostarczania jest pierwszą rzeczą do sprawdzenia, i dowiadujesz się o tym spokojnym rankiem, a nie w środku awarii.

Dlatego codzienne podsumowanie warte jest więcej, niż wygląda. Jego prawdziwym zadaniem nie jest treść, tylko udowodnienie, że kanał wciąż istnieje.

Co robi Atlas

Atlas Watch wysyła jedną wiadomość dziennie zamiast strumienia alertów, i ten wybór jest celowy z powyższego powodu. Podsumowanie niesie stan zgromadzony w ciągu dnia, a samo jego dotarcie jest dowodem, że ścieżka jest cała.

Te same powiadomienia mogą też trafiać do portalu konta, co tutaj liczy się szczególnie: to drugi kanał, który nie zależy od dostarczania poczty przez samego hosta. Jeśli to poczta się zepsuła, kanał, który poczty nie używa, jest tym, który nadal ci powie.

I część uczciwa, bo to cały temat tego tekstu: kiedy kontrola nie może odczytać swoich danych, Watch mówi, że nie zdołał ich odczytać, zamiast milczeć. Brakujące zadanie kopii i zdrowe wyglądają z zewnątrz identycznie, a jedyne, co je odróżnia, to strażnik gotów zgłosić własną ślepotę.