Основе управљања животним циклусом апликација помоћу платформе 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 и Microsoft Dataverse у сврху учења. Окружење за програмере је окружење за једног корисника и не може се користити за покретање ни дељење производних апликација.
Подразумевано - Једно подразумевано окружење се аутоматски креира за сваког клијента и деле га сви корисници у том станару. Станар идентификује купца, који може имати једну или више Microsoft претплата и услуга повезаних са њим. Кад год се нови корисник пријави за Power Apps, аутоматски се додаје у улогу креаторе подразумеваног окружења. Подразумевано окружење је креирано у најближем региону подразумеваном региону Microsoft Entra станара и названо је: " {Microsoft Entra име } станара (подразумевано)"
Креирајте и користите исправно окружење за одређену сврху, као што је развој, тестирање или производња.
Више информација о раду са окружењима потражите у чланку Преглед окружења.
Ко треба да има приступ?
Дефинишите безбедност ресурса и података и управљајте њима у услузи Microsoft Dataverse. Microsoft Power Platform пружа администраторске улоге на нивоу окружења за извршавање задатака. Dataverse укључује безбедносне улоге које дефинишу ниво приступа апликацијама, компонентама апликација и ресурсима које имају креатори и корисници апликација у услузи Dataverse.
| Сврха животне средине | Улоге које имају приступ | Коментаре |
|---|---|---|
| Развој | Креатори и програмери апликација. | Корисници апликација не треба да имају приступ. Програмерима треба макар безбедносна улога креатора окружења да би могли да креирају ресурсе. |
| Тестирај | Администратори и људи који тестирају. | Креатори апликација, програмери и корисници производних апликација не би требало да имају приступ. Корисници који обављају тестирање треба да имају довољно привилегија да обављају тестирање. |
| Производња | Администратори и корисници апликација. Корисници треба да имају довољан ниво приступа да обављају задатке у апликацијама које користе. | Креатори и програмери апликација не би требало да имају приступ или треба да имају само привилегије на нивоу корисника. |
| Подразумевана | Подразумевано сваки корисник закупца може креирати и мењати апликације у подразумеваном Dataverse окружењу које има базу података. | Препоручујемо вам да креирате окружења за одређену сврху и доделите одговарајуће улоге и привилегије само оним људима којима су потребне. |
Још информација:
- Преглед окружења
- Контролишите приступ корисника окружењима: безбедносне групе и лиценце
- Креирајте кориснике и доделите безбедносне улоге
- Креирајте окружења
Решења
Решења се користе за пренос апликација и компоненти из једног окружења у друго или за примену скупа прилагођавања у постојећим апликацијама.
Решења имају ове функције:
Садрже метаподатке и одређене ентитете са конфигурационим подацима. Решења не садрже пословне податке.
Могу да садрже много различитих Microsoft Power Platform компоненте, као што су апликације засноване на моделу, апликације са подлогом, мапе локација, токови, ентитети, обрасци, прилагођени конектори, веб-ресурси, скупови опција, графикони и поља. Имајте на уму да не могу сви ентитети бити уврштени у решење. На пример, системске табеле Корисник апликације, Прилагођени API и Подешавање организације не могу се додати у решење.
Они су упаковани као јединица која се извози и увози у друга окружења или деконструисани и проверени у контролу извора као изворни кôд средстава. Решења се такође користе за примену промена на постојећа решења.
Комплетна решења користе се за примену у било које окружење које није развојно окружење за то решење. Овде спадају окружења за тестирање, тестирање прихватљивости од стране корисника, тестирање интеграције система и производна окружења. Комплетним решењима можете да управљате (да их надограђујете, крпите и бришете) независно од других комлпетних решења у окружењу. Као најбоља пракса ALM-а, комплетна решења би требало да буду генерисана сервером за изградњу и сматрана артефактом градње.
Измене комплетних решења се примењују у претходној верзији комплетног решења. Тиме се не креира додатни слој решења. Не можете да бришете компоненте помоћу исправке.
Закрпа садржи само промене за надређено комплетно решење. Закрпе би требало да користите само за мале исправке (слично као код хитних исправки) и по потреби можете да их деинсталирате. Када увезете закрпе, оне се слажу над надређеним решењем. Не можете да бришете компоненте помоћу закрпе.
Надоградњом решења инсталирате нови слој решења одмах изнад основног слоја и свих постојећих закрпа.
Примена надоградњи решења подразумева брисање свих постојећих закрпа и основног слоја.
Надоградње решења ће избрисати компоненте које су постојале, али више нису укључене у надограђену верзију.
Још информација: Концепти решења
Контрола извора
Контрола извора, позната и као контрола верзија, систем је који одржава и безбедно чува средства за развој софтвера и прати измене тих средстава. Праћење промена је посебно важно када више креатора и програмера апликације ради на истом скупу датотека. Систем контроле извора такође вам омогућава враћање измена или избрисаних датотека.
Систем контроле извора помаже организацијама да постигну стабилно управљање животним циклусом апликација јер средства која се одржавају у систему контроле извора представљају „један извор истине“ – или, другим речима, једну тачку приступа и модификације решења.
Стратегија гранања и обједињавања
Скоро сваки систем контроле извора има неки облик подршке за гранање и обједињавање. Гранање значи да одступате од главне линије развоја и настављате да радите без промене главне линије. Процес обједињавања се састоји од комбиновања једне гране у другу, на пример развојне гране у грану главне линије. Неке уобичајене стратегије гранања су гранање засновано на главном делу, гранање издања и гранање функција. Још информација: Усвојите стратегију Git гранања
Процес контроле извора помоћу решења
Можете да користите две главне путање када радите са решењима у систему контроле извора:
- Извезите некомплетно решење и распакујте га у систему контроле извора. Процес креирања увози упаковано решење као некомплетно решење у привремено окружење за креирање (sandbox окружење). Затим извезите решење као комплетно и сачувајте га као артефакт за креирање у систему контроле извора.
- Извезите решење као некомплетно и комплетно и поставите оба у систем контроле извора. Иако ова метода не захтева окружење за креирање, захтева одржавање две копије свих компоненти (једну копију свих некомплетних компоненти из некомплетног решења и другу копију свих комплетних компоненти из комплетног решења).
Још информација: Креирање задатака алатке
Аутоматизација
Аутоматизација је кључни део животног циклуса апликације који побољшава продуктивност, поузданост, квалитет и ефикасност управљања животним циклусом апликација. Алатке и задаци за аутоматизацију користе се за потврђивање, извоз, паковање, распакивање и извоз решења, као и за креирање и поништавање sandbox окружења.
Још информација: Шта су Microsoft Power Platform Build Tools?
Развој тима помоћу контроле дељених извора
Важно је размотрити како ћете ви и ваш развојни тим сарађивати на изради пројекта. Олакшавање комуникације и подстицање прегледа и разговора може вашем тиму омогућити да испоручи бољи софтвер. Неке алатке и токови посла – попут оних које обезбеђује Git, GitHub и Azure DevOps – дизајнирани су за изричиту сврху побољшања комуникације и квалитета софтвера. Имајте на уму да рад са конфигурацијама у систему решења може бити изазов за развој тима. Организације морају да усклађују промене више програмера како би избегле неусаглашености приликом обједињавања што је више могуће јер системи контроле извора имају ограничења у начину обједињавања. Препоручујемо да избегавате ситуације у којима више људи истовремено мења сложене компоненте, као што су обрасци, токови и апликације са подлогом.
Још информација: Сценарио 5: Подршка развоју тима
Континуирана интеграција и примена
Можете користити било који систем контроле извора и креирати канал како бисте започели континуирану интеграцију и примену. Међутим, овај водич се фокусира на GitHub и Azure DevOps. GitHub је развојна платформа коју користе милиони програмера. Azure DevOps пружа услуге за програмере како би подржали тимове за планирање рада, сарадњу на развоју кода, израду и примену апликација.
Да бисте започели, треба вам следеће:
GitHub налог на коме можете креирати складиште. Ако га немате, можете га креирати бесплатно.
Azure DevOps организација. Ако га немате, можете га креирати бесплатно.
Још информација: Креирање првог канала
Лиценцирање
Да би корисници могли да креирају или мењају апликације и токове уз Power Apps и Power Automate, мораће да имају корисничку лиценцу за Power Apps или Power Automate, односно одговарајућу лиценцу за Dynamics 365 апликацију. Више информација потражите у прегледу лиценцирања за Microsoft Power Platform. Такође препоручујемо да контактирате Microsoft свог представника рачуна како бисте разговарали о вашим потребама за лиценцирањем.
Напомене о управљању животним циклусом апликација
Када управљање животним циклусом апликација сматрате саставним делом креирања апликација на платформи Microsoft Power Platform, то драстично може да повећа брзину и поузданост апликације и побољша корисничко искуство у апликацији. Такође осигурава да више програмера, традиционалних који кодирају и програмера аматера, могу заједнички да допринесу развоју апликације.
Погледајте следеће чланке у којима је обрађено неколико тема које треба размотрити на почетку развоја апликације: