Jak stworzyć podstawowego konsumenta webhooka z funkcjami Azure

Najczęstszym pułapką, która dotyka ludzi pracujących z konsumpcją webhooków i funkcjami serverless, jest to, że funkcja działa zbyt długo. To albo powoduje, że funkcja staje się bardzo kosztowna, albo całkowicie zawodzi, ponieważ webhook POST przekracza czas oczekiwania. Istnieje kilka rzeczy, które możesz zrobić, aby złagodzić te problemy.

Konsumenci webhooków powinni działać asynchronicznie. Dane powinny być przetwarzane tak szybko, jak to możliwe, a następnie przetwarzane. Powszechnym błędem projektowym jest próba przetwarzania danych w czasie rzeczywistym, gdy tylko przychodzą. Działa to tak długo, jak długo dane mają stały i mały rozmiar, ale jeśli rozmiar danych może wzrosnąć lub być niespójny, najlepiej jest upewnić się, że dane są odbierane, a żądanie HTTP jest obsługiwane, aby uniknąć przekroczeń czasu oczekiwania.

Kolejną rzeczą, która może pomóc w złagodzeniu długoterminowych procesów, jest przechowywanie przesłanych danych i użycie funkcji serverless do uruchamiania procesów konteneryzowanych z wykorzystaniem takich narzędzi jak Azure Container Services (AKS), aby obsłużyć długoterminowe części. Używając tego projektu, funkcja serverless powinna uruchomić kontener i zapomnieć o nim, pozwalając kontenerowi opublikować swoje wyniki albo do dziennika, albo do innej usługi powiadamiania według własnego wyboru. Utrzymuje to funkcję serverless jak najkrótszą, jednocześnie pozwalając na skomplikowane przetwarzanie.