Procesy ALM mogą obejmować zarówno proste Power Platform Pipelines, jak i rozbudowaną kontrolę zmian w Azure DevOps lub GitHub. Wybór narzędzi powinien odpowiadać dojrzałości organizacji oraz sposobowi rozwijania i utrzymywania aplikacji biznesowych.
Wdrożenie odpowiednich praktyk ALM pomaga uporządkować sposób budowania, testowania i publikowania rozwiązań Dynamics 365 oraz Power Platform. Zakres takiego procesu może być różny – od automatyzacji ręcznych wdrożeń po przechowywanie rozwiązań w repozytorium i zatwierdzanie zmian za pomocą pull requestów.
Nie każda firma potrzebuje od razu zaawansowanej platformy DevOps. Narzędzia powinny odpowiadać skali środowiska, obowiązującym procedurom oraz wymaganemu poziomowi kontroli.
ALM jako część utrzymania rozwiązań Microsoft
W praktyce application lifecycle management obejmuje działania związane z cyklem życia aplikacji – od ich budowania i testowania po wdrażanie oraz kontrolowanie kolejnych zmian.
W części organizacji rozwiązania Dynamics 365 Customer Engagement i Power Platform nadal budowane są i wdrażane ręcznie. Brak wspólnych zasad utrudnia wtedy zachowanie jednolitego sposobu pracy.
Inne firmy potrzebują automatyzacji obejmującej nie tylko wdrożenia, lecz także testy, kontrolę jakości kodu i zarządzanie wydaniami w całym środowisku aplikacyjnym.
Zakres narzędzi zależy od dojrzałości organizacji
Ręczne wdrożenia, automatyzacja wydań i ścisła kontrola zmian odpowiadają różnym etapom rozwoju procesów ALM. Z tego powodu można wyróżnić trzy poziomy dojrzałości:
- początkujący,
- zarządzany,
- zaawansowany.
Każdy z nich wiąże się z innym zestawem potrzeb oraz narzędzi.
Poziom początkujący – automatyzacja wdrożeń
Ten etap dotyczy firm, które nie mają jeszcze ujednoliconego procesu ALM dla aplikacji opartych na Dynamics 365 Customer Engagement lub Power Platform. Budowanie i wdrażanie rozwiązań odbywa się w nich ręcznie.
Proponowanym narzędziem są Power Platform Pipelines – niskokodowa platforma do automatyzacji zarządzania wydaniami, dostępna w środowiskach Dataverse.
Pipeline’y można rozszerzać za pomocą przepływów Power Automate. Przepływy mogą następnie uruchamiać akcje GitHub. Zastosowanie Power Platform Pipelines nie wymaga korzystania z osobnej usługi ani dodatkowego rozwiązania ALM.
Poziom zarządzany – automatyzacja budowania, testów i wydań
Gdy sama automatyzacja wdrożeń przestaje wystarczać, proces można rozszerzyć za pomocą Azure DevOps lub GitHub.
Na tym poziomie automatyzacja może obejmować:
- eksportowanie i importowanie rozwiązań Power Platform,
- budowanie i testowanie rozwiązań,
- stosowanie procedur kontroli jakości kodu,
- zarządzanie kolejnymi wydaniami.
Takie podejście pozwala włączyć Power Platform do szerszego ekosystemu zarządzania aplikacjami i wykorzystać jedną platformę DevOps dla różnych rozwiązań działających w organizacji.
Poziom zaawansowany – ścisła kontrola zmian
W dużych organizacjach z silnie regulowanych branż wymagania dotyczące zarządzania zmianami mogą być znacznie bardziej rozbudowane.
Proponowany zestaw narzędzi obejmuje Azure DevOps lub GitHub Actions. Rozwiązania Power Platform są wyodrębniane do repozytorium kodu, a kontrola jego zawartości odbywa się za pomocą pull requestów i przeglądów kodu.
Przechowywanie rozwiązania w repozytorium pozwala zastosować bramki kontrolne przed zatwierdzeniem zmian. Takie podejście odpowiada organizacjom, w których ścisły proces zarządzania zmianami jest wymagany.
Dobór poziomu ALM do procesów w firmie
Punktem wyjścia powinien być obecny sposób rozwijania i wdrażania aplikacji:
- przy ręcznych wdrożeniach i braku wspólnego procesu warto rozpocząć od Power Platform Pipelines,
- przy potrzebie automatyzacji budowania, testów i wydań można wykorzystać Azure DevOps lub GitHub,
- przy ścisłej kontroli zmian rozwiązania można przechowywać w repozytorium i objąć procesem pull requestów oraz przeglądów kodu.
Rozbudowane narzędzia mają uzasadnienie wtedy, gdy odpowiadają rzeczywistym wymaganiom organizacji.
Narzędzia spoza ekosystemu Microsoft
Power Platform CLI umożliwia automatyzowanie procesów ALM również za pomocą innych platform i usług. W materiałach źródłowych wskazano:
- GitLab,
- Jenkins,
- TeamCity,
- Octopus Deploy.
Pozwala to rozwijać proces ALM z wykorzystaniem narzędzi stosowanych już przez dany zespół IT.
Proces ALM powinien rozwijać się wraz z potrzebami organizacji – od automatyzacji wdrożeń po kontrolę zmian w repozytorium.
Masz podobne wyzwanie?
Jeden mail miesięcznie, tylko konkrety
Co się dzieje w Dynamics, Power Platform i Copilot — bez marketingowego ozdobnika.