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.
ALM Accelerator for Power Platform to aplikacja kanwy, która udostępnia uproszczony interfejs do usługi Azure Pipelines i kontroli źródła usługi Git na potrzeby zarządzania cyklem życia aplikacji (ALM). Jest to implementacja referencyjna wzorców i rozwiązań ALM, która korzysta z wbudowanych możliwości platformy i pomaga rozpocząć pracę z rozwiązaniem ALM na platformie Power Platform. Są one wbudowane przy użyciu kombinacji niskokodowych aplikacji kanwy skoncentrowanych na twórcach i administratorach, kodu YAML usługi Azure Pipelines oraz szablonów programu PowerShell.
Dzięki ALM Accelerator for Power Platform twórcy mogą kontrolować źródła, włączać historię wersji i wdrażać swoje rozwiązania w platformie Power Platform. Aby można było używać usługi ALM Accelerator for Power Platform wszystkie składniki, takie jak aplikacje, przepływy, dostosowania i inne składniki, muszą być zawarte w rozwiązaniu.
Do korzystania z akceleratora nie jest potrzebna zaawansowana wiedza na temat technologii ALM. Należy jednak poznać sposób korzystania z rozwiązań Power Platform. Dowiedz się więcej o rozwiązaniach i ALM:
- Zarządzanie rozwiązaniami w Power Apps i Power Automate
- Opracowywanie strategii zarządzania cyklem życia aplikacji
Wymagania dotyczące licencji
ALM Accelerator for Power Platform korzysta z następujących funkcji Premium platformy Power Platform:
- Dataverse
- Łącznik niestandardowy
- HTTP z łącznikiem Microsoft Entra
Do korzystania z ALM Accelerator potrzebne są następujące licencje:
- Licencje na użytkownika lub na aplikację Power Apps
- Plan podstawowy Azure DevOps
Demo: ALM Accelerator for Power Platform
Obejrzyj filmy pokazowe, aby dowiedzieć się, jak używać aplikacji ALM Accelerator.
Kto powinien używać aplikacji ALM Accelerator?
Aplikacja ALM Accelerator jest ukierunkowana na twórców i zespoły twórców Power Platform:
Twórcy, którzy nie są zaznajomieni z koncepcjami ALM, ale chcą mieć możliwość zapisywania swojej pracy i historii zmian oraz udostępniania tych zmian innym użytkownikom
Twórcy, którzy są zaznajomieni z zaawansowanymi koncepcjami używania usługi Git, takimi jak żądania ściągnięcia, rozgałęzianie i scalanie, i chcą pracować w znany sposób z kontrolą źródła i automatyzacją wdrażania
Aby skonfigurować i ustawić aplikację ALM Accelerator, należy być administratorem z bardziej dogłębną wiedzą na temat środowisk, rozwiązań i usługi Azure Pipelines na platformie Power Platform. Należy także zapoznać się z administrowaniem usługi Microsoft Entra i Dataverse.
Poniższy diagram ilustruje, jak ALM Accelerator ułatwia interakcje między zespołem twórców a środowiskami rozwoju, walidacji, testowania i produkcji.
Twórcy pracują w izolacji w swoich środowiskach rozwoju. Używają oni aplikacji kanwy ALM Accelerator do importowania rozwiązań z kontroli źródła, eksportowania zmian do kontroli źródła i tworzenia żądań ściągnięcia w celu scalania zmian. Dostosowywane szablony potoków Azure Pipelines automatyzują zadania ALM i obsługują wdrażanie etapami od środowiska rozwoju do produkcyjnego.
Jakie mam opcje dla ALM na platformie Power Platform?
ALM Accelerator jest jedną z wielu opcji dostępnych dla ALM na platformie Power Platform. Inne to:
Potoki mają Power Platform na celu demokratyzację ALM poprzez wprowadzenie możliwości automatyzacji ALM do Power Platform usług Dynamics 365 i usług Dynamics 365 w sposób bardziej przystępny dla wszystkich twórców, administratorów i deweloperów.
Zadania narzędzi Power Platform Build Tools można wykorzystywać wraz z innymi dostępnymi zadaniami do tworzenia i wydawania własnych potoków Azure DevOps. Potoki, zwykle używane przez zespoły to: rozpoczęcie, eksport z programowania, utworzenie i wydanie.
Usługa GitHub Actions umożliwia Power Platform deweloperom tworzenie zautomatyzowanych przepływów pracy cyklu życia tworzenia oprogramowania w celu tworzenia, testowania, pakowania, wydawania i wdrażania aplikacji, wykonywania automatyzacji oraz zarządzania botami i innymi składnikami opartymi na ich podstawie Power Platform.
Jaki wybór jest właściwy dla mojej organizacji?
Nie ma właściwej odpowiedzi dla każdej organizacji. Następująca tabela i poniższe opisy mogą pomóc w podjęciu decyzji, która opcja jest odpowiednią opcją w oparciu o bieżące możliwości i przyszłe plany organizacji. Ta tabela nie wyczerpuje listy opcji. Ma ona pomoc w podjęciu dobrze poinformowanych decyzji. Będzie się rozwijać po dodaniu kolejnych funkcji do ALM Accelerator i funkcji ALM na platformie Power Platform.
| Możliwość | Pipelines | ALM Accelerator | DevOps/GitHub |
|---|---|---|---|
| Zaangażowanie działu IT/deweloperów | Niewymagane | Konfiguracja z wyprzedzeniem | Wymagane dla każdego projektu |
| Integracja z kodem źródłem | Nie, ale ta funkcja jest planowana | Tak | Tak |
| Twórca musi mieć podwyższone uprawnienia w środowisku docelowym | Nie, jednostka usługi nie jest obsługiwana | Nie, jednostka usługi nie jest obsługiwana | Nie, jednostka usługi nie jest obsługiwana |
| Kontrola jakości | Możliwość dostosowania za pomocą rozszerzeń | Możliwość dostosowania za pomocą rozszerzeń | Nieograniczony |
| Demokratyzowane pod kątem rozwoju obywatelskiego | Tak | Tak | Nie. |
| Środowisko wewnętrzne produktu | Tak | Dostarczona aplikacja oparta na kanwie, ale bez doświadczenia w pracy z producentem | Nie. |
| Pomoc techniczna | Obsługiwana przez Microsoft | Power CAT - obsługiwane przez zgłoszenia GitHub | Obsługiwana przez Microsoft i funkcję problemów w usłudze GitHub |
| Personalizacja i rozszerzalność | Tak | Tak | Tak |
| Development skoncentrowany na kodzie | Nie, ale ta funkcja jest planowana | Tak | Tak |
Potoki dla platformy Power Platform (potoki)
Potoki mają ułatwiać twórcom pracę z ALM. Jest to strategiczne środowisko w produkcie dla rozwiązania ALM inicjowanego przez twórcę na platformie Power Platform. Potoki zapewniają funkcje podobne do funkcji ręcznego eksportowania i importowania dostępnej na platformie Power Platform w przypadku przenoszenia rozwiązań z jednego środowiska do innego.
Dzięki wsparciu service principal użytkownicy nie potrzebują podwyższonych uprawnień do wdrażania w innych środowiskach. Ponadto dostosowania przed i po wdrożeniu umożliwiają organizacjom nakładanie warstw procesów biznesowych w potokach. Daje to organizacjom kontrolę nad procesami zatwierdzania, a także zapewnia możliwość wstawiania niestandardowych kroków do potoku wdrażania.
Ogólnie rzecz biorąc, Pipelines można wybrać, jeśli organizacja nie musi kontrolować plików kodu źródłowego rozwiązań i chce szybko rozpocząć korzystanie z ALM.
Power Platform Build Tools/GitHub Actions i interfejs wiersza polecenia platformy Power Platform (Build Tools)
Narzędzia Build Tools mają na celu przekazanie administratorom IT i deweloperom narzędzi do automatyzacji wysoce dostosowanego oprogramowania ALM. Ograniczenia, jakie istnieją w przypadku usług Pipelines i Build Tools, można rozwiązywać — kontrolowanie kodu rozwiązania, włączanie scenariuszy skoncentrowanych na kodzie, usuwanie konieczności, aby twórcy mieli podwyższone uprawnienia w środowiskach podrzędnych użytkownika, a także uwzględnianie w procesie ALM określonych procesów organizacyjnych i biznesowych.
Ogólnie rzecz biorąc, narzędzia do kompilacji można wybrać, jeśli organizacja ma dostępne zasoby DevOps lub GitHub i deweloperów oraz wymaga szczegółowej kontroli nad procesami ALM.
ALM Accelerator for Power Platform (ALM Accelerator)
Zadaniem aplikacji ALM Accelerator jest upraszczanie programu ALM zarówno dla twórców rozwiązań niskokodowych, jak i zaawansowanych twórców skoncentrowanych na kodzie. Aplikacja ALM Accelerator jest zbudowana w oparciu o narzędzia Build Tools i pozwala przyspieszyć rozpoczęcie pracy z nimi, co pozwala wyeliminować konieczność rozpoczynania wszystkiego od początku. Potoki ALM Accelerator i powiązana z nimi aplikacja kanwy to rozwiązania typu open source. Można ich używać jako implementacji referencyjnej, którą można dostosować.
Ogólnie rzecz biorąc, należy wybrać ALM Accelerator, jeśli organizacja wymaga szczegółowej kontroli nad procesami ALM, ale nie ma zasobów do ich tworzenia od podstaw, i chce zapewnić środowisko twórcy oprócz procesów Azure DevOps napędzających ALM.