Udostępnij za pośrednictwem

Zalecenia dotyczące projektowania i wydajności

  • Artykuł

Dotyczy tej rekomendacji listy kontrolnej niezawodności dobrze zaprojektowanej Power Platform:

RE:01 Projektować pracą tak, aby był wyrównany z celami biznesowymi i aby uniknąć niepotrzebnej złożoności i powielania. Aby podejmować decyzje dotyczące projektu, które zapewniają żądane rezultaty, należy stosować praktyczny i zrównoważony sposób. Należy także ograniczyć projekt i potencjalne problemy, aby zmniejszyć brak wydajności i potencjalne problemy.

W tym przewodniku opisano zalecenia minimalizując niepotrzebną złożoność i minimalizację obciążenia w celu prostego i wydajnej obsługi prac. Wybierz najlepsze składniki do wykonania zadań wymagających obciążenia, aby zoptymalizować niezawodność obciążenia. Aby mniejsze obciążenie związane z rozwojem i zarządzaniem, można skorzystać z możliwości oferowanych przez platformy. Ułatwia to tworzenie architektury obciążenia, która jest insekcyjna, powtarzalnych, skalowalnych i możnających się nimi zarządzać.

Definicje

Termin Definicja
Obciążenie Zadanie dyskretne lub obliczeniowe, które można logicznie oddzielić od innych zadań.

Kluczowe strategie projektowania

Kluczem do projektowania i niezawodności jest utrzymanie prostego i wydajnego rozwiązania. Skoncentruj projekt prac na spełnianiu wymagań biznesowych, aby zmniejszyć ryzyko niepotrzebnej złożoności lub powielania zadań. Rozważ zalecenia zawarte w tym artykule, aby pomóc w podejmować decyzje dotyczące projektu w celu utworzenia wydajnego i wiarygodnego obciążenia. Różne obciążenia mogą mieć różne wymagania dotyczące dostępności, skalowalności, spójności danych i odzyskiwania danych.

Każda decyzja projektowa musi być wymagana ze strony firmy. Może to stanowić decydujące znaczenie dla projektowania prac. Czy Twoje obciążenie obsługuje miliony użytkowników, czy kilka tysięcy? Czy jest dużo ruchu i jest to stały? Jaki poziom przestoju jest dopuszczalny? Kwestie te są związane z wymaganiami biznesowymi.

Kompromis: złożone rozwiązanie może zaoferować więcej funkcji i większą elastyczność, ale może wpływać na niezawodność obciążenia, ponieważ wymaga większej koordynacji, komunikacji i zarządzania składnikami. Prostsza rozwiązanie może nie w pełni spełniać oczekiwań użytkowników lub może mieć ujemny wpływ na rozszerzanie w zależności od rozwoju obciążenia.

Zespołowe ćwiczenia projektowe

Praca z interesariuszami w celu:

  • Zdefiniuj i przypisz poziom krytyczny dla obciążenia i jego składników. To ćwiczenie pomoże w określeniu wymaganych składników i najlepszego podejścia do osiągnięcia wymaganego poziomu jakości. Zobacz definiowanie warstwy aplikacji, aby uzyskać więcej informacji.

  • Zdefiniuj wymagania funkcjonalne i niefunkcjonalne. Wymagania funkcjonalności określają funkcje i zachowanie systemu. Są one określone przez użytkownika i zarejestrowane w przypadkach użycia. Wymagania nieakcje definiują atrybuty wydajności i jakości systemu. Upewnij się, że rozumiesz wymagania nieakcyjne, takie jak dostępność, zgodność, przechowywanie/przechowywanie danych, wydajność, prywatność, czas odzyskiwania, zabezpieczenia i skalowalność. Te wymagania mają wpływ na decyzje dotyczące projektu i opcje technologii.

    Oto kilka przykładów wymagań funkcjonalnych i nieakcjonalnych w kontekście obciążenia, który obsługuje raporty dotyczące wydatków:

    Wymagania dotyczące funkcjonalności Wymagania dotyczące braku funkcjonalności
    Obciążenia powinny umożliwić użytkownikom zalogowanie się przy użyciu ich poświadczeń i uzyskiwanie dostępu tylko do ich danych osobowych. Obciążenie powinno być dostępne przez co najmniej 99,9% czasu.
    Pracą powinien być pulpit nawigacyjny udostępniacy omówienie otwartych, zatwierdzonych i odrzuconych raportów dotyczących wydatków. Pracowicie powinno być zgodne z odpowiednimi przepisami i standardami dotyczącymi ochrony danych i prywatności.
    Obciążenia powinny obsługiwać operacje tworzenia i przywracania danych w obciążeniach. W przypadku większości żądań użytkownika czas odpowiedzi nie może być krótszy niż 5 sekund.
    Obciążenia powinny wysyłać powiadomienia do użytkowników i administratorów o wyzwoleniu określonych zdarzeń lub progów. Obciążenia powinny mieć duży poziom zabezpieczeń i szyfrowania danych w różnych grupach i podczas przechowywania.

    Aby uzyskać więcej informacji, zobacz moduł szkoleniowy zatytułowany Praca z wymaganiami usługi Microsoft Power Platform i Dynamics 365.

  • Podział obciążenia na składniki. Podczas procesu odnajdowania i zbierania wymagań niektóre pomysły na rozwiązania powinny zacząć być jasne. Zidentyfikuj składniki rozwiązania, które mogą się znaleźć w proponowanych rozwiązaniach, aby spełnić potrzeby biznesowe. Priorytet podczas projektowania, wydajności i niezawodności. Należy określić składniki potrzebne do obsługi obciążenia. Zaznacz miejsca, w których można korzystać z funkcji dostosowanych do potrzeb oraz gdzie może być potrzebne opracowanie niestandardowego oprogramowania.

  • Analiza trybu awarii umożliwia wskazanie pojedynczych punktów niepowodzenia i potencjalnego zagrożenia. Dobrze rozumiesz tolerancję ryzyka firmy. Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące wykonywania analizy trybu awarii.

  • Określ wartości docelowe dostępności i odzyskiwania dla obciążenia w celu poinformowania o decyzji dotyczących architektury. Metryki biznesowe to m.in. cele poziomu usług (SLO), umowy dotyczące poziomu usług (SLA), czas średni do naprawy (MTTR), czas średni między niepowodzeniami (MTBF), cele naprawy (RTO) i cele punktów naprawy (RPO). Definiować wartości docelowe tych metryk. To zadanie może wymagać kompromisów i wzajemnego zrozumienia między technologią a zespołami biznesowymi, aby zapewnić, że cele poszczególnych zespołów spełniają cele biznesowe i zostaną naruszone. Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące definiowania wartości docelowych niezawodności. Umowy SLA Power Platform oferuje zobowiązania firmy Microsoft dotyczące czasu pracy i połączeń. Różne usługi mają różne umowy SLA, a czasami jednostki SKU w ramach usługi mają różne umowy SLA. Aby uzyskać więcej informacji, zobacz umowy dotyczące poziomu usług dotyczące usług online.

Dodatkowe zalecenia dotyczące projektu

Bez angażowania interesariuszy można wykonać następujące zalecenia:

  • Staramy się o czytelność i czytelność projektu. Należy użyć odpowiedniego poziomu streszczenie i ziarnistości dla składników i usług. Należy unikać stosowania zbytnich usług lub podsyłania rozwiązania. Na przykład:

    • Jeśli zostanie rozwiązane wymaganie automatyzacji procesów z Power Automate, przerwanie dużego procesu w wielu mniejszych przepływach w chmurze może ułatwić zrozumienie, przetestowanie i konserwację. Z drugiej strony zachowanie wszystkich zmian w dużym przepływie może mieć ujemny wpływ na wydajność i liczbę rozmów interfejsów API.

    • Jeśli wymagania są rozwiązane przez Power Apps, duża aplikacja z wieloma formantami może mieć ujemny wpływ na wydajność. Przekroczenie jej na pojedyncze aplikacje lub strony niestandardowe może spowodować, że testowanie będzie trudne, ale może to mieć znaczący pozytywny wpływ na wydajność.

  • Można przewidywać zmiany w czasie, zarówno tych, które mają być naprawiane, implementować nowe funkcje lub technologie, czy też znacznie skalować i poprawiać istniejące systemy.

  • Rozładuj rozważenia dotyczące wielu spraw do oddzielnej usługi. Minimalizuj konieczność duplikowania kodu w różnych funkcjach. Woli ponownie używać usług z dobrze zdefiniowanymi interfejsami, które mogą być łatwo wykorzystywane przez różne składniki. Jeśli na przykład trzeba wykonać zestaw operacji danych z różnych miejsc, można przenieść tę funkcję do dodatku plug-in z małym kodem.

  • Oceń przydatność typowych wzorców i rozwiązań do własnych potrzeb. Należy unikać następujących trendów i zaleceń, które mogą nie być najlepsze dla kontekstu lub wymagań. Na przykład implementacja składników kodu niestandardowego może nie być najlepszym rozwiązaniem dla każdej aplikacji, ponieważ może to spowodować złożoność, rozmiary i problemy z zależnościami.

Rozwiń wystarczającą ilość kodu

Zasady projektowania, wydajności i niezawodności dotyczą również praktyk programistów. Rozważmy te zalecenia:

  • Funkcje platformy można używać, gdy spełniają wymagania biznesowe. Na przykład:

    • Korzystaj z nowoczesnych kontrolek, zamiast opracowywać własne składniki kodu, aby osiągnąć standard projektu Fluent 2.
    • Używaj łączników natywnych zamiast opracowywać łączniki niestandardowe, aby zmniejszyć ilość kodu niestandardowego.
    • Używaj odpowiedzi generatywnych w Microsoft Copilot Studio, aby pozwolić agentowi znaleźć i przedstawić informacje z wielu źródeł, wewnętrznych lub zewnętrznych, bez konieczności ręcznego tworzenia tematów.

  • Wprowadzenie sesji przeglądu dedykowanego kodu jako metody projektowania.

  • Zaimplementowano podejście do identyfikowania martwego kodu. Bądź sceptyczny co do kodu, który nie jest obejmuje automatycznych testów.

  • Weź pod uwagę zestaw umiejętności zespołu projektowego. Wymaga czasu, aby nauczyć się nowych umiejętności lub na nowo technologii.

Rozważ, gdzie znajdują się Twoje dane

W ramach projektu architektury należy rozważyć sposób przechowywania danych lub pobierania danych dla działań odczytu. Dane można pobierać i zapisywać na kilka sposobów:

  • Nowe dane: jeśli Twoja aplikacja tworzy dane, które nie istnieją już, na przykład kiedy istniejący proces biznesowy został wykonane na komputerze, zalecamy przechowywanie danych w Microsoft Dataverse.

  • Odczyt/zapis z istniejącego systemu: jeśli aplikacja musi pobrać dane z istniejącej bazy danych lub systemu, należy ocenić najlepszy sposób na połączenie z bazą danych lub systemem: używając łącznika, łącznika niestandardowego lub tabel wirtualnych.

  • Tworzenie kopii danych: w sytuacjach, gdy oryginalne dane nigdy nie powinny być modyfikowane ani zastępowane, można skopiować te dane do innego magazynu danych, takiego jak Dataverse. Ta strategia zachowuje oryginalne dane systemowe bez zmian, jednocześnie umożliwiając aplikacji pracę z nimi. Ten scenariusz jest typowy podczas pracy z danymi w systemach z informacjami dotyczącymi księgowania i przychodów. Należy rozważyć sposób kopiowania danych, jak często są one aktualizowane i czy ma być synchronizowane w obu sposób.

Ułatwienia Power Platform

Aby uzyskać praktyczne porady dotyczące projektowania, zapoznaj się z następującymi artykułami:

Lista kontrolna niezawodności

Zapoznaj się z kompletną zestawem zaleceń.

Lista kontrolna niezawodności