--- title: "Alerty telefoniczne z CloudWatch bez Lambda i Twilio" description: "SNS nie zadzwoni na telefon, a jego payload to kłopot. Alarmy CloudWatch przez EventBridge do dzwoniącego webhooka: konfiguracja, filtry, pułapki." date: 2026-10-16 author: Nooc authorAvatarLink: /images/avatars/nooc.webp authorLink: https://nooc.me tags: - AWS - CloudWatch - EventBridge - alerty telefoniczne - webhooki - dyżur --- # Alerty telefoniczne z alarmów CloudWatch: od EventBridge do telefonu, bez Lambdy Alarm CloudWatch nie może zadzwonić na Twój telefon. Jego jedyne wbudowane akcje to SNS, Auto Scaling, EC2 i Systems Manager, a SNS kończy się mailem, SMS-em albo kolejką, w którą trzeba akurat patrzeć. Poradniki, które faktycznie doprowadzają do dzwoniącego telefonu, stawiają funkcję Lambda i konto Twilio. Możesz pominąć jedno i drugie: pozwól EventBridge odebrać zmianę stanu alarmu, przekształcić ją w mały JSON i wysłać POST-em na kanał telefoniczny Echobell. Ten przewodnik obejmuje całą drogę — kanał, regułę EventBridge, transformator wejścia, filtry, dzięki którym dzwonek ma znaczenie, oraz powód, dla którego skierowanie SNS prosto na webhook wygląda, jakby miało działać, a w większości przypadków nie działa. ## Dlaczego zwykła droga przez SNS jest kłopotliwa Domyślna rada brzmi: „alarm → temat SNS → subskrybent”. Dla połączenia telefonicznego oznacza to trzy problemy: - **SNS nie ma protokołu głosowego.** Typy subskrybentów to e-mail, SMS, push mobilny, SQS, Lambda, Firehose i HTTP(S). SMS łatwo przegapić i blokuje go tryb Nie przeszkadzać; połączenie głosowe wymaga czegoś, co zbudujesz sam. - **Wiadomość HTTPS to napis wewnątrz napisu.** SNS dostarcza swoją kopertę z `Content-Type: text/plain`, a sam alarm jest dokumentem JSON zserializowanym w polu `Message` tej koperty. Odbiorca webhooka, który czyta pola — `AlarmName`, `NewStateValue` — znajduje tylko jeden nieprzezroczysty blok. - **Koperta jest duża.** Przez podpis, adres URL certyfikatu i link do wypisania się koperta dodaje znacznie ponad kilobajt, zanim zacznie się tekst alarmu. Echobell przycina treść powiadomienia do 1500 bajtów, więc szablon „wrzuć całą treść” ucina wiadomość dokładnie tam, gdzie zaczyna się to, co przydatne. Możesz sprawić, że SNS zadziała, dokładając Lambdę, która rozpakuje wiadomość i prześle ją dalej. Ale CloudWatch już teraz publikuje każdą zmianę stanu alarmu do EventBridge jako czyste zdarzenie JSON — bez konfigurowania żadnej akcji — a EventBridge potrafi je przekształcić i samodzielnie wywołać endpoint HTTPS. ## Czego potrzebujesz - Konta AWS i uprawnień do tworzenia reguł EventBridge, połączeń i API destinations - Zainstalowanego Echobella ([App Store](https://apps.apple.com/app/apple-store/id6743597198?pt=128151925&ct=blog-cloudwatch-alarm-phone-call-alerts-pl&mt=8) / [Google Play](https://play.google.com/store/apps/details?id=one.echobell.echobellandroid)) - Co najmniej jednego istniejącego alarmu CloudWatch - Dziesięciu minut Nic po Twojej stronie nie musi przyjmować ruchu przychodzącego. Żądanie wychodzące wysyła EventBridge. ## Krok 1 — Utwórz kanał, który dzwoni W Echobellu utwórz kanał i ustaw typ powiadomienia na **Połączenie**. Kanał telefoniczny zachowuje się jak połączenie przychodzące, a nie jak push, więc przechodzi przez tryb Skupienia i Nie przeszkadzać w iOS. Transformator z kroku 3 wysyła płaską treść z polami `alarm`, `state`, `reason`, `region` i `link`, więc szablony zostają krótkie: ``` Tytuł: {{state}}: {{alarm}} Treść: {{reason}} ``` W ustawieniach zaawansowanych ustaw **szablon linku**, żeby dotknięcie powiadomienia otwierało alarm w konsoli: ``` {{link}} ``` Skopiuj adres webhooka kanału z widoku szczegółów: ``` https://hook.echobell.one/t/ ``` ## Krok 2 — Utwórz połączenie i API destination EventBridge wywołuje zewnętrzne endpointy HTTPS przez **API destination**, które wymaga **połączenia** (connection) przenoszącego uwierzytelnianie. Echobell uwierzytelnia po tajnym tokenie w adresie URL, więc połączenie jest czystą formalnością — ale EventBridge nie utworzy destination bez niego. 1. Otwórz **EventBridge → Integration → API destinations → Connections → Create connection** 2. **Name**: `echobell` 3. **Authorization type**: **API key** 4. **API key name**: `x-source`, **Value**: `eventbridge` 5. Utwórz je, potem przejdź do **API destinations → Create API destination** 6. **Name**: `echobell-calling` 7. **API destination endpoint**: adres kanału Echobell z kroku 1 8. **HTTP method**: `POST` 9. **Invocation rate limit**: `1` na sekundę w zupełności wystarczy i działa jak zawór bezpieczeństwa 10. **Connection**: `echobell` Nagłówek z kluczem API jest wysyłany z każdym żądaniem. Możesz go sprawdzać w warunku kanału Echobell, jeśli chcesz mieć drugą bramkę przed tokenem: ``` header["x-source"] == "eventbridge" ``` ## Krok 3 — Utwórz regułę i transformator wejścia Wejdź w **EventBridge → Rules → Create rule** w tym samym regionie co alarmy. Reguły są regionalne; alarm z `eu-west-1` jest niewidoczny dla reguły w `us-east-1`. Użyj **domyślnej** szyny zdarzeń (event bus) i reguły typu **event pattern**. Ten wzorzec dopasowuje każdy alarm, który przechodzi w stan `ALARM`: ```json { "source": ["aws.cloudwatch"], "detail-type": ["CloudWatch Alarm State Change"], "detail": { "state": { "value": ["ALARM"] } } } ``` Jako cel wybierz **EventBridge API destination** i wskaż `echobell-calling`. Pozwól konsoli utworzyć nową rolę wykonawczą — nadaje ona `events:InvokeApiDestination` dla tego destination i nic więcej. Potem rozwiń **Additional settings → Configure target input → Input transformer**: **Input path** ```json { "alarm": "$.detail.alarmName", "state": "$.detail.state.value", "reason": "$.detail.state.reason", "region": "$.region", "time": "$.time" } ``` **Template** ```json { "alarm": "", "state": "", "reason": "", "region": "", "time": "