Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Na etapie projektowania obciążenia należy rozważyć sposób, w jaki decyzje podejmowane na podstawie zasad i zaleceń dotyczących projektowania optymalizacji doświadczenia zawarte w liście kontrolnej Przeglądu projektu dotyczące optymalizacji doświadczenia mogą mieć wpływ na cele i działania optymalizacji innych aplikacji. Niektóre decyzje mogą być korzystne dla innych. W tym artykule przedstawiono przykładowe transakcje, które mogą wystąpić podczas projektowania architektury obciążenia i operacji optymalizacji obciążenia.
Kompromisy optymalizacji doświadczenia z niezawodnością
Zwiększona złożoność. Obciążenie, które używa prostych podejść i ogranicza dostosowywanie, jest na ogół bardziej niezawodne.
Stale usprawnianie przez dodawanie nowych funkcji w interfejsie użytkownika może wprowadzić nowe problemy, które wpływają na niezawodność i wymagają dokładnego testowania.
Dostosowanie interfejsu użytkownika przy użyciu kodu i składników powoduje dodanie nowych wartości docelowych niezawodności.
Kompromis optymalizacji doświadczenia z zabezpieczeniami
Poprawienie możliwości obsługi funkcji i integracji może wprowadzić potencjalne narzędzia do atakowania.
Używanie składników kodu może nieodwracalnie zwiększyć obciążenie pracą.
Kompromis optymalizacji doświadczenia z doskonałością operacyjną
Dostosowania prac konserwacyjnych mogą powielanie prac konserwacyjnych i wymagać zwiększenia wykorzystania zasobów na potrzeby testowania.
Przydzielanie zasobów w celu wykonania testów i opracowania obszarów może mieć wpływ na skupienie się na działaniach operacyjnych.
Kompromis między optymalizacją środowiska a wydajnością
Zmniejszona wydajność. Aby uzyskać wydajność i efektywność, priorytetem są funkcje platformy przed dostosowaniami.
- Dostosowania w środowisku obciążenia mogą mieć negatywny wpływ na wydajność.