Aplikacja ASP.NET Core łączy się z Azure Database for MySQL, ale połączenia sporadycznie kończą się niepowodzeniem, a kod nie obsługuje błędów przejściowych. Które trzy podejścia można zastosować w kodzie, aby zaimplementować obsługę ponownych prób dla przejściowych błędów połączenia? (Każda poprawna odpowiedź jest częścią rozwiązania.)

Obsługa błędów przejściowych jest kluczowa w aplikacjach chmurowych. Odczekanie pięciu sekund przed ponowną próbą połączenia (opóźnienie) daje usłudze czas na odzyskanie sprawności. Ustawienie maksymalnej liczby prób połączenia (np. 10) zapobiega nieskończonym pętlom ponownych prób, co mogłoby wyczerpać zasoby. Eksponencjalne zwiększanie opóźnienia między ponownymi próbami (np. do 120 sekund) jest najlepszą praktyką, ponieważ zmniejsza obciążenie usługi w przypadku długotrwałych problemów, jednocześnie dając jej więcej czasu na stabilizację. Zamknięcie połączenia i natychmiastowe zgłoszenie błędu nie implementuje obsługi ponownych prób. Wyłączenie pulowania połączeń i dodanie drugiej instancji MySQL to rozwiązania skalowalności/dostępności, a nie bezpośrednia obsługa błędów przejściowych w kodzie aplikacji.