Power Platform Dobrze zaprojektowane obciążenia
Power Platform Well-Architected używa terminu obciążenie do opisania zestawu zasobów aplikacji, danych i infrastruktury pomocniczej, które współpracują ze sobą w celu zapewnienia pożądanych wyników biznesowych. Obciążenie robocze składa się ze składników aplikacji i technologii, a także procesów behawioralnych, programistycznych i operacyjnych.
Obciążenia są projektowane przez architektów i tworzone przez zespół ds. obciążeń. Spełniają funkcjonalne i niefunkcjonalne potrzeby biznesowe. Obciążenia mają wiele typów.
Typowe kryteria klasyfikacji obciążeń obejmują:
- Narzędzie, charakterystyka i wzorce użycia obciążenia.
- Kluczowe czynniki wpływające na środowisko.
- Zamierzony cel odbiorcy.
Obciążenia, które są w tej samej klasie, mogą mieć podobieństwa, w tym ich docelowych odbiorców, wymagania dotyczące zgodności i stosy technologiczne. Pięć filarów Power Platform Well-Architected, ich zasady, listy kontrolne i kompromisy są istotne dla wszystkich klas obciążeń.
Zastosuj wskazówki dotyczące filarów do zasad projektowania technicznego i obszarów projektowania, które reprezentują priorytety obciążenia. Postępuj zgodnie z zaleceniami, aby ułatwić skonfigurowanie pomyślnego obciążenia i dostosowanie go do Power Platform dobrze zaprojektowanego.
Co to jest Power Platform obciążenie o dobrej architekturze?
Projekt i działanie dowolnego obciążenia musi uwzględniać pięć filarów architektury: niezawodność, bezpieczeństwo, doskonałość operacyjną, wydajność i optymalizację środowiska.
 Aby stworzyć udane obciążenie, opracuj je zgodnie z Power Platform zasadami Well-Architected. |
|---|
Dobrze zaprojektowane obciążenie Power Platform :
- Zawiera wymagania, które opisują, co system powinien robić i jak dobrze powinien to robić, oraz które są uszeregowane według ważności, aby osiągnąć cel.
- Jest zaprojektowany tak, aby można było spełnić te wymagania, wykorzystując zasoby i uwzględniając wzorce projektowe i kompromisy.
- Jest zbudowany i eksploatowany zgodnie ze specyfikacją projektu i przeznaczenia.
- Mierzy się tym, jak dobrze osiąga swój cel.
- Może się dostosowywać, gdy jego cel jest dopracowywany lub zmieniany.
- Jest tak niezawodny, jak powinien.
- Jest tak bezpieczny, jak powinien.
- Jest rozwijany i obsługiwany w sposób odpowiedzialny.
- Osiąga swój cel w akceptowalnym czasie.
- Zapewnia środowisko, które zapewnia użytkownikom powodzenie.
Współpraca między zespołem ds. obciążenia pracą a zespołami centralnymi organizacji musi utworzyć obciążenie pracą o powyższych cechach. W poniższych sekcjach opisano te zespoły i ich funkcje.
Zespół ds. obciążenia pracą
Stwórz zespół zajmujący się obciążeniem pracą, którego członkowie reprezentują szeroki zakres dyscyplin technicznych i biznesowych. Głównym celem wszystkich członków zespołu powinno być powodzenie obciążenia pracą.
| Przykłady członków zespołu ds. obciążenia pracą | |
|---|---|
| Interesariusze biznesowi Programiści lub inżynierowie oprogramowania Architekci rozwiązań Analitycy danych Administratorzy baz danych |
Twórcy Architekci lub inżynierowie bezpieczeństwa Inżynierowie infrastruktury Menedżerowie lub właściciele produktu Inżynierowie ds. zapewnienia jakości (QA) Członkowie zespołu wsparcia |
Scentralizowane zespoły i interesariusze
Zespół ds. obciążenia pracą często otrzymuje wsparcie od scentralizowanych zespołów. Zespoły te oferują funkcje pomocy technicznej i wymuszają ład dla wielu lub wszystkich obciążeń w chmurze organizacji. Scentralizowane zespoły dążą do sukcesu organizacji, który zależy częściowo od wydajności jej obciążeń. Zapewniają one usługi, wskazówki i bariery ochronne dla obciążeń.
| Przykłady scentralizowanych zespołów i członków zespołów | |
|---|---|
| Analitycy Business Intelligence Interesariusze biznesowi Rada Centrum Doskonałości (CoE) Zespół ds. platformy Analitycy cyberbezpieczeństwa Administratorzy baz danych Architekci korporacyjni |
Analitycy biznesowi Inżynierowie infrastruktury Specjaliści ds. prawnych i zgodności z przepisami Inżynierowie sieci Specjaliści ds. zakupów Kierownicy projektów |
Dobrze Power Platform zaprojektowany zespół ds. obciążeń koncentruje się na wynikach obciążenia. Koordynują swoje działania i korzystają ze specjalistycznego wsparcia ze strony scentralizowanych członków zespołu.
Spełnij wymagania
W całym Power Platform Well-Architected rekomendacje pokrywają się z celem i oczekiwanymi wynikami obciążenia. Zalecenia nie wskazują wyraźnie, który członek zespołu lub zespół ułatwia wykonywanie obowiązków związanych z obciążeniem pracą. Możesz zdecydować, kto powinien wykonać każdą akcję, wykonując mapowanie na poziomie obciążenia w celu określenia ról i obowiązków zespołu związanych z typem obciążenia i krytycznością.
Zespół bezpośredniego obciążenia obsługuje większość wymagań dotyczących obciążeń. Niektóre wymagania są obsługiwane jako wspólny wysiłek ze scentralizowanymi zespołami. Na przykład opcje implementacji mogą być oparte na barierach ochronnych ustawionych przez scentralizowany zespół. Lub scentralizowany zespół może zajmować się wyłącznie wyborami wdrożeniowymi.
Twój zespół ds. obciążenia pracą musi nawiązać relację roboczą z innymi zespołami, aby pomóc we wspólnym osiąganiu celów związanych z obciążeniem. Jeśli zlecasz komponenty lub obowiązki na zewnątrz, musisz skutecznie wywiązać się z tych zobowiązań.
Poznaj ograniczenia
Scentralizowany zespół obsługuje różnorodne obciążenia w oparciu o podstawowe możliwości zespołu i podstawową infrastrukturę. Aby zapewnić to wsparcie na skalę organizacyjną, scentralizowany zespół może wdrożyć jednolitość i ograniczenia dotyczące oferowanych usług lub infrastruktury. Podczas projektowania obciążenia ważne jest, aby zrozumieć te ograniczenia i, jeśli to możliwe, współpracować z architektami korporacyjnymi, którzy znają te ograniczenia. Ucz się jak najwięcej z poprzednich wdrożeń.
Jawne komunikowanie wymagań
Gdy wymaganie dotyczące obciążenia napotyka ograniczenie lub umowę dotyczącą poziomu usług (SLA), która jest niejasna w odniesieniu do podstawowej funkcji lub oferty infrastruktury, należy to uznać za ryzyko. Twój zespół ds. obciążenia powinien wyjaśnić innym zespołom, w jaki sposób ten problem wpływa na obciążenie. Może być konieczne dostosowanie wymagań dotyczących obciążeń, projektu lub implementacji albo zmodyfikowanie oferty infrastruktury.
Po zapoznaniu się z obowiązkami zespołu ds. platformy związanymi z dyrektywami organizacyjnymi i obowiązkami zespołu ds. obciążenia pracą można komunikować wymagania dotyczące obciążenia pracą z realistycznymi oczekiwaniami i zaleceniami.
Szukaj ujednoliconych zwycięstw
Wspólna odpowiedzialność to nie tylko kompromisy, ograniczenia i kompromisy. Zespoły platformowe często mają wysoce wyspecjalizowane umiejętności i dedykowane budżety, które mogą wykraczać poza to, co może udźwignąć pojedynczy zespół ds. obciążeń. Rozważmy następujące przykłady.
Specjaliści ds. bezpieczeństwa. Obciążenie może mieć bezpieczny cykl życia programowania. Ponieważ scentralizowany zespół ds. zabezpieczeń wykonuje bezpieczne zadania programistyczne na dużą skalę w całej organizacji, może przeprowadzać rutynowe testy penetracyjne, które wykraczają poza Twoje wysiłki. Może to również pomóc w planowaniu i realizacji strategii odpowiedzi na incydenty.
Wskazówki dotyczące architektury korporacyjnej. Możesz zaoszczędzić czas i wysiłek, jeśli dostosujesz się do wzorców i praktyk zespołu ds. architektury korporacyjnej, ponieważ zespół już usprawnił procesy. Możesz również zapobiec przeróbkom, jeśli rozwiązanie nie jest możliwe w ramach partnerstwa bez negocjacji.
Zespoły platformy często udostępniają zespołom zajmującym się obciążeniem pracą opcje dla różnych działań, takich jak udostępnianie repozytorium dokumentacji do samodzielnej edukacji.
Zapoznaj się z opcjami samoobsługi, które mogą być odpowiednie dla Twojego obciążenia.
Dziel się sukcesami i wyzwaniami
Współpraca z innymi zespołami oznacza również świętowanie i uznawanie wyników i trudności związanych z obciążeniem pracą. Gdy Twoje obciążenie pracą spełni swoje wymagania i osiągnie pożądaną wartość, poinformuj o tym swoje zespoły partnerskie. Pokaż im, w jaki sposób przyczynili się do sukcesu obciążenia pracą. Gdy obciążenie pracą nie spełnia wymagań, podziel się problemami i współpracuj ze sobą, aby wrócić na właściwe tory.
Zespoły platformowe mają również obowiązki i kryteria sukcesu. Powinieneś oczekiwać, że Twoi partnerzy powiedzą Ci, czy Twoje obciążenie pracą dobrze współpracuje z ofertą, czy też istnieje ryzyko, że będzie hałaśliwym sąsiadem.
Dążenie do ciągłego doskonalenia
Ciągłe doskonalenie to motyw przewodni wszystkich Power Platform Well-Architected. Bądź otwarty na zmiany. Możesz napotkać nowe sposoby rozwiązywania istniejących problemów, korzystania z nowych technologii, sprostania nowym wymaganiom lub pracy w warunkach nowych ograniczeń. W miarę jak obciążenie pracą ewoluuje w miarę upływu czasu, zachęcaj współpracujące zespoły do takiego samego nastawienia. Jednak każda możliwość poprawy wiąże się również ze zmianami i powinna być poparta odpowiednim procesem zarządzania.
Zespoły ds. obciążeń muszą informować zespoły ds. platformy o wszelkich planowanych zmianach w potrzebach związanych z obciążeniami, które mogą mieć wpływ na usługi zespołu platformy. Podobnie zespoły ds. platform muszą angażować swoich partnerów w procesy zarządzania zmianami i jasno komunikować się o wszelkich istotnych zmianach platformy. Ustal regularny harmonogram komunikacji z partnerami, aby zrozumieć i podzielić się tym, jak rozwija się produkt.
Osiągnij pomyślny wynik
Obciążenia robocze spotykają się z wieloma wymaganiami ze strony różnych interesariuszy, takich jak użytkownicy, udziałowcy, organy regulacyjne, pracownicy, centrum doskonałości i dyrektorzy ds. doświadczeń. Takie wymagania mogą utrudnić wybór jasnego kierunku. Power Platform Well-Architected pomaga zrozumieć projekt i wdrożenie, wyjaśniając powody wyborów architektonicznych w celu osiągnięcia pozytywnego wyniku. Zbuduj udane obciążenie i świętuj ten sukces wraz ze swoją organizacją.