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

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

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

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

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

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

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

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

Так, разом ці інструменти є потужними, зберігаючи при цьому простий досвід мейкера. Додаткові відомості: розширити конвеєри

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

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

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

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

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

Наразі ні. Типовою поведінкою імпорту Pipelines є Оновлення з налаштуваннями перезапису.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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