Procent uptime ma znaczenie tylko wtedy, gdy wiesz, co jest mierzone, w jakim okresie i z jakimi wyłączeniami. Cel 99.9% nie jest prognozą, kiedy Twoja aplikacja ulegnie awarii, a marketingowa gwarancja 100% nie jest dowodem, że nigdy się to nie zdarzy.

Przeliczaj procenty ostrożnie

Arytmetyka jest następująca: przestój równa się okresowi pomiaru pomnożonemu przez (jeden minus dostępność). Dla hipotetycznego okresu 30 dni:

Dostępność Przestój odpowiadający danemu procentowi
99% 7 godzin 12 minut
99.9% 43 minuty 12 sekund
99.95% 21 minut 36 sekund
99.99% 4 minuty 19.2 sekundy
99.999% 25.92 sekundy

To matematyczne odpowiedniki, a nie umowne dopuszczalne wartości. Miesięcznego SLA nie należy oceniać, biorąc roczny łączny przestój i zakładając, że dostawca może skoncentrować go w jednym miesiącu bez konsekwencji.

Dla roku liczącego 365 dni 99.9% odpowiada 8 godzinom 45 minutom 36 sekundom. Ta liczba może zilustrować skalę, ale jedynie rzeczywista umowa określa, jak oblicza się dostępność usługi i roszczenie.

Przeczytaj definicję usługi

Czy SLA mierzy osiągalność hosta, dostępność sieci, dostęp do pamięci masowej czy samą aplikację tradingową? VPS może być osiągalny, mimo że terminal utracił połączenie lub strategia przestała otrzymywać dane.

Sprawdź wyłączenia dotyczące zaplanowanej konserwacji, incydenty spowodowane przez klienta, awarie stron trzecich oraz dowody wymagane do uzyskania kredytu. Ustal termin zgłoszenia roszczenia i sposób zgłaszania incydentów. Krótka informacja o procencie na stronie głównej nie wystarcza do uczciwego porównania dwóch dostawców.

Kredyty nie są ubezpieczeniem tradingowym

Jako jeden konkretny przykład, umowa hostingowa firmy Hostinger opisuje miesięczne zobowiązanie w zakresie uptime i warunkowy kredyt na poczet opłaty hostingowej. Ten środek zaradczy różni się od odszkodowania za stratę z tradingu lub nieudaną ewaluację prop.

Przeczytaj własną umowę wybranego dostawcy, zamiast stosować ten przykład uniwersalnie. Większy reklamowany procent może mimo to mieć wyłączenia lub środki zaradcze, które mają większe znaczenie niż dodatkowe miejsce po przecinku.

Monitoruj kondycję aplikacji osobno

Monitoruj proces, wiek strumienia danych, połączenie z rachunkiem i potwierdzenia zleceń. Publiczna strona statusu jest przydatna do zrozumienia zgłoszonych incydentów, ale nie dowodzi, że Twoja własna instancja lub obciążenie związane z tradingiem pozostały w dobrej kondycji.

Używaj oddzielnego kanału powiadomień i udokumentowanego sposobu reagowania. Przetestuj, czy możesz sprawdzić stan rachunku, gdy host jest niedostępny. Zewnętrzny dostęp do brokera i zachowane kopie zapasowe konfiguracji mogą mieć większe znaczenie podczas incydentu niż deklaracja uptime z nagłówka.

Oceń proces odzyskiwania

Zapytaj, co dzieje się po awarii hosta i kto przywraca aplikację. Przetestuj odzyskiwanie w symulacji, w tym uzgodnienie stanu rachunku przed wznowieniem automatyzacji. Automatyczny restart może powodować błędy, jeśli strategia zakłada pusty rachunek, podczas gdy zlecenia lub pozycje nadal istnieją.

Nie istnieje uniwersalny minimalny procent uptime, który czyni konfigurację tradingową bezpieczną. Wymagana dostępność zależy od aplikacji, lokalizacji zleceń, zasad rachunku i konsekwencji przerwy.

Najważniejsze wnioski

  • Dopasuj obliczenia uptime do okresu pomiarowego określonego w umowie.
  • Odróżniaj dostępność hosta od kondycji aplikacji.
  • Kredyty na poczet opłat nie są rekompensatą za wyniki tradingowe.
  • Porównuj procedury odzyskiwania obok deklaracji dotyczących dostępności.

Najczęściej zadawane pytania

Czy 99.999% oznacza pięć minut gwarantowanego przestoju rocznie?

Nie. To około pięciu minut w rocznym obliczeniu, a nie harmonogram ani zapewnienie dotyczące rzeczywistych incydentów.

Czy stop po stronie brokera rozwiązuje każde ryzyko przestoju?

Nie. Lokalna logika strategii, dostęp i warunki wykonania nadal mają znaczenie.

Jak porównywać dostawców?

Skorzystaj z naszego przewodnika po wyborze VPS, aby poprosić o te same informacje dotyczące definicji usługi, konserwacji i odzyskiwania.