Usługa internetowa zapewniająca powiadomienia przez wiele transportów

Question

Chcę włączyć powiadomienia o wydarzeniach dla moich klientów. Istnieje wiele możliwych sposobów wysyłania powiadomień: wiadomości e-mail, SMS, XMPP/inny komunikator internetowy, nagrane wiadomości głosowe przez SIP, usługi przekazywania wiadomości specyficzne dla telefonu, wywołania zwrotne REST itp.

Nie chcę rozwijać tych wszystkich transportuje się, więc potrzebuję usługi internetowej, która może zarządzać tymi powiadomieniami dla klientów. Nie chcę też przechowywać e-maili/telefonów/innych danych osobowych.

Powiadomienia są transakcyjne (tj. Nie są masowe, dostarczając każdemu taką samą wiadomość). Płatne rozwiązania są mile widziane.

Jest http://pagerduty.com ale jest

• zaprojektowany do pracy w przedsiębiorstwie, a nie klientów spoza
• koncentruje się na pełnym cyklu reagowania na incydenty, w przeciwieństwie do dostarczania proste przesłanie

więc nakłada większe obciążenia na respondentów i chcę czegoś, co wymaga od użytkownika bez wysiłku, aby użytkownicy mogli skonfigurować.

Monitis to kolejny przykład. Ma wiele transportów, w tym Twittera, ale znowu jest przeznaczony dla wtajemniczonych, a nie dla abonentów usług przybywających masowo.

Amazon SNS wydaje się być zbyt niskim poziomem, ponieważ zarządza tylko dostarczaniem powiadomień push, ale do ich wyświetlania muszę napisać aplikację mobilną, której nie chcę.

Serwery XMPP opisane w How best to deliver notifications to various IM/notification services? tradycyjnie wspierały różne rodzaje transportu, ale chciałbym skorzystać z usługi hostowanej przez inną firmę.

Twilio ma tylko 2 transporty: SMS-y i połączenia głosowe i bardziej zorientowane na pełną komunikację 2-stronną.

Nie mogę znaleźć właściwych słów kluczowych w Google, aby wyszukać żądaną usługę/usługę SaaS.

Pytanie brzmi, czy są jakieś takie usługi? Próbka kilku osób dałaby mi pojęcie, czego szukać.

Answer 1

to przychodzi bardzo późno, być może zbyt późno, ale ...

Nie należy trzeba zaimplementować dowolny z transportu, ale może być zobowiązany do budowy niektórych bramach i najprawdopodobniej trzeba zamontować aplikacja, która rozmawia z każdą z bramek. Prawdopodobnie nie znajdziesz dla tego jednej usługi.

Już określiłeś strategię. Zasadniczo mają tych elementów:

1. do przewozu
2. bram
3. aplikacja

Każdy z transportów jest dostępne za pośrednictwem jakiegoś klienta albo poprzez API lub CLI - tak trzeba dowiedzieć się, jakie jest twoje środowisko. Java jest prawdopodobnie dobrym wyborem, ale inne środowiska międzyplatformowe prawdopodobnie by działały.Istniejąca infrastruktura jak Apache ServiceMix posiada wsparcie dla niektórych z tych transportów:

https://cwiki.apache.org/confluence/display/SM/Components+list

i mogą istnieć inne middle-ware z podobnych, różnych transportów.

Prawdopodobnie będziesz potrzebować bramy dla każdego dostawcy dla każdego rodzaju transportu. Być może uda Ci się znaleźć dostawcę, który odpowiednio obsługuje wiele transportów, np. SMS i głos Twilio, ale to prawdopodobnie będzie wyjątek. Można również zauważyć, że ze względu na różnice w transporcie (a więc i funkcjonalność) wygodniej jest zbudować bramkę dla każdego rodzaju transportu. Tak więc możesz mieć dwóch skonfigurowanych dostawców w swojej bramce SMS, jeden dla Twilio i jeden dla Kannel, a twoje konto Twilio może być używane w bramie SMS i bramce SIP.

Ostatnim krokiem jest złożenie aplikacji w coś znaczącego. Może to być coś takiego:

sent.......: "Thanks for your purchase, ${username}!" 

wysłanym do kanałów (czyli pary operator transportowy) skonfigurowanych, być może, przez użytkownika i jest w stanie zebrać odpowiedzi od użytkownika:

response...: "It was a pleasure! --Bob" 

Będziesz musiał przechowywać podstawowe informacje o punkcie końcowym każdego transportu, np. Numer telefonu do wiadomości SMS, nazwę użytkownika na czacie itd., Więc jeśli masz problemy z zabezpieczeniami PII, musisz się zastanowić. Jedną opcją może być przekazanie wszystkich PII każdemu dostawcy, ale nadal będziesz musiał zachować każde konto dla swoich użytkowników w każdym dostawcy, a będziesz prawdopodobnie potrzebować informacji o użytkowniku, np. "$ {Username}" powyżej , aby odpowiednio spersonalizować powiadomienie w aplikacji. Usunięcie wszystkich danych osobowych z aplikacji wydaje się mało prawdopodobne.

Nie jestem pewien, ile ta pomoc, ale może daje ci kilka pomysłów.