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.
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 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.
- Docelowa grupa docelowa.
Obciążenia, które należą do tej samej klasy, mogą mieć podobieństwa, w tym grupę docelową, 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 dobrze zaprojektowane obciążenie Power Platform ?
Projekt i działanie dowolnego obciążenia musi uwzględniać pięć filarów architektury: niezawodność, bezpieczeństwo, doskonałość operacyjną, wydajność i optymalizację środowiska.
|
|
|---|
Dobrze zaprojektowane obciążenie Power Platform :
- Ma wymagania, które opisują, co system powinien zrobić i jak dobrze powinien to zrobić, oraz które są uszeregowane według ważności, aby osiągnąć cel.
- Został 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 sukces.
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ą
Utwórz zespół ds. obciążenia pracą, którego członkowie mają członków z różnych 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. Te zespoły 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ą 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ążeń. 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ą jednoznacznie, 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ół ds. 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 musi zbudować relację roboczą z innymi zespołami, aby pomóc we wspólnym realizowaniu celów związanych z obciążeniem. Jeśli zlecasz komponenty lub obowiązki na zewnątrz, musisz skutecznie wywiązać się z tych obowiązków.
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 bardzo 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ń
Jeśli wymaganie dotyczące obciążenia napotka ograniczenie lub umowę dotyczącą poziomu usług (SLA), która jest niejasna co do podstawowej funkcji lub oferty infrastruktury, należy to uznać za ryzyko. Zespół ds. obciążenia powinien wyjaśnić innym zespołom, w jaki sposób ten problem wpływa na obciążenie pracą. Może być konieczne dostosowanie wymagań dotyczących obciążeń, projektu lub implementacji albo zmodyfikowanie oferty infrastruktury.
Rozumiejąc obowiązki zespołu ds. platformy związane z dyrektywami organizacyjnymi i obowiązkami zespołu ds. obciążenia pracą, możesz 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 ds. platform często mają wysoce wyspecjalizowane umiejętności i dedykowane budżety, które mogą wykraczać poza to, co może wytrzymać 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 reagowania na incydenty.
Wskazówki dotyczące architektury przedsiębiorstwa. 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 ds. obciążeń samoobsługowych różne działania, takie 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 oraz dostosuj się, 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 jest motywem przewodnim 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 ramach nowych ograniczeń. W miarę jak obciążenie pracą zmienia się w czasie, 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, które mają przynieść pozytywny wynik. Zbuduj udane obciążenie i świętuj ten sukces wraz ze swoją organizacją.