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

Важливо

Power BI Інформаційні панелі (підготовча версія) та набори Power BI даних (підготовча версія) наразі не підтримуються в пайплайнах.

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

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

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

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

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

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

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

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

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

Призначення середовища	Тип середовища	Потрібна окрема ліцензія
Хост	Виробниче	No
Розробка	Для розробників	No
КК	Для розробників	No
Виробниче	Виробниче	Так

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

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

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

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

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

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

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

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

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

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

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

Ні. Для цього сценарію рекомендуємо використовувати 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 іноді краще підходить для більш просунутих сценаріїв ALM.

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

У яких випадках слід використовувати пайплайни порівняно з іншими інструментами?

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

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

Налаштування воронокпродажів Розширення воронок продажів