Odpowiedź.

Projektowanie SLA (Umowy o poziomie usług) w architekturze systemu polega na ustanowieniu kontrolowanych, wymiernych i monitorowanych wskaźników jakości pracy usług. Na etapie projektowania architektonicznego definiuje się kluczowe parametry SLA oraz techniczne mechanizmy ich pomiaru.

Podstawowe kroki:

1. Określenie metryk krytycznych dla biznesu: czas odpowiedzi, dostępność, procent błędów, czas przywracania.
2. Architektura obejmuje środki monitorujące do automatycznego zbierania tych metryk.
3. SLA jest uzgadniane z klientem, wyniki stanowią podstawę do budowania monitorowania i alertów.

Przykład określenia SLA dla usługi internetowej:

• Dostępność: 99.9% (przestoje nie przekraczające 43 minut miesięcznie)
• Czas odpowiedzi API: nie więcej niż 200ms w 95% żądań
• Poziom błędów: nie więcej niż 0.5%

Kluczowe cechy:

• SLA wpływa nie tylko na architekturę techniczną, ale także na procesy eksploatacji i wsparcia.
• SLA często jest dokumentowane w specyfikacjach i umowach.
• Automatyczne monitorowanie, alerty, raporty pozwalają rzetelnie rejestrować realizację SLA.

Pytania z zaskoczeniem.

Czy można budować SLA tylko na metrykach technicznych (np. błędach i czasie odpowiedzi)?

Odpowiedź: W błędzie. Należy brać pod uwagę również metryki biznesowe (np. sukces przeprowadzonych operacji biznesowych), aby SLA odpowiadało oczekiwaniom biznesu.

---

Czy osiągnięcie SLA jest statycznym procesem i nie wymaga korekt po uruchomieniu systemu?

Odpowiedź: Nie. SLA jest przeglądane w miarę zmian w biznesie, wzrostu obciążenia i pojawiania się nowych wymagań.

---

Czy monitorowanie SLA może opierać się tylko na wynikach zewnętrznych systemów (ping, http-check) bez agentów wewnątrz usług?

Odpowiedź: Nie zaleca się. Zewnętrzne monitorowanie jest ważne, ale wewnętrzne zbieranie (agenty zbierające wewnętrzne metryki) pozwala odkryć ukryte problemy wcześniej, zanim staną się widoczne na zewnątrz.