Omówienie potoków w Power Platform

Celem potoków w Power Platform jest demokratyzacja funkcji zarządzania cyklem życia aplikacji (ALM) dla klientów usług Power Platform i Dynamics 365 przez środowiska automatyzacji oprogramowania ALM i funkcji ciągłej integracji i ciągłego wdrażania (CI/CD) w usłudze w sposób, który jest najwygodniejszy dla wszystkich twórców, administratorów i deweloperów.

Potoki znacznie zmniejszają nakład pracy i wiedzę w domenie wymaganą wcześniej do zrealizowania zwrotu z inwestycji (ROI) z poziomu prawidłowego, zautomatyzowanego procesu ALM w zespole lub organizacji.

• Administratorzy mogą łatwo konfigurować zautomatyzowane potoki wdrażania w ciągu kilku minut, a nie dni lub tygodni.
• Twórcy mają intuicyjne środowisko użytkownika, w którym można łatwo wdrażać swoje rozwiązania.
• Profesjonalni deweloperzy mogą (opcjonalnie) rozszerzać potoki i uruchamiać je przy użyciu interfejsu wiersza polecenia (CLI) Power Platform.

Administratorzy centralnie zarządzają i zarządzają potokami

Potoki umożliwiają administratorom centralne zarządzanie projektami przez zwykłych użytkowników i profesjonalnych deweloperów na dużą skale, ale z niższym nakładem pracy. Administratorzy określają odpowiednie zabezpieczenia, które określają, które ułatwiają opracowywanie, testowanie i dostarczanie rozwiązań w całej organizacji. Inne korzyści administracji to:

• Obniżenie całkowitego kosztu posiadania:

  • Potoki znacząco poprawiają produktywność twórców, deweloperów i administratorów. Dzięki temu rozwiązania biznesowe mogą szybciej przejść na rynek i zapewnić wysoką jakość dzięki bezpiecznemu i regulowanemu zarządzaniu procesami.
  • Minimalne nakłady pracy służące do implementowania bezpiecznego i dostosowanego do potrzeb procesów zarządzania zmianami w całej organizacji lub zespole.

• Zaoszczędź czas i pieniądze:

  • System obsługuje najtrudniejszą pracę i bieżącą konserwację, dzięki czemu nie jest to czynnością wymagającą obsługi przez użytkownika.

• Skaluj ALM we własnym tempie:

  • Niezależnie od miejsca, w którym znajduje się podróż ALM, można rozszerzyć potoki w celu dostosowania ich do zmieniających się potrzeb biznesowych. Naszym celem jest przejście dalej tak bezproblemowe, jak to tylko możliwe. Więcej informacji: Grupa poleceń Microsoft Power Platform CLI pac pipeline

• Osiągnięcie celów w zakresie zgodności, bezpieczeństwa, monitorowania i automatyzacji za pomocą:

  • Bezpieczne środowiska produkcyjne z opartymi na zatwierdzaniu wdrożeniami delegowanymi.
  • Dostosowania i dziennik audytu są zapisywane automatycznie i są łatwo dostępne.
  • Analiza dostarcza lepszą widoczność w centralnej lokalizacji.
  • Możliwość wyświetlania gotowych raportów Power BI w aplikacji potoków lub tworzenia własnych. Więcej informacji: Omówienie raportowania dla aplikacji opartych na modelu
  • Dostosowywanie potoków do potrzeb organizacji dzięki możliwości rozszerzania potoków i usłudze Power Automate.

Twórz uruchamiają wstępną konfigurację potoków

Gdy są już dostępne potoki, twórcy mogą inicjować wdrożenia w produktach po kilku kliknięciach. Są one stosowane bezpośrednio w środowiskach deweloperskich. Inne korzyści dla twórców to:

• Nie jest wymagana wcześniejsza wiedza na temat procesów i systemów ALM. Często deweloperzy obywatelscy mogą wyświetlać potoki jako kierowany proces zarządzania zmianami.
• Wdrożenia rozwiązań są wstępnie weryfikowane w środowisku docelowym, aby zapobiec błędom i poprawić wskaźniki powodzenia. Na przykład brakujące zależności i inne problemy są wykrywane przed wdrożeniem, a twórcy programu mają natychmiast podjąć odpowiednie działania.
• Połączenia i zmienne środowiska są podane z góry i weryfikowane przed rozpoczęciem wdrożenia.
  • Pomaga to zapewnić wdrożenie aplikacji i automatyzacji bez konieczności ręcznego przetwarzania po przetworzeniu i jest połączone z odpowiednimi źródłami danych w każdym środowisku.
  • Administratorzy mogą nawet wstępnie skonfigurować niektóre połączenia, które będą używane.

Deweloperzy mogą używać i rozszerzać potoki

Profesjonalni deweloperzy są bardziej produktywni podczas obsługi potoków ze skomplikowanymi operacjami w tle. Deweloperzy mogą mówić systemowi, co chcą zrealizować, a nie wykonywać różne podstawowe zadania niezbędne do zrealizowania tego samego celu. Za pomocą interfejsu CLI Power Platform deweloperzy mogą:

• Umieszczać potoki na liście w celu wyświetlenia istotnych dla nich szczegółów, takich jak etapy i środowiska, w których są gotowi do wdrożenia swoich rozwiązań.
• Wdrażanie rozwiązania za pomocą jednego polecenia:
  • W przypadku potoków deweloperzy po prostu podają wymagane parametry, a system danych orkiestruje wszystkie operacje wdrożenia od końca do końca, zgodnie z zasadami organizacyjnymi.
  • Nie trzeba łączyć się z wieloma środowiskami, eksportować rozwiązań, pobierać plików rozwiązań, ręcznie tworzyć połączeń i wypełniać plików ustawień wdrożenia, importować rozwiązań ani obsługiwać różnych innych zadań, które były wcześniej wymagane.

Ponadto deweloperzy mogą rozszerzać potoki i integrować je z innymi narzędziami do ciągłej integracji/ciągłego wdrażania.

Często zadawane pytania

Co wdrażają potoki?

W potokach są wdrażane rozwiązania, a także konfiguracje środowiska docelowego, takie jak połączenia, odwołania do połączeń i zmienne środowiska. Wszystkie dostosowania Power Platform zawarte w rozwiązaniu można wdrożyć przy użyciu funkcji potoków. Ogólnie rzecz biorąc, potoki lub rozwiązania nie zawierają danych przechowywanych w tabelach Dataverse.

Ważne

Pulpity nawigacyjne Power BI (wersja zapoznawcza) i zestawy danych Power BI (wersja zapoznawcza) nie są obecnie obsługiwane w wersjach zapoznawczych.

Dlaczego nie widzę mojego potoku z mojego środowiska?

Najpierw należy upewnić się, że środowiska źródłowe i docelowe zostały prawidłowo połączone. Informacje o potoku można wyświetlać tylko w środowiskach źródłowych przypisanych do użytkownika, takich jak środowiska projektowe. Podczas łączenia poszczególnych środowisk z potokiem podczas konfigurowania dostępna jest opcja typu Środowisko projektowe lub Środowisko docelowe. Jeśli środowiska skojarzone z potokiem zostały przypisane do ich odpowiedniego typu, potok jest wyświetlany jako opcja w źródłowym środowisku projektowym.

Czy potoki automatycznie przechowują kopie zapasowe rozwiązań?

Tak. Rozwiązania zarządzane i niezarządzane są automatycznie eksportowane i przechowywane w hoście potoków dla każdego wdrożenia.

Czy dostosowanie może pominąć etap wdrożenia, taki jak QA?

Nie Rozwiązania są eksportowane od razu po przesłaniu żądania wdrożenia (gdy twórca wybierze opcję Wdrażanie z poziomu swojego środowiska projektowego) i zostanie wdrożony ten sam artefakt rozwiązania. Podobnie, system nie eksportuje ponownie rozwiązania w celu wdrożenia na kolejnych etapach potoku. Ten sam artefakt rozwiązania musi przechodzić przez etapy potoku w kolejności sekwencyjnej. Ponadto system uniemożliwia naruszenie lub modyfikację wyeksportowanego artefaktu rozwiązania. Gwarantuje to, że dostosowanie nie może ominąć środowisk kontroli jakości lub procesów zatwierdzania.

Czy do korzystania z potoków są wymagane licencje samodzielne?

• Środowiska dewelopera nie są wymagane do środowisk zarządzanych. Mogą być używane do programowania i testowania z planem deweloperskim.
• Host pipelines powinien być środowiskiem produkcyjnym, ale nie musi być środowiskiem zarządzanym.
• Wszystkie inne środowiska używane w potokach muszą być włączone jako środowiska zarządzane.
• Licencje przyznające prawa do użytkowania premium są wymagane dla wszystkich środowisk zarządzanych.

Typowe przykłady konfiguracji:

Przeznaczenie środowiska	Typ środowiska	Wymagana licencja samodzielna
Gospodarz	Produkcyjne	Nie
Projektowanie	Programista	Nie
QA	Programista	Nie
Produkcyjne	Produkcyjne	Tak

Czy można konfigurować zatwierdzenie wdrożeń?

Tak. Zobacz wdrożenia delegowane.

Czy do różnych potoków i etapów można używać różnych jednostek usługi?

Tak. Więcej informacji: Wdrażanie przy użyciu jednostki usługi

Z jakich połączeń można korzystać?

Podobnie jak w przypadku tworzenia, twórcy uruchamiający potoki mogą albo zapewniać własne połączenia, albo połączenia, do których mają dostęp. Połączenia jednostki usługi mogą być również używane dla łączników obsługujących uwierzytelnianie jednostki usługi, w tym dla łączników niestandardowych.

Dlaczego nie mogę zaktualizować istniejących referencji połączeń?

Obecnie odniesienia do połączeń bez wartości w rozwiązaniu lub środowisku docelowym nie mogą być aktualizowane podczas wdrażania. Jeśli wartość została wcześniej wdrożona, można ją zaktualizować w środowisku docelowym.

Kto jest właścicielem wdrożonych obiektów rozwiązania?

Tożsamość wdrażająca. W przypadku standardowych wdrożeń właścicielem jest twórca żądania. W przypadku wdrożeń delegowanych właścicielem jest delegowana jednostka usługi lub użytkownik.

Czy potoki mogą być wdrożone w innej dzierżawie?

Nie W tym scenariuszu zaleca się użycie aplikacji Azure DevOps lub GitHub.

Co zrobić, jeśli środowisko projektowe lub docelowe zostanie zresetowane lub usunięte?

W razie potrzeby należy usunąć rekord środowiska i zaktualizować konfigurację potoku. Jeśli środowisko zostanie zresetowane, należy ponownie utworzyć rekord środowiska i skojarzyć go z potokiem.

Czy mogę użyć potoków w środowisku domyślnym?

Tak. Jednak używanie środowiska domyślnego jako hosta potoków nie jest zalecane dla wszystkich klientów.

Czy można wdrożyć przy użyciu własnej nazwy głównej usługi?

Tak. Więcej informacji: Wdrażanie potoków jako tożsamości właściciela głównej usługi lub etapu potoku (wersja zapoznawcza).

Czy można używać potoków przy użyciu Azure DevOps, GitHub lub akceleratora ALM?

Tak, razem narzędzia te są wydajne, a środowisko twórców jest proste. Więcej informacji: rozszerzanie potoków

Czy można wycofać się do poprzedniej wersji?

Tak. Jeśli ustawienie potoku jest włączone, możesz ponownie wdrożyć poprzednie wersje rozwiązania z widoku historii uruchamiania na stronie Potoki. Jeśli to ustawienie jest wyłączone, można wdrażać lub importować tylko wyższe wersje rozwiązania. Aby obejść ten problem, administratorzy mogą pobrać artefakt z hosta potoków, zwiększyć wersję rozwiązania w pliku solution.xml, a następnie ręcznie zaimportować go do środowiska docelowego.

Czy mogę ustawić zasady przechowywania danych o potokach?

Tak. W hoście potoków Dataverse można skonfigurować zadania usuwania zbiorczego w celu usuwania danych w zdefiniowanym harmonogramie.

Czy można określić zaawansowane zachowania importu rozwiązania, takie jak aktualizacja a uaktualnienie?

Obecnie nie. Domyślne zachowanie importu potoków to Uaktualnienie z Zastępowaniem dostosowań.

Czy środowisko może być skojarzone z wieloma hostami?

Nie Jednak jedno środowisko może zostać połączone z wieloma potokami w ramach tego samego hosta. Aby skojarzyć środowisko z innym hostem, należy dodać je do potoku w nowym hoście. Następnie usuń rekord środowiska z oryginalnego hosta i sprawdź, czy wszystko działa zgodnie z oczekiwaniami.

Czy można dostosować lub rozszerzyć aplikację i tabele przy wdrażaniu pierwszej firmy?

Obecnie nie. Dostępne są jednak celowe rozszerzenia służące do dostosowywania logiki potoku. Więcej informacji: rozszerzanie potoków.

Gdzie można wyświetlać i uruchamiać potoki?

Przejdź do niezarządzanego rozwiązania w fazie rozwoju do środowiska powiązanego z Twoim potokiem. Potoków nie można wyświetlać ani uruchamiać z poziomu rozwiązania domyślnego, rozwiązań zarządzanych ani w środowiskach docelowych. Należy zauważyć, że można również uruchamiać potoki z interfejsu wiersza polecenia Power Platform.

Czy można wdrożyć w różnych regionach?

Tak, ale tylko wtedy, gdy ustawienie Wdrożenia rozwiązań między lokalizacjami geograficznymi jest włączone na hoście. Jeśli to ustawienie jest wyłączone, host i wszystkie środowiska skojarzone z potokami na hoście muszą znajdować się w tej samej lokalizacji geograficznej (określonej podczas tworzenia środowisk). Jeśli na przykład ustawienie jest wyłączone, potok nie może zostać wdrożony z Niemiec do Kanady, a host w Niemczech nie może zarządzać środowiskami w Kanadzie. W przypadku, gdy administrator dzierżawy chciałby zapobiec wdrożeniom rozwiązań między lokalizacjami geograficznymi, należy użyć oddzielnych hostów dla Niemiec i Kanady.

Czy można wdrożyć to samo rozwiązanie przy użyciu różnych potoków?

Taj, jest to możliwe, chociaż zaleca się rozpoczęcie tych samych potoków dla danego rozwiązania. Pomaga to uniknąć nieporozumień i nieumyślnych błędów. Informacje o uruchomieniu potoku są wyświetlane w kontekście jednego potoku i jednego rozwiązania (w ramach doświadczeń rozwiązania). W związku z tym inne potoki mogą nie wyświetlać najnowszej wersji wdrożonego rozwiązania lub innych ważnych informacji o uruchomieniu powiązanych z różnymi potokami. Należy pamiętać, że aplikacja Konfiguracja potoku wdrażania pokazuje informacje dotyczące wszystkich potoków i wszystkich rozwiązań dla bieżącego hosta.

Czy środowisko hostowe może być także używane jako środowisko projektowe lub docelowe?

Korzystanie z tego samego środowiska w celu projektowania i hosta jest obsługiwane; inne kombinacje nie są zalecane jako najlepsze rozwiązanie.

Jak sprawdzić, co się zmienia w różnych wersjach?

W środowisku docelowym można zobaczyć warstwy wdrożonych obiektów oraz informacje o tym, co się między nimi zmieniło. Ponadto można zobaczyć różnice w plikach XML między warstwami aplikacji opartych na modelu, mapami witryny i formularzami. Można również rozszerzyć potoki w celu zintegrowania z usługą GitHub i innymi systemami kontroli źródła w celu szczegółowego porównania różnic.

Czy środowisko hosta powinno być takie same, jak to, na którym zainstalowano zestaw narzędzi COE?

Jest to prawidłowa konfiguracja i powinna być oceniania na podstawie potrzeb i zasad w organizacji.

Czy mogę wdrożyć rozwiązania niezarządzane?

Nie Zalecane jest, aby zawsze wdrażać rozwiązania zarządzane w środowiskach innych niż projektowe. Należy zauważyć, że rozwiązania niezarządzane są automatycznie eksportowane i przechowywane w hoście potoków, co umożliwia ich pobranie i zaimportowanie do innych środowisk deweloperskich lub kontrolowanie ich źródła.

Czy mogę wdrożyć wiele rozwiązań jednocześnie?

Obecnie nie. Dla każdego rozwiązania trzeba przesłać inne wdrożenie. Jednak ten sam potok może być używany dla wielu rozwiązań.

Czy raporty o potokach publikują dostosowania niezarządzane przed wyeksportowaniem rozwiązania?

Obecnie nie. Zaleca się opublikowanie poszczególnych obiektów, gdy są zapisywane. Należy zauważyć, że tylko niektóre obiekty rozwiązania wymagają publikowania.

Czy można używać potoków dla zespołów wieloetapowych pracujących w pojedynczych środowiskach projektowych?

Bieżąca implementacja używa jednego środowiska projektowego dla danego rozwiązania.

Jak różnią się potoki od akceleratora ALM?

Oba programy oferują wiele cennych możliwości, a zespoły będące właścicielem ściśle współpracują nad opracowaniem potoku i szerszymi działaniami w zakresie oprogramowania ALM dla Power Platform. Potoki są bardziej uproszczone z natury i można je konfigurować i zarządzać nimi przy mniejszym nakładzie pracy. Dostęp do innych produktów i technologii nie jest wymagany, ponieważ wszystko jest zarządzane na miejscu. Z drugiej strony akcelerator ALM czasem lepiej pasuje do bardziej zaawansowanych scenariuszy ALM.

Chociaż istnieje wiele dodatkowych różnic funkcjonalnych, podstawowa różnica polega na tym, że rurociągi są oficjalną Microsoft Power Platform funkcją produktu - co oznacza, że są zaprojektowane, zaprojektowane, skonstruowane, przetestowane, konserwowane i wspierane przez Microsoft inżynierię produktu. Potoki są wbudowane w produkt i można uzyskiwać do nich dostęp w natywnych środowiskach produktów.

Kiedy należy używać potoków w stosunku do innego narzędzia?

Zalecamy, aby klienci używali potoków dla podstawowych funkcji wdrożenia i w razie potrzeby rozszerzali potoki w celu zintegrowania z innymi narzędziami do ciągłej integracji/ciągłego wdrażania. Używane razem obciążenia wymagane w ramach narzędzi do ciągłej integracji/ciągłego wdrażania często stają się mniej skomplikowane i tańsze do konserwacji.

Następne kroki

Konfigurowanie potokówRozszerzanie potoków