Огляд трубопроводів у Power Platform
Pipelines має на Power Platform меті демократизувати управління життєвим циклом додатків (ALM) для Power Platform та Dynamics 365 клієнтів шляхом впровадження автоматизації ALM та можливостей безперервної інтеграції та безперервної доставки (CI/CD) у сервіс у спосіб, який є більш доступним для всіх виробників, адміністраторів і розробників.
Пайплайни значно зменшують зусилля та знання предметної області, які раніше були необхідні для досягнення рентабельності інвестицій, завдяки впровадженню здорових, автоматизованих процесів ALM у вашій команді чи організації.
- Адміністратори легко налаштовують автоматизовані воронки розгортання за лічені хвилини, а не за дні чи тижні.
- Мейкери мають інтуїтивно зрозумілий користувацький досвід для легкого розгортання своїх рішень.
- Професійні розробники можуть (за бажанням) розширювати пайплайни та запускати їх за допомогою інтерфейсу командного Power Platform рядка (CLI).
Послідовності спрощують адміністраторам керування проектами, які очолюють звичайні користувачі та професійні розробники. Адміністратори встановлюють відповідні засоби захисту, які регулюють і полегшують розробку, тестування та впровадження рішень у всій організації. До інших переваг адміністратора належать:
Нижча загальна вартість володіння:
- Пайплайни значно підвищують продуктивність мейкера, розробника та адміністратора. Воронки продажів дають змогу вашим бізнес-рішенням виходити на ринок швидше, з вищою якістю, завдяки безпечному та регульованому процесу.
- Мінімальні зусилля для впровадження безпечних та індивідуально адаптованих процесів управління змінами у вашій організації чи команді.
Економія часу та грошей:
- Система справляється з підйомом важких предметів і поточним технічним обслуговуванням, тому вам не доведеться цього робити.
Масштабуйте ALM у власному темпі:
- Незалежно від того, на якому етапі вашої подорожі до ALM ви перебуваєте, ви можете розширити воронки продажів відповідно до мінливих бізнес-потреб. Ми прагнемо, щоб цей висхідний перехід був максимально плавним і легким. Більше інформації: Microsoft Power Platform Група команд CLI
pac pipeline
- Незалежно від того, на якому етапі вашої подорожі до ALM ви перебуваєте, ви можете розширити воронки продажів відповідно до мінливих бізнес-потреб. Ми прагнемо, щоб цей висхідний перехід був максимально плавним і легким. Більше інформації: Microsoft Power Platform Група команд CLI
Досягайте цілей відповідності, безпеки, моніторингу та автоматизації за допомогою:
- Безпечні виробничі середовища з делегованим розгортанням на основісхвалення.
- Настроювання та журнал аудиту зберігаються автоматично та є легкодоступними.
- Готова аналітика забезпечує кращу видимість у центральному місці.
- Можливість переглядати готові Power BI звіти в програмі воронки продажів або створювати власні. Додаткові відомості: Огляд звітів для додатків на основі моделі
- Налаштовуйте воронки продажів відповідно до потреб вашої організації з розширюваністю воронок продажів та Power Automate.
Після того, як воронки продажів будуть встановлені, виробники можуть ініціювати розгортання в продукті кількома клацаннями миші. Вони роблять це безпосередньо у своїх середовищах розробки. До інших переваг для виробників можна віднести:
- Попередні знання процесів або систем ALM не потрібні. Citizen-розробники часто розглядають пайплайни як керований процес управління змінами.
- Розгортання рішень попередньо валідується в цільовому середовищі, щоб запобігти помилкам і підвищити показники успіху. Наприклад, відсутні залежності та інші проблеми виявляються перед розгортанням, і виробникам негайно пропонується вжити відповідних заходів.
- З’єднання та змінні середовища надаються заздалегідь і перевіряються перед початком розгортання.
- Це допомагає гарантувати, що програми та автоматизація розгортаються без необхідності ручних кроків постобробки, а також підключаються до відповідних джерел даних у кожному середовищі.
- Адміністратори навіть можуть попередньо налаштувати певні з’єднання, які будуть використовуватися.
Професійні розробники більш продуктивні, оскільки пайплайни тепер обробляють складні фонові операції. Розробники можуть повідомити системі, чого вони хочуть досягти, замість того, щоб виконувати різні основні завдання, необхідні для досягнення однієї мети. Використовуючи інтерфейс командного рядка Power Platform , розробники можуть:
- Перелічте пайплайни, щоб переглянути відповідні деталі, наприклад, на яких етапах і середовищах готові розгорнути свої рішення.
- Розгорніть рішення за допомогою однієї команди:
- За допомогою пайплайнів розробники просто надають необхідні параметри, а система організовує всі операції наскрізного розгортання відповідно до організаційних політик.
- Не потрібно підключатися до кількох середовищ, експортувати рішення, завантажувати файли рішень, вручну створювати з’єднання та заповнювати файли налаштувань розгортання, імпортувати рішення або маркер виконувати різні інші завдання, які були потрібні раніше.
Крім того, розробники можуть розширювати пайплайни та інтегруватися з іншими інструментами CI/CD.
Пайплайни розгортають рішення, а також конфігурацію для цільового середовища, наприклад з’єднання, посилання на з’єднання та змінні середовища. Будь-які Power Platform налаштування, що містяться у вашому рішенні, можна розгорнути за допомогою воронок продажів. Пайплайни або рішення загалом не містять даних, що зберігаються в Dataverse таблицях.
Важливо
Power BI Інформаційні панелі (підготовча версія) та набори Power BI даних (підготовча версія) наразі не підтримуються в пайплайнах.
По-перше, переконайтеся, що ваше джерельне та цільове середовища пов’язані належним чином. Ви зможете переглядати свою воронку продажів лише у призначених джерельних середовищах, наприклад у середовищах розробки. Під час зв’язування кожного з ваших середовищ із пайплайном під час конфігурації у вас є опція типу середовища розробки або типу середовища цільового середовища . Якщо середовищам, пов’язаним з пайплайном, присвоєно відповідний тип, ваша воронка продажів відображається як опція в середовищі розробки вихідного коду.
Так. Як керовані, так і некеровані рішення автоматично експортуються та зберігаються на хості пайплайнів для кожного розгортання.
Ні. Рішення експортуються, як тільки надсилається запит на розгортання (коли виробник вибирає «Розгорнути » у своєму середовищі розробки), і той самий артефакт рішення буде розгорнуто. Так само система не реекспортує рішення для розгортання на наступні етапи воронки продажу. Один і той же артефакт розчину повинен проходити етапи трубопроводу в послідовному порядку. Система також запобігає будь-якому втручанню або модифікації артефакту експортованого рішення. Це гарантує, що кастомізація не зможе обійти середовища QA або ваші процеси затвердження.
- Середовища розробника не обов’язково мають бути керовані середовища. Їх можна використовувати для розробки та тестування за планом розробника.
- Хост конвеєрів має бути робочим середовищем, але хост конвеєрів не обов’язково має бути керованим середовищем.
- Усі інші середовища, що використовуються в конвеєрах, мають бути ввімкнені як керовані середовища.
- Ліцензії, що надають преміум права на використання, потрібні для всіх керованих середовищ.
Поширений приклад налаштування:
Призначення середовища | Тип середовища | Потрібна автономна ліцензія |
---|---|---|
Хост | Виробниче | No |
Розробка | Для розробників | No |
КК | Для розробників | No |
Виробниче | Виробниче | Так |
Так. Перегляньте розділ Делеговані розгортання.
Так. Додаткові відомості: Розгортання за допомогою керівника служби
Подібно до досвіду розробки, виробники, які запускають конвеєри, можуть надавати власні з’єднання або з’єднання, до яких вони мають доступ. З’єднання сервісного принципу також можна використовувати для з’єднувачів, які підтримують автентифікацію реєстраційного директора служби, включаючи нетипові з’єднувачі.
Наразі посилання на з’єднання без значення в рішенні або цільовому середовищі не можуть бути оновлені під час розгортання. Якщо значення було розгорнуто раніше, воно може бути оновлено в цільовому середовищі.
Ідентичність розгортання. Для стандартних розгортань власник є постачальником запиту. Для делегованих розгортань власником є делегований керівник служби або користувач.
Ні. Для цього сценарію рекомендуємо використовувати Azure DevOps GitHub.
Вам слід видалити запис середовища та оновити конфігурацію воронки продажів, коли це необхідно. Якщо середовище скидається, ви повторно створюєте запис середовища, а потім пов’язуєте його зі своєю воронкою продажів.
Так. Однак використовувати середовище за замовчуванням як хост воронки продажів рекомендується не всім клієнтам.
Так. Додаткові відомості: Розгортання пайплайнів як керівник служби або власник конвеєра.
Так, разом ці інструменти є потужними, водночас спрощуючи роботу з мейкером. Більше інформації: Розширити пайплайни
Так. Якщо параметр воронки продажів увімкнено, ви можете повторно розгорнути попередні версії рішень у поданні історії виконання на сторінці Pipelines. Якщо цей параметр вимкнено, можна розгортати або імпортувати лише вищі версії рішень. Як обхідний шлях, адміністратори можуть завантажити артефакт з хоста pipelines, збільшити версію рішення у файлі solution.xml, а потім вручну імпортувати його в цільове середовище.
Так. Ви можете налаштувати масове видалення завдань у хості воронки продажів, Dataverse щоб видаляти дані за визначеним розкладом.
Наразі ні. Поведінка імпорту Pipelines за замовчуванням — це оновлення з налаштуваннями перезапису.
Ні. Однак одне середовище може бути пов’язане з кількома конвеєрами в межах одного хоста. Щоб пов’язати середовище з іншим хостом, додайте його до конвеєра в новому хості. Потім видаліть запис середовища з початкового хоста та переконайтеся, що все працює належним чином.
Наразі ні. Однак доступні навмисні гачки розширення для налаштування логіки конвеєрів. Додаткова інформація: розширити трубопроводи.
Переходьте до некерованого рішення в розробці в середовищі, пов’язаному з вашою воронкою продажів. Пайплайни не можна переглядати або запускати з рішення за замовчуванням, керованих рішень або в цільових середовищах. Зверніть увагу, що ви також можете отримувати та запускати пайплайни з Power Platform CLI.
Так, але тільки в тому випадку, якщо в хості включено параметр Cross-Geo Solution Deployments . Якщо цей параметр вимкнено, хост і всі середовища, пов’язані з конвеєрами в хості, мають бути розташовані в межах одного географічного розташування (як вказано під час створення середовищ). Наприклад, якщо цей параметр вимкнено, конвеєр не зможе розгорнутися з Німеччини до Канади, а хост у Німеччині не зможе керувати середовищеми в Канаді. У випадку, коли адміністратор клієнта хотів би запобігти розгортанню крос-географічних рішень, слід використовувати окремі хости для Німеччини та Канади.
Так, це можливо, хоча ми рекомендуємо починати з одного і того ж трубопроводу для даного рішення. Це допомагає уникнути плутанини і ненавмисних помилок. Інформація про запуск пайплайну відображається в контексті одного воронки продажів і одного рішення (в рамках досвіду роботи з рішенням). Тому інші пайплайни можуть не показувати останню версію розгорнутого рішення або іншу важливу інформацію про запуск, пов’язану з різними воронками продажів. Зверніть увагу, що програма послідовність розгортання Configuration показує інформацію про виконання всіх пайплайнів і всіх рішень для поточного хоста.
Використання одного і того ж середовища для розробки і хоста не підтримується; Інші комбінації не рекомендуються як найкраща практика.
У цільовому середовищі ви можете побачити шари розгорнутих об’єктів, а також те, що змінилося між шарами. Крім того, ви можете бачити відмінності в XML між шарами додатків на основі моделі, карт сайтів і форм. Пайплайни також можуть бути розширені для інтеграції з GitHub та іншими системами контролю джерел для порівняння гранульованих диференцій.
Це допустима конфігурація, яку слід оцінювати на основі потреб і політик у вашій організації.
Ні. Радимо завжди розгортати керовані рішення в середовищах, не пов’язаних із розробкою. Зверніть увагу: некеровані рішення автоматично експортуються та зберігаються на хості конвеєрів, щоб ви могли завантажувати та імпортувати їх в інші середовища розробки або переводити їх у режим контролю версій.
Наразі ні. Вам потрібно буде надіслати різні варіанти розгортання для кожного рішення. Однак один і той же конвеєр може бути використаний для декількох рішень.
Наразі ні. Радимо публікувати окремі об’єкти в тому вигляді, в якому вони збережені. Зауважте, що публікацію вимагають лише певні об’єкти рішення.
Чи можу я використовувати пайплайни для команд з кількома розробниками, які працюють в ізольованих середовищах розробки?
Поточна реалізація використовує єдине середовище розробки для даного рішення.
Обидва пропонують багато цінних можливостей, а команди власників тісно співпрацюють над розробкою конвеєрів і ширшого бачення ALM для Power Platform. Трубопроводи є більш простими за своєю природою, і їх можна налаштувати та керувати ними з меншими зусиллями. Доступ до інших продуктів і технологій не потрібен, оскільки все керується власними силами. З іншого боку, прискорювач ALM іноді краще підходить для більш просунутих сценаріїв ALM.
Хоча існує багато додаткових функціональних відмінностей, принципова відмінність полягає в тому, що пайплайни є офіційною Microsoft Power Platform функцією продукту, тобто вони проектуються, архітектуряються, проектуються, тестуються, підтримуються та підтримуються Microsoft продуктовою інженерією. Пайплайни вбудовані в продукт і можуть бути доступні в межах нативного досвіду продукту.
Ми заохочуємо клієнтів використовувати пайплайни для основної функціональності розгортання, а за потреби розширювати воронки для інтеграції з іншими інструментами CI/CD. При спільному використанні робочі навантаження, необхідні в інструментах CI/CD, часто стають менш складними та дорогими в обслуговуванні.
Налаштування воронокпродажів Розширення воронок продажів
Розгортання рішень за допомогою Pipeline in Power Apps (відео)