Делите путем

Основе управљања животним циклусом апликација помоћу платформе Microsoft Power Platform

  • Чланак

Овај чланак описује компоненте, алатке и процесе потребне за примену управљања животним циклусом апликација.

Окружења

Окружења представљају простор у којем складиштите и делите пословне податке и процесе, као и апликације организације и управљате њима. Такође служе као контејнери за одвајање апликација које могу имати различите улоге, безбедносне захтеве или циљну публику. Свако окружење може имати само једну Microsoft Dataverse базу података. Још информација: Преглед окружења

Важно

Када креирате окружење, можете да инсталирате Dynamics 365 апликације, као што су Dynamics 365 Sales и Dynamics 365 Marketing. Важно је да се утврди у то време да ли су ове апликације потребне или не, јер се не могу деинсталирати или инсталирати касније. Ако не градите на овим апликацијама и неће вам бити потребне у будућности, препоручујемо да их не инсталирате у својим окружењима. Ово помаже да се избегну компликације зависности када дистрибуирате решења између окружења.

Врсте окружења која се користе за управљање животним циклусом апликација

У Power Platform центру администрације можете да креирате ове врсте Power Platform окружења:

  • Сандбок. Сандбок окружење је било које непроизводно окружење Dataverse. Одвојено од производње, sandbox окружење је место за безбедно развијање и тестирање промене апликације са малим ризиком. Sandbox окружења садрже могућности које би могле бити штетне у производном окружењу, попут операција поништавања, брисања и копирања. Још информација: Управљање sandbox окружењима
  • Производње. Окружење у којем се апликације и други софтвер пуштају у рад за њихову намену.
  • Програмер (формално назван Заједница). Окружење за програмере је окружење за једног корисника и не може се користити за покретање ни дељење производних апликација. Power Apps Developer Plan вам даје приступ Power Apps премијум функционалности, услузи Dataverse и Power Automate за индивидуалну употребу. Овај план је првенствено намењен за изградњу и тестирање са Power Apps, Power Automate и Dataverse или за потребе учења.
  • Подразумевано. Једно подразумевано окружење се аутоматски креира за сваког закупца и деле га сви корисници у њему. Закупац идентификује клијента са којим може да буде повезана једна или више Microsoft претплата и услуга. Кад год се нови корисник пријави Power Apps, они се аутоматски додају у улогу Енвиронмент Макер подразумеваног окружења. Подразумевано окружење је креирано у најближем региону подразумеваном региону Microsoft Entra станара и названо је: " {Microsoft Entra име } станара (подразумевано)"

Креирајте и користите исправно окружење за одређену сврху, као што је развој, тестирање или производња.

За више информација о окружењима, идите на Преглед окружења.

Ко треба да има приступ?

Дефинишите и управљајте безбедношћу својих ресурса и података Dataverse. Power Platform Обезбеђује администраторске улоге на нивоу окружења за обављање задатака. Dataverse укључује безбедносне улоге које дефинишу ниво приступа апликацијама, компонентама апликација и ресурсима које имају креатори и корисници апликација у услузи Dataverse.

Сврха животне средине Улоге које имају приступ Коментаре
Развој Креатори и програмери апликација. Корисници апликација не треба да имају приступ. Програмерима треба макар безбедносна улога креатора окружења да би могли да креирају ресурсе.
Тестирај Администратори и људи који тестирају. Креатори апликација, програмери и корисници производних апликација не би требало да имају приступ. Тест корисници треба да имају само привилегије за обављање тестирања.
Продукција Администратори и корисници апликација. Корисници би требало да имају само приступ за обављање својих задатака за апликације које користе. Креатори и програмери апликација не би требало да имају приступ или треба да имају само привилегије на нивоу корисника.
Подразумевана Подразумевано сваки корисник закупца може креирати и мењати апликације у подразумеваном Dataverse окружењу које има базу података. Препоручујемо вам да креирате окружења за одређену сврху и доделите одговарајуће улоге и привилегије само оним људима којима су потребне.

Још информација:

Решења

Решења се користе за пренос апликација и компоненти из једног окружења у друго или за примену скупа прилагођавања у постојећим апликацијама.

Решења имају ове функције:

  • Они укључују метаподатке и одређене табеле са конфигурационим подацима. Решења не садрже пословне податке.
  • Они могу садржавати много различитих Power Platform компоненти, као што су апликације засноване на моделу, апликације платна, мапе сајтова, токови, табеле, обрасци, прилагођени конектори, веб ресурси, избори, графикони и колоне. Приметите да све табеле не могу бити укључене у решење. На пример, системске табеле Корисник апликације, Прилагођени API и Подешавање организације не могу се додати у решење.
  • Они су упаковани као јединица која се извози и увози у друга окружења или деконструисани и проверени у контролу извора као изворни кôд средстава. Решења се такође користе за примену промена на постојећа решења.
  • Комплетна решења користе се за примену у било које окружење које није развојно окружење за то решење. Овде спадају окружења за тестирање, тестирање прихватљивости од стране корисника, тестирање интеграције система и производна окружења. Комплетним решењима можете да управљате (да их надограђујете, крпите и бришете) независно од других комлпетних решења у окружењу. Као најбоља пракса ALM-а, комплетна решења би требало да буду генерисана сервером за изградњу и сматрана артефактом градње.
  • Измене комплетних решења се примењују у претходној верзији комплетног решења. Тиме се не креира додатни слој решења. Не можете да бришете компоненте помоћу исправке.
  • Закрпа садржи само промене за надређено комплетно решење. Закрпе би требало да користите само за мале исправке (слично као код хитних исправки) и по потреби можете да их деинсталирате. Када увезете закрпе, оне се слажу над надређеним решењем. Не можете да бришете компоненте помоћу закрпе.
  • Надоградњом решења инсталирате нови слој решења одмах изнад основног слоја и свих постојећих закрпа.
    • Примена надоградњи решења подразумева брисање свих постојећих закрпа и основног слоја.
    • Надоградње решења бришу компоненте које су постојале, али више нису укључене у надограђену верзију.

Још информација: Концепти решења

Контрола извора

Контрола извора, позната и као контрола верзија, систем је који одржава и безбедно чува средства за развој софтвера и прати измене тих средстава. Праћење промена је посебно важно када више креатора и програмера апликације ради на истом скупу датотека. Систем контроле извора такође вам омогућава враћање измена или избрисаних датотека.

Систем контроле извора помаже организацијама да постигну стабилно управљање животним циклусом апликација јер средства која се одржавају у систему контроле извора представљају „један извор истине“ – или, другим речима, једну тачку приступа и модификације решења.

Стратегија гранања и обједињавања

Скоро сваки систем контроле извора има неки облик подршке за гранање и обједињавање. Гранање значи да одступате од главне линије развоја и настављате да радите без промене главне линије. Процес обједињавања се састоји од комбиновања једне гране у другу, на пример развојне гране у грану главне линије. Неке уобичајене стратегије гранања су гранање засновано на главном делу, гранање издања и гранање функција. Још информација: Усвојите стратегију Git гранања

Процес контроле извора помоћу решења

Можете да користите две главне путање када радите са решењима у систему контроле извора:

  • Извезите некомплетно решење и распакујте га у систему контроле извора. Процес креирања увози упаковано решење као некомплетно решење у привремено окружење за креирање (sandbox окружење). Затим извезите решење као комплетно и сачувајте га као артефакт за креирање у систему контроле извора.
  • Извезите решење као некомплетно и комплетно и поставите оба у систем контроле извора. Иако ова метода не захтева окружење за креирање, захтева одржавање две копије свих компоненти (једну копију свих некомплетних компоненти из некомплетног решења и другу копију свих комплетних компоненти из комплетног решења).

Контрола извора помоћу решења.

Још информација: Креирање задатака алатке

Аутоматизација

Аутоматизација је кључни део животног циклуса апликације који побољшава продуктивност, поузданост, квалитет и ефикасност управљања животним циклусом апликација. Алатке и задаци за аутоматизацију користе се за потврђивање, извоз, паковање, распакивање и извоз решења, као и за креирање и поништавање sandbox окружења.

Још информација: Шта су Microsoft Power Platform Build Tools?

Развој тима помоћу контроле дељених извора

Важно је размотрити како ћете ви и ваш развојни тим сарађивати на изради пројекта. Олакшавање комуникације и подстицање прегледа и разговора може вашем тиму омогућити да испоручи бољи софтвер. Неке алатке и токови посла – попут оних које обезбеђује Git, GitHub и Azure DevOps – дизајнирани су за изричиту сврху побољшања комуникације и квалитета софтвера. Имајте на уму да рад са конфигурацијама у систему решења може бити изазов за развој тима. Организације морају да усклађују промене више програмера како би избегле неусаглашености приликом обједињавања што је више могуће јер системи контроле извора имају ограничења у начину обједињавања. Препоручујемо да избегавате ситуације у којима више људи истовремено мења сложене компоненте, као што су обрасци, токови и апликације са подлогом.

Још информација: Сценарио 5: Подршка развоју тима

Континуирана интеграција и примена

Можете користити било који систем контроле извора и креирати канал како бисте започели континуирану интеграцију и примену. Међутим, овај водич се фокусира на GitHub и Azure DevOps. GitHub је развојна платформа коју користе милиони програмера. Azure DevOps пружа услуге за програмере како би подржали тимове за планирање рада, сарадњу на развоју кода, израду и примену апликација.

Да бисте започели, треба вам следеће:

Још информација: Креирање првог канала

Лиценцирање

Да бисте креирали или уређивали апликације и токове коришћењем Power Apps и Power Automate, односно, корисници морају имати лиценцу по кориснику за Power Apps или Power Automate одговарајућу лиценцу за апликацију Динамицс КСНУМКС. За више информација, идите на Преглед лиценцирања за Microsoft Power Platform. Такође вам препоручујемо да се обратите представнику Microsoft налога како бисте поразговарали о потребама за лиценцирање.

Напомене о управљању животним циклусом апликација

Када управљање животним циклусом апликација сматрате саставним делом креирања апликација на платформи Microsoft Power Platform, то драстично може да повећа брзину и поузданост апликације и побољша корисничко искуство у апликацији. Такође осигурава да више програмера, традиционалних који кодирају и програмера аматера, могу заједнички да допринесу развоју апликације.

Погледајте следеће чланке у којима је обрађено неколико тема које треба размотрити на почетку развоја апликације: