Огляд трубопроводів у 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

• Досягайте цілей відповідності, безпеки, моніторингу та автоматизації за допомогою:

  • Безпечні виробничі середовища з делегованим розгортанням на основісхвалення.
  • Настроювання та журнал аудиту зберігаються автоматично та є легкодоступними.
  • Готова аналітика забезпечує кращу видимість у центральному місці.
  • Можливість переглядати готові Power BI звіти в програмі воронки продажів або створювати власні. Додаткові відомості: Огляд звітів для додатків на основі моделі
  • Налаштовуйте воронки продажів відповідно до потреб вашої організації з розширюваністю воронок продажів та Power Automate.

Виробники запускають попередньо налаштовані пайплайни

Після того, як воронки продажів будуть встановлені, виробники можуть ініціювати розгортання в продукті кількома клацаннями миші. Вони роблять це безпосередньо у своїх середовищах розробки. До інших переваг для виробників можна віднести:

• Попередні знання процесів або систем ALM не потрібні. Citizen-розробники часто розглядають пайплайни як керований процес управління змінами.
• Розгортання рішень попередньо валідується в цільовому середовищі, щоб запобігти помилкам і підвищити показники успіху. Наприклад, відсутні залежності та інші проблеми виявляються перед розгортанням, і виробникам негайно пропонується вжити відповідних заходів.
• З’єднання та змінні середовища надаються заздалегідь і перевіряються перед початком розгортання.
  • Це допомагає гарантувати, що програми та автоматизація розгортаються без необхідності ручних кроків постобробки, а також підключаються до відповідних джерел даних у кожному середовищі.
  • Адміністратори навіть можуть попередньо налаштувати певні з’єднання, які будуть використовуватися.

Розробники можуть використовувати та розширювати пайплайни

Професійні розробники більш продуктивні, оскільки пайплайни тепер обробляють складні фонові операції. Розробники можуть повідомити системі, чого вони хочуть досягти, замість того, щоб виконувати різні основні завдання, необхідні для досягнення однієї мети. Використовуючи інтерфейс командного рядка Power Platform , розробники можуть:

• Перелічте пайплайни, щоб переглянути відповідні деталі, наприклад, на яких етапах і середовищах готові розгорнути свої рішення.
• Розгорніть рішення за допомогою однієї команди:
  • За допомогою пайплайнів розробники просто надають необхідні параметри, а система організовує всі операції наскрізного розгортання відповідно до організаційних політик.
  • Не потрібно підключатися до кількох середовищ, експортувати рішення, завантажувати файли рішень, вручну створювати з’єднання та заповнювати файли налаштувань розгортання, імпортувати рішення або виконувати різні інші завдання, які були потрібні раніше.

Крім того, розробники можуть розширювати пайплайни та інтегруватися з іншими інструментами CI/CD.

Запитання й відповіді

Що розгортають пайплайни?

Пайплайни розгортають рішення, а також конфігурацію для цільового середовища, наприклад з’єднання, посилання на з’єднання та змінні середовища. Будь-які Power Platform налаштування, що містяться у вашому рішенні, можна розгорнути за допомогою воронок продажів. Пайплайни або рішення загалом не містять даних, що зберігаються в Dataverse таблицях.

Чому я не бачу свою воронку продажів у своєму середовищі?

По-перше, переконайтеся, що ваше джерельне та цільове середовища пов’язані належним чином. Ви зможете переглядати свою воронку продажів лише у призначених джерельних середовищах, наприклад у середовищах розробки. Під час зв’язування кожного з ваших середовищ із пайплайном під час конфігурації у вас є опція типу середовища розробки або типу середовища цільового середовища . Якщо середовищам, пов’язаним з пайплайном, присвоєно відповідний тип, ваша воронка продажів відображається як опція в середовищі розробки вихідного коду.

Чи автоматично пайплайни зберігають резервні копії рішень?

Так. Як керовані, так і некеровані рішення автоматично експортуються та зберігаються на хості пайплайнів для кожного розгортання.

Чи може кастомізація обійти етап розгортання, такий як QA?

Ні. Рішення експортуються, як тільки надсилається запит на розгортання (коли виробник вибирає «Розгорнути » у своєму середовищі розробки), і той самий артефакт рішення буде розгорнуто. Так само система не реекспортує рішення для розгортання на наступні етапи воронки продажу. Один і той же артефакт розчину повинен проходити етапи трубопроводу в послідовному порядку. Система також запобігає будь-якому втручанню або модифікації артефакту експортованого рішення. Це гарантує, що кастомізація не зможе обійти середовища QA або ваші процеси затвердження.

Чи потрібні автономні ліцензії для використання трубопроводів?

• Середовища розробника не обов’язково мають бути керованими середовищами. Їх можна використовувати для розробки та тестування за планом розробника.
• Хост конвеєрів має бути робочим середовищем, але хост конвеєрів не обов’язково має бути керованим середовищем.
• Усі інші середовища, що використовуються в конвеєрах, мають бути ввімкнені як керовані середовища.
• Ліцензії, що надають преміум права на використання, потрібні для всіх керованих середовищ.

Поширений приклад налаштування:

Чи можу я налаштувати затвердження для розгортань?

Так. Перегляньте розділ Делеговані розгортання.

Чи можу я використовувати різні керівники послуг для різних воронок продажів і етапів?

Так. Додаткові відомості: Розгортання за допомогою керівника служби

Які з’єднання можна використовувати?

Подібно до досвіду розробки, виробники, які запускають конвеєри, можуть надавати власні з’єднання або з’єднання, до яких вони мають доступ. З’єднання сервісного принципу також можна використовувати для з’єднувачів, які підтримують автентифікацію реєстраційного директора служби, включаючи нетипові з’єднувачі.

Чому я не можу оновити наявні посилання на підключення?

Наразі посилання на з’єднання без значення в рішенні або цільовому середовищі не можуть бути оновлені під час розгортання. Якщо значення було розгорнуто раніше, воно може бути оновлено в цільовому середовищі.

Кому належать розгорнуті об’єкти рішень?

Ідентичність розгортання. Для стандартних розгортань власник є постачальником запиту. Для делегованих розгортань власником є делегований керівник служби або користувач.

Чи можуть воронки продажів бути розгорнуті на іншого клієнта?

Ні. Ми рекомендуємо використовувати Azure DevOps або GitHub для цього сценарію.

Що робити, якщо моє розробоче або цільове середовище скинуто або видалено?

Вам слід видалити запис середовища та оновити конфігурацію воронки продажів, коли це необхідно. Якщо середовище скидається, ви повторно створюєте запис середовища, а потім пов’язуєте його зі своєю воронкою продажів.

Чи можу я використовувати пайплайни в середовищі за замовчуванням?

Так. Однак використовувати середовище за замовчуванням як хост воронки продажів рекомендується не всім клієнтам.

Чи можу я розгорнути за допомогою власного керівника служби?

Так. Додаткові відомості: Розгортання пайплайнів як керівник служби або власник конвеєра.

Чи можна використовувати конвеєри з Azure DevOps GitHub або ALM Accelerator?

Так, разом ці інструменти є потужними, водночас спрощуючи роботу з мейкером. Більше інформації: Розширити пайплайни

Чи можу я повернутися до попередньої версії?

Так. Якщо параметр воронки продажів увімкнено, ви можете повторно розгорнути попередні версії рішень у поданні історії виконання на сторінці Pipelines. Якщо цей параметр вимкнено, можна розгортати або імпортувати лише вищі версії рішень. Як обхідний шлях, адміністратори можуть завантажити артефакт з хоста pipelines, збільшити версію рішення у файлі solution.xml, а потім вручну імпортувати його в цільове середовище.

Чи можу я встановити політики збереження для даних воронки продажів?

Так. Ви можете налаштувати масове видалення завдань у хості воронки продажів, Dataverse щоб видаляти дані за визначеним розкладом.

Чи можу я вказати поведінку імпорту розширеного рішення, як-от оновлення та оновлення?

Наразі ні. Поведінка імпорту за замовчуванням у пайплайнах — це оновлення без налаштувань перезапису.

Чи може середовище бути пов’язане з кількома хосями?

Ні. Однак одне середовище може бути пов’язане з кількома конвеєрами в межах одного хоста. Щоб пов’язати середовище з іншим хостом, додайте його до конвеєра в новому хості. Потім видаліть запис середовища з початкового хоста та переконайтеся, що все працює належним чином.

Чи можу я налаштувати або розширити програму та таблиці першої сторони для розгортання?

Наразі ні. Однак доступні навмисні гачки розширення для налаштування логіки конвеєрів. Додаткова інформація: розширити трубопроводи.

Де я можу переглядати та запускати воронки продажів?

Переходьте до некерованого рішення в розробці в середовищі, пов’язаному з вашою воронкою продажів. Пайплайни не можна переглядати або запускати з рішення за замовчуванням, керованих рішень або в цільових середовищах. Зверніть увагу, що ви також можете отримувати та запускати пайплайни з Power Platform CLI.

Чи можу я розгорнути програму в різних регіонах?

Так, але тільки в тому випадку, якщо в хості включено параметр Cross-Geo Solution Deployments . Якщо цей параметр вимкнено, хост і всі середовища, пов’язані з конвеєрами в хості, мають бути розташовані в межах одного географічного розташування (як вказано під час створення середовищ). Наприклад, якщо цей параметр вимкнено, конвеєр не зможе розгорнутися з Німеччини до Канади, а хост у Німеччині не зможе керувати середовищеми в Канаді. У випадку, коли адміністратор клієнта хотів би запобігти розгортанню крос-географічних рішень, слід використовувати окремі хости для Німеччини та Канади.

Чи можу я розгорнути одне й те саме рішення, використовуючи різні пайплайни?

Так, це можливо, хоча ми рекомендуємо починати з одного і того ж трубопроводу для даного рішення. Це допомагає уникнути плутанини і ненавмисних помилок. Інформація про запуск пайплайну відображається в контексті одного воронки продажів і одного рішення (в рамках досвіду роботи з рішенням). Тому інші пайплайни можуть не показувати останню версію розгорнутого рішення або іншу важливу інформацію про запуск, пов’язану з різними воронками продажів. Зверніть увагу, що програма «Конфігурація конвеєра розгортання» відображає інформацію про роботу в усіх воронках продажів і всіх рішеннях для поточного хоста.

Чи може хост-середовище також використовуватися як середовище розробки або призначення?

Використання одного і того ж середовища для розробки і хоста не підтримується; Інші комбінації не рекомендуються як найкраща практика.

Як я можу переглянути, що змінилося в різних версіях?

У цільовому середовищі ви можете побачити шари розгорнутих об’єктів, а також те, що змінилося між шарами. Крім того, ви можете бачити відмінності в XML між шарами додатків на основі моделі, карт сайтів і форм. Пайплайни також можуть бути розширені для інтеграції з GitHub та іншими системами контролю джерел для порівняння гранульованих диференцій.

Чи має моє хост-середовище збігатися з тим, де я встановив набір інструментів COE?

Це допустима конфігурація, яку слід оцінювати на основі потреб і політик у вашій організації.

Чи можна розгортати некеровані рішення?

Ні. Радимо завжди розгортати керовані рішення в середовищах, не пов’язаних із розробкою. Зверніть увагу: некеровані рішення автоматично експортуються та зберігаються на хості конвеєрів, щоб ви могли завантажувати та імпортувати їх в інші середовища розробки або переводити їх у режим контролю версій.

Чи можу я розгорнути кілька рішень одночасно?

Наразі ні. Вам потрібно буде надіслати різні варіанти розгортання для кожного рішення. Однак один і той же конвеєр може бути використаний для декількох рішень.

Чи публікують пайплайни некеровані налаштування перед експортом рішення?

Наразі ні. Радимо публікувати окремі об’єкти в тому вигляді, в якому вони збережені. Зауважте, що публікацію вимагають лише певні об’єкти рішення.

Чи можу я використовувати пайплайни для команд з кількома розробниками, які працюють в ізольованих середовищах розробки?

Поточна реалізація використовує єдине середовище розробки для даного рішення.

Чим конвеєри відрізняються від ALM Accelerator?

Обидва пропонують багато цінних можливостей, і команди власників тісно співпрацюють у розробці конвеєрів і ширшого бачення ALM Power Platform. Конвеєри є більш спрощеними за своєю природою, їх можна налаштувати та керувати ними з меншими зусиллями. Доступ до інших продуктів і технологій не потрібен, оскільки всім керується всередині компанії. З іншого боку, ALM Accelerator іноді краще підходить для більш складних сценаріїв ALM.

Хоча існує багато додаткових функціональних відмінностей, фундаментальна відмінність полягає в тому, що конвеєри є офіційною Microsoft Power Platform функцією продукту, тобто вони розроблені, розроблені, спроектовані, перевірені, обслуговуються та підтримуються розробкою продуктів Microsoft. Конвеєри вбудовані в продукт, і до них можна отримати доступ у нативних продуктах.

Коли мені слід використовувати конвеєри, а не інший інструмент?

Ми заохочуємо клієнтів використовувати конвеєри для основних функцій розгортання, а за потреби розширювати конвеєри для інтеграції з іншими інструментами CI/CD. При спільному використанні робочі навантаження, необхідні для інструментів CI/CD, часто стають менш складними та дорогими в обслуговуванні.

Наступні кроки

Налаштувати конвеєриРозширити конвеєри

Пов’язані відомості

Розгортання рішень за допомогою конвеєра в Power Apps (відео)