Zasady projektu — Niezawodność
Niezawodne obciążenie musi być odporne, aby mogło wykrywać awarie i awarie oraz odzyskiwać je oraz konsekwentnie dostarczać funkcje. Musi być zdolny do odzyskania sprawności po awariach w rozsądnych ramach czasowych. Musi być również dostępny, aby użytkownicy mogli stale i niezawodnie uzyskiwać dostęp do obciążenia pracą w uzgodnionych ramach czasowych i na uzgodnionym poziomie jakości.
Skorzystaj z poniższych zasad projektowania z Well-Architected Framework Microsoft Azure , aby zapewnić niezawodność w całym cyklu życia. Zacznij od zalecanych najlepszych praktyk i uzasadnij korzyści płynące z każdej zasady niezawodności. Po ustaleniu strategii skorzystaj z listy kontrolnej niezawodności jako następnego kroku.
Jeśli nie zastosujesz tych zasad do swojego projektu, obciążenie najprawdopodobniej nie będzie przygotowane do przewidywania lub radzenia sobie z problemami w środowisku produkcyjnym. W wyniku mogą wystąpić zakłócenia w działaniu usługi, które mogą spowodować utratę klientów. W przypadku prac o znaczeniu krytycznym niepowodzenie stosowania tych zasad może stanowić zagrożenie dla bezpieczeństwa.
Projektowanie pod kątem wymagań biznesowych
 Zbieraj i analizuj potrzeby biznesowe, koncentrując się na oczekiwanym wykorzystaniu obciążenia. |
|---|
Wymagania powinny obejmować środowisko użytkownika, przepływy pracy, dane i funkcje specyficzne dla obciążenia. Cele powinny być realistyczne i uzgodnione ze wszystkimi interesariuszami, w oparciu o założony budżet. Wymagania powinny jasno określać oczekiwania z zespołem i interesariuszami. Udokumentuj wymagania, aby pomóc w wyborze technologii, wdrożeniach i operacjach.
Dowiedz się więcej o projektowaniu pod kątem wymagań biznesowych w usłudze Azure Well-Architected Framework.
Projektowanie pod kątem odporności
| Obciążenie musi reagować na awarie i nadal działać z pełną lub ograniczoną funkcjonalnością. |
|---|
Zaprojektuj obciążenie, aby móc identyfikować usterki i przestoje komponentów. Spraw, aby system był odporny, aby mógł tolerować usterki i płynnie sobie z nimi radzić. Informuj użytkowników o stanie systemu i ustal oczekiwania dotyczące tego, jakie komponenty są niedostępne i jak długo potrwa oczekiwane odzyskiwanie.
Dowiedz się więcej o projektowaniu pod kątem odporności w usłudze Azure Well-Architected Framework.
Projektowanie pod kątem odzyskiwania
| Obciążenie musi być w stanie odzyskać sprawność po awariach przy minimalnych zakłóceniach w środowisku użytkownika i celach biznesowych. |
|---|
Wprowadź ustrukturyzowane, przetestowane i udokumentowane plany odzyskiwania, które prowadzą do szybkiego odzyskiwania. Upewnij się, że zespoły pomocy technicznej i operacyjnej mają dostęp do tych planów, a ćwiczenia odzyskiwania są często wykonywane, aby uniknąć zamieszania i chaosu podczas rzeczywistej awarii.
Dowiedz się więcej o projektowaniu odzyskiwania w programie Azure Well-Architected Framework.
Projektowanie pod kątem operacji
| Obciążenie pracą musi być obserwowalne, a zespoły programistyczne muszą być w stanie uczyć się na błędach. |
|---|
Wbuduj monitorowanie w obciążenie, aby zespoły programistyczne i pomocy technicznej miały wystarczającą ilość danych, aby przeanalizować, kiedy, dlaczego i który składnik ulega awarii. Twórz zrozumiałe alerty, aby powiadamiać zespoły pomocy technicznej w przypadku awarii. Korzystaj z analiz i szczegółowych informacji, aby wprowadzać ulepszenia.
Dowiedz się więcej o projektowaniu operacji w usłudze Azure Well-Architected Framework.
Zachowanie prostoty
| Unikaj nadmiernej inżynierii projektu architektury, kodu aplikacji i operacji. |
|---|
Skoncentruj się na wymaganiach biznesowych i usuń funkcje i komponenty, które nie są konieczne. Ustanów standardy programowania i wdrażania, które zwiększają spójność. Korzystaj z funkcji udostępnianych przez platformę i wstępnie utworzonych zasobów, aby zminimalizować czas programowania.
Dowiedz się więcej o zachowaniu prostoty w usłudze Azure Well-Architected Framework.