Zasady projektu — Niezawodność

Niezawodne obciążenie musi być odporne, aby mogło wykrywać przestoje i awarie oraz odzyskiwać je oraz konsekwentnie dostarczać funkcje. Musi być w stanie przywrócić sprawność po awariach w rozsądnym czasie. Musi być również dostępny, aby użytkownicy mogli stale i niezawodnie uzyskiwać dostęp do obciążenia 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 te zasady nie zostaną zastosowane do projektu, obciążenie prawdopodobnie nie będzie przygotowane do przewidywania ani obsługi problemów w środowisku produkcyjnym. W wyniku mogą wystąpić zakłócenia w działaniu usługi, które mogą spowodować utratę klientów. W przypadku obciążeń krytycznych niezastosowanie się do tych zasad może zagrozić bezpieczeństwu.

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 kierować wyborami technologii, wdrożeniami i operacjami.

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 rzeczywistego przestoju.

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 do analizowania, kiedy, dlaczego i jaki składnik ulega awarii. Twórz znaczące alerty, aby powiadamiać zespoły pomocy technicznej o wystąpieniu 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 gotowych zasobów, aby zminimalizować czas programowania.

Dowiedz się więcej o zachowaniu prostoty w usłudze Azure Well-Architected Framework.

Następne kroki