Поділитися через

Концепції рішень

  • Стаття

Рішення є механізмом для реалізації управління життєвим циклом додатків (ALM) в Power Apps та Power Automate. У цій статті розглядаються такі основні концепції рішень:

  • Два типи рішень (керовані та некеровані)
  • Компоненти рішення
  • Життєвий цикл рішення
  • Видавець рішення
  • Залежності рішень і компонентів рішення

Керовані та некеровані рішення

Рішення буває керованим або некерованим.

  • Розробляються некеровані рішення . Некеровані рішення використовуються в середовищах розробки, поки ви вносите зміни до своєї програми. Некеровані рішення можуть експортуватися як некеровані та як керовані. Експортовані некеровані версії ваших рішень повинні перевірятися у вашій системи контролю коду. Некеровані рішення мають розглядатися як джерело для активів Microsoft Power Platform. Коли видаляється некероване рішення, видаляється лише контейнер із будь-якими налаштуваннями, що входять до його складу. Усі некеровані настроювання залишаються дійсними та належать до стандартного рішення.

  • Розгортаються керовані рішення . Керовані рішення розгортаються в будь-якому середовищі, яке не є середовищем розробки для цього рішення. Ці середовища включають тестування, приймальне тестування користувача (UAT), тестування системної інтеграції (SIT) та виробниче середовище. Керовані рішення можна обслуговувати незалежно від інших керованих рішень у середовищі. Рекомендацією ALM є створення керованих рішень шляхом експортування некерованого рішення в якості керованого, і такі рішення слід вважати артефактом створення. Додатково:

    • Не можна безпосередньо змінювати компоненти керованого рішення. Для редагування керованих компонентів додайте їх спочатку до некерованого рішення.
      • Коли ви редагуєте керований компонент, ви створюєте залежність між некерованими настроюваннями та керованим рішенням. Якщо існує залежність, не можна буде деінсталювати кероване рішення, поки цю залежність не буде усунуто.
    • Деякі керовані компоненти неможливо редагувати. Щоб переконатись, що компонент можна редагувати, перегляньте Керовані властивості.
    • Не можна експортувати кероване рішення. Але ви можете експортувати некероване рішення як кероване.
    • У разі видалення керованого рішення, усі настроювання та розширення, включені до нього, буде видалено.

Важливо

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

Автори та розробники працюють у середовищах розробки, використовуючи некеровані рішення, а потім імпортують їх як керовані рішення до інших низхідних середовищ (наприклад, тестових).

Розподіляйте рішення від dev до тестових середовищ.

Нотатка

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

Компоненти рішення

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

Компоненти в розчині.

Нотатка

  • Максимальний розмір рішення: 95 МБ.
  • Не можна безпосередньо змінювати компоненти керованого рішення.

Щоб переглянути список типів компонентів, які можна додати до будь-якого рішення, перейдіть до розділу Параметри типу компонента.

Деякі компоненти вкладені в інші компоненти. Наприклад, таблиця містить форми, подання, діаграми, стовпці, зв’язки між таблицями, повідомлення та бізнес-правила. Для існування кожного з цих компонентів потрібна таблиця. За винятком стовпців вибору, усі інші стовпці не можуть існувати за межами таблиці. Ми говоримо, що стовпець залежить від таблиці. Типів компонентів вдвічі більше, ніж показано у попередньому списку, але більшість з них вкладені в інші компоненти і не видно в програмі.

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

Життєвий цикл рішення

Рішення підтримують нижчезазначені дії, які допомагають підтримувати процеси життєвого циклу програм.

  • Творити. Створюйте та експортуйте некеровані рішення.
  • Оновлення. Створюйте оновлення для керованого рішення, розгорнуті в батьківському керованому рішенні. Не можна видаляти компоненти з оновленням.
  • Оновлення. Імпортуйте рішення як оновлення до існуючого керованого рішення, яке видаляє компоненти, що не використовуються, і реалізує логіку оновлення. Оновлення передбачають згортання (злиття) всіх виправлень у рішенні до нової версії рішення. Оновлення рішення видаляє компоненти, які існували, але більше не входять до оновленої версії. Можна вибрати негайне оновлення або запланувати поетапне оновлення, щоб можна було виконати деякі додаткові дії перед завершенням оновлення.
  • Пластир. Виправлення містить лише зміни, внесені до батьківського керованого рішення, такі як додавання чи редагування компонентів та активів. Використовуйте виправлення під час встановлення незначних оновлень (схожих на поточні виправлення). Коли виправлення імпортуються, вони нашаровуються на головне рішення. Не можна видаляти компоненти з виправленнями.

Видавець рішення

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

Нотатка

  • За замовчуванням, якщо ви не використовуєте власне рішення, ви працюватимете в системних рішеннях за замовчуванням, які відомі як Common Data Service рішення за замовчуванням і рішення за замовчуванням . Додаткові відомості: Стандартне рішення і стандартне рішення Common Data Service
  • Бажане рішення – це вказане вами рішення, яке стає рішенням за замовчуванням. Додаткова інформація: Встановіть бажане рішення

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

Видавець рішення зазначає розробника програми. З цієї причини слід створити зрозуміле ім'я видавця рішення.

Префікс видавця рішення

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

Приклад префікса видавця рішення.

Нотатка

Змінити префікс видавця рішення необхідно перед створенням нових програм або елементів метаданих, оскільки змінювати імена елементів метаданих після їх створення не можна.

Додаткові відомості:

Залежності рішень

Спосіб, яким керовані рішення розподіляються за рівнями, передбачає, що деякі керовані рішення можуть бути залежними від компонентів рішення в інших керованих рішеннях. Деякі видавці рішень використовують ці переваги для створення модульних рішень. Можливо, спочатку потрібно буде інсталювати "базове" кероване рішення, а потім інсталювати друге кероване рішення, яке додатково налаштовує компоненти базового керованого рішення. Друге кероване рішення залежить від компонентів рішення, які є частиною першого рішення.

Система відстежує ці залежності між рішеннями. Не можна інсталювати рішення, яке вимагає неінстальованого базового рішення. Ви отримаєте повідомлення про те, що спочатку потрібно встановити інше рішення. Аналогічно, через залежності, ви не можете видалити базове рішення, поки рішення, яке залежить від нього, все ще встановлене. Ви повинні видалити залежні рішення, перш ніж зможете видалити базове рішення. Додаткові відомості: Усунення залежностей

Залежності компонентів рішення

Компонент рішення – це те, що ви потенційно можете налаштувати. Все, що може бути включено до складу розчину, є компонентом розчину, а деякі компоненти залежать від інших компонентів. Наприклад, стовпець "Веб-сайт" і звіт "Підсумок облікового запису" залежать від таблиці "Обліковий запис". Додаткові відомості: Відстеження залежностей для компонентів рішення

Статті за темою:

Шари розчину
Створення середовищ і керування ними в адміністративному Power Platform центрі