Czy można korzystać z zewnętrznego (do platformy Azure) interfejsu API, który wymaga ustanowienia połączenia wss w celu otrzymywania powiadomień o zmianach w jakimś kontenerze platformy Azure (Kubernetes / Durable Function)?

Czy też muszę uruchomić maszynę wirtualną z usługą działającą w tle, utrzymującą gniazdo przy życiu, dopóki nie będzie już żadnych danych do wysłania (godziny). Brak interfejsu użytkownika.

https://docs.microsoft.com/en-us/azure/azure-functions/durable/durable-functions-overview?tabs=csharp

Trwałe funkcje wyglądają obiecująco, ale nie jestem pewien, czy spełnią one moje wymagania. Wszelkie rady mile widziane.

0
user12548084 16 grudzień 2019, 23:46

2 odpowiedzi

Tak, powinieneś móc korzystać z połączeń WebSocket z usługami wdrożonymi na Kubernetes. A także na odwrót, gdzie usługi w Kubernetes to klienci WebSocket z połączeniami do usług zewnętrznych.

0
Jonas 16 grudzień 2019, 23:53
Świetnie, zajrzę do tego. Dziękuję
 – 
user12548084
17 grudzień 2019, 00:03

Nie testowałem, ale aplikacja internetowa platformy Azure obsługuje gniazdo sieciowe. Ponieważ Azure Functions można hostować w tej samej usłudze App Service, na której działa Twoja aplikacja internetowa, myślę, że można obsługiwać gniazda sieciowe w funkcjach za pomocą trwałej funkcji.

Kolejną kwestią, która skłania mnie do tego, jest natywna obsługa Azure Functions dla usługi SignalR, która działa również w sieci Web Socket.

0
Thiago Custodio 16 grudzień 2019, 23:54
Dzięki, jutro wypróbuję trwałą funkcję z nasłuchiwaniem gniazd sieciowych, jeśli tak jest. SignalR jest bardziej "wypychany" do klienta gniazda sieciowego. W tym scenariuszu moją trwałą funkcją jest klient i chcę nasłuchiwać obsługi zdarzeń przez kilka godzin przed zamknięciem.
 – 
user12548084
17 grudzień 2019, 00:02
Hmm .. może przyda Ci się kolejna usługa
 – 
Thiago Custodio
17 grudzień 2019, 00:07