Modernizuokite programas, naudodami „Power Platform“

Šiandieninėje sparčiai besikeičiančioje skaitmeninėje aplinkoje organizacijos susiduria su nuolatiniu iššūkiu modernizuoti senąsias programas, kad neatsiliktų nuo besikeičiančių verslo poreikių. Programų modernizavimas yra labai svarbus norint pagerinti veiklos efektyvumą, pagerinti klientų patirtį ir išlikti priekyje konkurentų. "Microsoft Power Platform" siūlo išsamų įrankių ir technologijų rinkinį, leidžiantį įmonėms greitai ir efektyviai transformuoti ir modernizuoti savo programas.

Šiame straipsnyje nagrinėjami programų modernizavimo naudojant "Microsoft Power Platform" pranašumai, strategijos ir geriausia praktika. Jame pateikiamos įžvalgos ir gairės, kaip "„Microsoft“" mažo kodo platforma gali padėti užtikrinti programų modernizavimo pastangų sėkmę vykdant jūsų organizacijos skaitmeninę transformaciją.

Įžanga

Senosios programos organizacijoms kelia daug iššūkių. Šios programos dažnai yra sukurtos ant pasenusių technologijų paketų ir sistemų, todėl jas sunku integruoti su šiuolaikinėmis sistemomis ir įrankiais. Jie dažnai turi mastelio ir našumo apribojimų, kurie trukdo organizacijai susidoroti su didėjančiais darbo krūviais ir klientų poreikiais. Senosioms programoms trūksta lankstumo ir lankstumo, todėl jos gali greitai prisitaikyti prie besikeičiančių verslo poreikių ir rinkos dinamikos. Saugumo spragos, didelės priežiūros išlaidos, ribotos integracijos galimybės ir priklausomybės nuo pardavėjų rizika dar labiau apsunkina senų programų iššūkius. Norėdami juos įveikti, organizacijos turi modernizuoti savo taikomųjų programų infrastruktūrą, kad galėtų pasinaudoti naujomis technologijomis.

"Microsoft Power Platform" mažo kodo kūrimo galimybės leidžia kurti ir diegti šiuolaikines programas greičiau ir ekonomiškiau nei bet kada anksčiau. Lengvai integruokite esamas sistemas ir duomenų šaltinius, kad galėtumėte sklandžiai keistis duomenimis ir bendradarbiauti. Pridėkite dirbtinį intelektą, kad pagerintumėte naudotojų patirtį, automatizuotumėte procesus ir gautumėte vertingų įžvalgų iš savo duomenų. Nesvarbu, ar esate pilietis kūrėjas, dirbantis su sudėtingu pritaikymu, galite intuityviai, greitai ir mažesnėmis sąnaudomis įgyvendinti skaitmeninę transformaciją nei naudodami tradicinius metodus.

Kodėl Power Platform?

Visapusiški įrankiai ir technologijos, kurie Power Platform sudaro žymiai sumažina modernizavimo ir skaitmeninės transformacijos projektų trukmę, išlaidas ir plėtros reikalavimus. Mažo kodo metodas sumažina ir netgi gali panaikinti brangių kodavimo, duomenų mokslo ir dirbtinio intelekto inžinerijos išteklių poreikį. Naudos gauna ir piliečių kūrėjai, ir profesionalūs kūrėjai. Piliečiai kūrėjai gali aktyviai dalyvauti modernizavimo procese, kurdami programas tiesiogiai remdamiesi savo srities žiniomis ir sumažindami priklausomybę nuo IT komandų. Profesionalūs kūrėjai gali pateikti net sudėtingus sprendimus per daug trumpesnį laiką, todėl jie gali greičiau pereiti prie kito projekto.

Power Platform Produktai ir koncepcijos

Kiekvienas šeimos produktas Power Platform turi unikalią dėmesio sritį. Organizacijos gali įdiegti produktus atskirai arba kartu, kad atitiktų konkrečius reikalavimus. Produktai yra tarpusavyje susiję, sudarantys vientisą visumą, kad ir kaip jie būtų derinami.

Šioje lentelėje pateikiama aukšto lygio apžvalga apie kiekvieną Power Platform gaminį.

Produktas	Aprašas
"Power Apps"	Kurkite pasirinktines programas intuityvioje nuvilkimo drobėje. Su daugiau nei tūkstančiu jungčių, vidiniai ir išoriniai duomenų šaltiniai ir paslaugos yra vos keliais paspaudimais. Programos gali veikti naršyklėje, staliniame kompiuteryje arba mobiliuosiuose įrenginiuose.
"Power Automate"	Kurkite darbo eigas, kad automatizuotumėte net sudėtingus procesus. Įtraukite vidinius ir išorinius duomenų šaltinius ir tarnybas naudodami įtaisytąsias ir pasirinktines jungtis. Naudokite skaitmeninį procesų automatizavimą (DPA), kai programos turi programų programavimo sąsają (API). Naudokite robotizuotą procesų automatizavimą (RPA), kad automatizuotumėte pasikartojančias užduotis, atliekamas naršyklėje arba darbalaukio programoje. Suaktyvinkite darbo eigas, kad jos būtų vykdomos, kai įvykiai įvyksta kitose sistemose ir tarnybose, arba suplanuokite jų vykdymą tam tikru laiku.
"Copilot" studija	Pokalbių agentų kūrimas naudojant grafinę sąsają be kodo. Galite diegti agentus keliuose kanaluose, įskaitant svetaines, mobiliąsias programėles ir pranešimų platformas, pvz., "Microsoft Teams". Dirbtinio intelekto padedamas kūrimas gali pagreitinti temų kūrimą. Generatyviniai atsakymai gali rasti ir pateikti informaciją iš kelių šaltinių, nereikalaujant kurti temų.
„Power BI“	Vilkite diagramas, lenteles ir kitus vaizdinius elementus į drobę, kad lengvai sukurtumėte sudėtingas ataskaitas, kurios atskleistų jūsų duomenyse užrakintas įžvalgas. Įtraukite automatizuotą mašininį mokymąsi nuspėjamajam modeliavimui ir dirbtinio intelekto vizualizacijas su skilimo medžiais, kad būtų galima išsamiai analizuoti pagrindines priežastis. Naršykite savo duomenis užduodami klausimus natūralia kalba paprastu klausimų ir atsakymų formatu.
"Power Pages"	Greitai kurkite patrauklias, duomenimis pagrįstas svetaines saugioje, įmonės lygio, mažo kodo programinės įrangos kaip paslaugos (SaaS) platformoje. Naudojant turtingus, pritaikomus šablonus ir sklandžią vaizdinę patirtį, lengviau kurti, talpinti ir administruoti modernias išorines verslo svetaines.

Produktų Power Platform šeima remiasi keliomis pagalbinėmis galimybėmis ir koncepcijomis. Šioje lentelėje aprašomi svarbiausi dalykai, kuriuos reikia suprasti.

Koncepcija	Aprašas
Galia Fx	Power Fx yra atvirojo kodo mažo kodo kalba, įkvėpta Excel formulių. Stipriai įvestas, deklaratyvus ir funkcionalus, su imperatyvia logika ir būsenos valdymu, išreikštas žmogui patogiu tekstu, Power Fx palengvina įprastas programavimo užduotis tiek piliečiams, tiek profesionaliems kūrėjams. Jis palaiko visą kūrimo spektrą – nuo "no-code" tiems, kurie niekada anksčiau neprogramavo, iki "pro-code" patyrusiems profesionalams, suteikiant įvairioms komandoms galimybę bendradarbiauti ir taupyti laiką bei išlaidas.
Jungtys	Jungtys yra gyvybiškai svarbios, kad mažo kodo ir tradicinis kodavimas veiktų kartu, kad būtų galima pateikti modernias programas. Jungtys yra API, leidžianti "Power Apps" ir "Power Automate" naudoti vidinius ir išorinius duomenų šaltinius ir paslaugas. Yra daugiau nei tūkstantis iš anksto sukurtų jungčių, ir jūs galite sukurti savo bet kuriai RESTful API. Jungties apibrėžimas apima būtinus metaduomenis, kad API būtų lengva naudoti mažo kodo programoms.
Dataverse	"Dataverse" yra debesies masto hibridinė duomenų saugykla, sukurta naudojant "Azure" duomenų valdymo tarnybas, tačiau tai daugiau nei duomenų bazė. Tai pagrindinė "Dynamics 365" ir "Power Platform" duomenų platforma su serverio logika darbo eigų ir priedų, verslo taisyklių ir procesų sekų pavidalu, labai sudėtingu saugos modeliu ir išplečiama kūrimo platforma su įtaisytuoju kelių kalbų ir kelių valiutų programų palaikymu. Programas galima greitai sukurti iš duomenų modelio, todėl tai yra vienas greičiausių būdų įdiegti formos virš duomenų sprendimą.
AI Builder	"AI Builder" leidžia lengvai naudoti dirbtinį intelektą "Power Apps" ir "Power Automate", kad būtų galima rasti įžvalgų apie duomenis, automatizuoti procesus ir padaryti programas produktyvesnes. Naudojant "AI Builder", jums nereikia kodavimo ar duomenų mokslo įgūdžių, kad galėtumėte naudotis dirbtinio intelekto galia. Iš anksto sukurti, tinkinami modeliai yra paruošti daugeliui įprastų verslo scenarijų, todėl galite kurti savo modelius, kad atitiktų konkrečius verslo poreikius.
Copilot	"Copilot AI" pagalba daro "Power Platform" vartotojus ir kūrėjus, piliečius ar profesionalus, produktyvesnius, todėl jie gali daugiau laiko skirti geriausioms savo darbo dalims ir mažiau laiko kasdienėms užduotims. Apibūdinkite savo verslo scenarijų "Copilot" programoje "Power Automate" ir jis gali paversti jūsų aprašą automatizuota darbo eiga. Nurodykite "Copilot" programoje "Power Apps", ką norite daryti arba kokią informaciją norite matyti, ir ji galės sukurti jai skirtą programą. "Copilot" nustato ryšius, kuria ir užpildo lenteles, generuoja ekranus ir netgi siūlo pasiūlymus, kaip patobulinti srautą ar programą. Jūsų programose nuo pirmo ekrano bus integruotos antrojo piloto funkcijos, todėl vartotojai galės atrasti įžvalgų pokalbio metu.
Aplinka ir sprendimai	Aplinkos yra ribos, kurios apima ir palengvina išteklių valdymą ir apsaugą Power Platform . Jie taip pat naudojami programų gyvavimo ciklo valdyme (ALM), kai sprendimai kuriami ir išbandomi atskirose aplinkose prieš diegiant juos gamybos aplinkoje. Sprendimai yra supakuoti Power Platform tinkinimai ir plėtiniai. Sprendimas gali apimti programas, srautus, lenteles, diagramas, ataskaitų sritis, jungtis ir kitus komponentus, kurių reikia tinkinimui ar plėtiniui. Sprendimai gali būti kuriami, išbandomi ir diegiami gamyboje atskirose aplinkose kaip organizacijos ALM politikos dalis. Galite eksportuoti sprendimus, kad galėtumėte juos bendrinti su kitais vartotojais ar organizacijomis ir importuoti sprendimus iš kitų. Sprendimai yra valdomi arba nevaldomi. Nevaldomi sprendimai naudojami kūrimui ir testavimui. Valdomi sprendimai naudojami gamybos diegimui ir platinimui.

Pagrindiniai programų modernizavimo privalumai Power Platform

Programų modernizavimo naudojant "Microsoft Power Platform" privalumai viršija pradinę verslo vertę, kurią teikia sprendimas, kuriame naudojamos šiuolaikinės technologijos.

• Mažesnės išlaidos. Organizacijos gali sutaupyti pinigų programų kūrimui ir priežiūrai. " Forrester Consulting" užsakymu atliktas tyrimas parodė, kad organizacijos, kurios naudoja Power Platform , gali 45 proc. sumažinti programų kūrimo išlaidas ir gauti 140 proc. investicijų grąžą.

• Išplėskite išteklių fondą ir pašalinkite kliūtis. Profesionalūs kūrėjai, duomenų mokslininkai ir dirbtinio intelekto inžinieriai yra gerai apmokami ir labai paklausūs. Mažos ir vidutinės organizacijos dažnai neturi prabangos turėti vidinių kodavimo žinių, o užsakomosios paslaugos yra brangios. Mažas kodas Power Platform yra lengviau prieinamas didesniam išteklių telkiniui. Dalyko ekspertai ir darbuotojai, turintys verslo procesų patirties, gali padėti paspartinti modernizavimo pastangas, net jei jie niekada nėra parašę kodo eilutės.

• Statykite vežimėlį, o ne ratą. Tradicinis programinės įrangos kūrimas kiekvieną kartą prasideda iš naujo, iš naujo išradinėjant ratą su kiekvienu nauju projektu. Naudodami mažo kodo, intuityvius, kūrėjams patogius Power Platform produktus, galite sutelkti dėmesį į geresnio krepšelio kūrimą, verslo procesų tobulinimą ir greičiau mėgautis modernizavimo privalumais.

• Sumažinkite techninę skolą. "Greitų ir nešvarių" programinės įrangos sprendimų atnaujinimo ir senosios infrastruktūros priežiūros išlaidos – tiek finansiškai, tiek prarastos galimybės – yra didelės. "Power Platform" sumažina šią techninę skolą, nes lengviau ir pigiau kurti sprendimus iš pirmo karto. Tai taip pat supaprastina duomenų integravimą ir valdymą naudojant bendrą duomenų modelį ir jungtis, centralizuoja sprendimų valdymą ir palaiko nuolatinį tobulinimą naudojant analizę ir dirbtinį intelektą.

• Padidinkite saugą ir užtikrinkite atitiktį. Visi Power Platform produktai apima visiškai integruotą, įmonės lygio saugą, atitiktį ir valdymą, pradedant nuo aplinkų, kuriose jie veikia. Valdoma aplinka yra įrankių rinkinys, leidžiantis administratoriams valdyti Power Platform dideliu mastu, daugiau kontrolės ir mažiau pastangų. Be kitų galimybių, galite apriboti, kas gali bendrinti srautus ir programas ir su kuo, ir naudoti strategijas, kad apribotumėte jungčių kūrėjų naudojimą. Vietiniai, lankstūs duomenų saugos modeliai reiškia, kad kiekviena programa neprivalo kurti savo.

• Modernizuokite eidami. Kuo reikšmingesnės programos, kurias norite modernizuoti, tuo mažesnė tikimybė, kad norėsite jas visas pakeisti iš karto. Mažo kodo metodas puikiai tinka kuriant sprendimus valdomais žingsniais.

• Integruokite senstelėjusias programas. Senesnės programos dažnai neturi API. Power PlatformRPA galimybės gali automatizuoti klasikines programas ir įtraukti jas į naujus modernius verslo procesus. RPA taip pat gali būti naudinga palaipsniui modernizuojant dideles ir sudėtingas programas.

• Diekite naujoves neišleisdami daugiau. Power Platform pajėgumai ir toliau gerėja. Platformoje sukurtos programėlės naudojasi "„Microsoft“" naujovėmis be didesnių išlaidų.

• Padidinkite darbuotojų produktyvumą modernioje darbo vietoje. "Power Platform" yra modernios "„Microsoft“" darbo vietos dalis. Platformoje modernizuotos programos gali pasinaudoti "Microsoft 365" galimybėmis, įskaitant patrauklias mobiliąsias funkcijas ir lengvą, intuityvų bendradarbiavimą. Pažangiausias dirbtinis intelektas, pvz., "Copilot", "AI Builder" ir funkcijos, kurios netrukus bus paskelbtos, daro vartotojus ir kūrėjus produktyvesnius, mažiau nusivylimo ir seklesnių mokymosi kreivių.

Inovacijos tiesioginiams darbuotojams

Tiesioginiams darbuotojams reikia modernių programų, kurias jie galėtų naudoti bet kuriame įrenginyje ir bet kur, kur jie dirba. Jiems reikia prieigos prie įžvalgų realiuoju laiku, kad greičiau priimtų geresnius sprendimus. Jie turi bendradarbiauti su bendradarbiais ir vadovybe, kad viskas veiktų sklandžiai. Kai "American Airlines" nusprendė modernizuoti savo veiklos aspektus, jie gavo visa tai ir dar daugiau.

Bendradarbiaudama su "„Microsoft“", "American Airlines" sukūrė ConnectMe – Microsoft Teams programėlę, sukurtą remiantis Power Apps ir Azure. Naudodamiesi programėle bet kuriame mobiliajame įrenginyje, tiesioginės komandos realiuoju laiku turi pagrindinę atvykimo, įlaipinimo, bagažo ir vartų informaciją. Šis matomumas supaprastina antžemines operacijas, pagreitina orlaivių apsisukimo laiką ir padaro keliones malonesnes klientams. Sužinokite daugiau apie oro linijų transformaciją.

Dirbtinio intelekto įgalinimas žinių darbuotojams

Žinių darbuotojai plaukioja duomenų vandenyne ir pernelyg dažnai jaučiasi skęstantys. Beveik visos programos renka duomenis. Nedaugelis iš jų padeda vartotojams suprasti surinktus duomenis, jau nekalbant apie įžvalgas, kurios gali padėti darbuotojams geriau atlikti savo darbą. Dirbtinio intelekto galimybės gali būti įtrauktos į programas kaip modernizavimo dalis, ne tik automatizuojant duomenų rinkimą ir analizę, bet ir palengvinant žinių darbuotojams pastebėti modelius ir tendencijas. Prognozuojamoji analizė gali naudoti dirbtinio intelekto modelius, kad būtų galima labai tiksliai prognozuoti būsimus rezultatus, pagrįstus istoriniais duomenimis, todėl lyderiai gali drąsiai planuoti. Modernizuotos programos gali apimti "copilot AI", kuris veikia kaip partneris kuriant turinį kontekste – apibendrina interviu, rengia tikslinius rinkodaros ir pardavimo pranešimus ir netgi siūlo naudingą informaciją realiuoju laiku, kol klientų aptarnavimo atstovas ar pardavėjas kalba telefonu su klientu.

Laipsniška kelionė į senstelėjusių programų modernizavimą

Jei jūsų organizacija yra tokia kaip dauguma, turite vis daugiau pasenusių programų, kurioms būtų naudinga modernizuoti. Senesnės programos paprastai naudoja pasenusias technologijas ir yra sukurtos naudojant nebepalaikomą infrastruktūrą – aparatūrą ir programinę įrangą. Dažnai tik keli darbuotojai, dažniausiai tie, kurie artėja prie pensijos, žino, kaip jie dirba. Nauji darbuotojai nenori su jais turėti nieko bendro, nes jie negali naudotis šiuolaikiniais įrankiais, prie kurių yra įpratę ar nori dirbti. Norint juos išlaikyti, jau nekalbant apie jų atnaujinimą, reikia didinti techninių skolų kalną, kuris auga kuo daugiau. Daugelį metų, o gal dešimtmečių, pataisymų priežiūros rezultatai sukuria kodų bazę, kurios niekas nedrįsta paliesti, ypač kai ja remiasi didžioji verslo dalis.

Organizacijos dažnai negali lengvai pakeisti šių programų vienu metu. Vietoj to, jie pradeda laipsnišką modernizacijos kelionę. Laipsniškas požiūris maksimaliai padidina modernizavimo naudą ir sumažina kai kurias vienkartinių modernizavimo pastangų rizikas.

Programų modernizavimo parinktys

Modernizavimas ne visada reiškia senosios programos atkūrimą nuo pat pradžių. Kitos galimybės yra jį išleisti, pakeisti, pertalpinti, pertvarkyti ir pertvarkyti.

Šioje lentelėje aprašoma kiekviena parinktis, ALM etapas, kai jis yra tinkamiausias, ir veiksniai, galintys turėti įtakos jos pasirinkimui.

Gyvavimo ciklo pabaiga

Migracija

Modernizavimas

Išeiti į pensiją

Pakeisti

Priimti iš naujo

Pertvarkymas

Rearchitektas

Atkurti

Aprašymas

Pašalinti programą

Pakeiskite programą SaaS ar kita programa

Iš naujo diegti tokį, koks yra, į debesį

Optimizuokite esamą kodą

Perkelkite kodą į naują programos architektūrą arba suskaidykite jį į mikropaslaugas

Perrašykite programą nuo nulio naudodami originalią apimtį ir specifikacijas

Vairuotojai

Nebereikia

Sumažinkite išlaidas

Sumažinkite kapitalo išlaidas

Pasinaudokite naujesnėmis technologijomis

Sumažinkite kapitalo išlaidas

Atkurti duomenų saugyklą

Greita debesies investicijų grąža

Greitesni ir trumpesni atnaujinimai

Daugiau nešiojamų kodų

Didesnis debesijos efektyvumas išteklių, greičio ir sąnaudų atžvilgiu

Geresnis efektyvumas

Sumažinkite techninę skolą

Padidinkite mastelio keitimą, patikimumą ir priežiūrą

Lengvas naujų debesies galimybių pritaikymas

Mišrių technologijų rietuvės

Paspartinkite inovacijas

Paspartinkite plėtrą

Sumažinkite veiklos išlaidas

„Microsoft“ technologijos

Power Apps

Dynamics 365

Azure IaaS

Azure VMWare

Power Platform

Konteineriai

Azure PaaS

Power Platform

Azure PaaS

Mikropaslaugos be serverio

Power Platform

Azure PaaS

Mikropaslaugos be serverio

Toliau pateiktoje lentelėje pateikiami būdai, kaip mažai kodo reikalaujantis metodas gali būti taikomas kiekvienai programos modernizavimo parinkčiai.

Parinktis	Aprašas
Priimti iš naujo	Iš naujo priimant programą perkeliama tokia, kokia yra, iš senesnės aplinkos į naujesnę. Mažo kodo metodas netaikomas tiesiogiai, tačiau pakartotinis hostingas gali būti pirmas žingsnis prieš taikant kitas strategijas, apimančias mažo kodo sprendimus.
Refaktorizuoti arba pertvarkyti	Pertvarkymas pakoreguoja kodą, kad programos galėtų gauti didžiausią naudą iš debesies aplinkos. Pertvarkymas žymiai pakeičia kodą. Tai gali apimti esamos logikos kapsuliavimą perkeliant ją į API, kuri gali būti veikiama mažo kodo sprendimams per jungtį.
Pakeiskite arba atstatykite	Pakeitus programą pakeičiama kita. Atkūrimas iš naujo sukuria programą nuo pat pradžių. Ši parinktis dažniausiai taikoma tada, kai taikant mažo kodo metodą pasiekiami geriausi verslo rezultatai. Pradedant nuo programos iš "Dynamics 365" arba "„Microsoft“ Marketplace", galima pradėti modernizavimą, kai naudojimo atvejis atitinka iš anksto sukurtą galimybę. Tada organizacijos gali naudoti Power Platform komponentus, kad pritaikytų programą pagal savo unikalius poreikius.

Power Platformmažo kodo metodas gali pasiūlyti daug daugiau nei tik dar vieną kūrimo įrankį. Mažo kodo įtraukimas į šiuolaikinę programų strategiją taip pat gali padėti įgalinti ne kūrėjus, pvz., dalyko ekspertus, dalyvauti jūsų modernizavimo pastangose. Organizacijos nustatė, kad kompetencijos centro (CoE) sukūrimas aplink Power Platform ir naudojant tokius įrankius kaip CoE Starter Kit gairėms ir valdymui kurti padeda vartotojams sėkmingai kurti mažo kodo programas ir automatizavimą bei užtikrinti, kad tokie ištekliai kaip API ir komponentai galėtų būti pakartotinai naudojami. Mažas kodas gali paspartinti programų kūrimą ir padėti organizacijoms greičiau išgauti vertę iš savo duomenų, nepriklausomai nuo to, kur jie yra. Tiesą sakant, daugelis organizacijų nusprendžia integruoti mažo kodo mąstyseną į savo kultūrą.

Jūsų modernizavimo kelionės vadovas

Lengva priblokšti, kai pradedi galvoti apie senų programų modernizavimą. Gidas gali padėti suplanuoti kelionę ir nukreipti jus teisingu keliu. Gera vieta pradėti nuo šių trijų žingsnių, atsižvelgiant į kiekvieną iš jų su mažo kodo mąstysena.

1. Planavimo. Gerai pagalvokite apie senosios programos modernizavimo tikslus ir apibrėžkite jų įgyvendinimo strategiją. Aiškiai nurodykite problemą, kurią norite išspręsti modernizavimu. Tai laikas įvertinti savo programas ir aplinką, atsižvelgiant į tai, kas neveikia, kas veikia, bet galėtų būti patobulinta, ir, svarbiausia, kokią vertę verslui ar vartotojams duoda bet kokie pakeitimai. Įvertinkite kiekvieną modernizavimo galimybę pagal jos galimybes pasinaudoti mažo kodo metodu. Pirmenybę teikite galimybėms, apimančioms mažo kodo sprendimus. Naudokite debesies diegimo strategijos vertintoją , kad sukurtumėte programų modernizavimo verslo atvejį.

2. Įgyvendinimas. Modernizuokite savo programas ne tik palaipsniui, bet ir pakartotinai. Kartotinis požiūris suteikia organizacijoms lankstumo prireikus keisti projekto apimtį ar strategiją. Power Platform Mažo kodo sprendimus galima kurti ir išbandyti greičiau nei tradiciškai kuriamas programas, o diegimui valdomoje aplinkoje reikia vos kelių veiksmų. Nors mažo kodo naudojimas reikalauja mažiau kvalifikacijos kėlimo nei tradicinis kodavimas, įsitikinkite, kad jūsų darbuotojai yra tinkamai apmokyti, kaip dirbti sintezės komandose, kuriose derinami mažo kodo ir tradiciniai ištekliai.

3. Operacijų. Programų modernizavimas neapsiriboja diegimu. Naudodami mažo kodo metodą, pirmiausia debesį, galite naudoti debesies platformos paslaugas ir įrankius, kad apsaugotumėte, valdytumėte, valdytumėte ir optimizuotumėte savo programas.

Įvertinkite mažo kodo sprendimų galimybes

Organizacijos naudoja įvairius metodus – nuo neoficialios peržiūros iki išsamių sprendimų medžių, kad nustatytų, ar mažo kodo metodas yra tinkamas būdas modernizuoti seną programą. Svarbiausias dalykas, į kurį reikia atsižvelgti, yra tai, kad mažas kodas nėra sprendimas "viskas arba nieko". Įprasta sukurti dalį programos iš komponentų, Power Platform o dalį – iš komponentų, sukurtų naudojant tradicinius kodavimo metodus.

Norint įvertinti paraišką, rekomenduojame pirmiausia nustatyti, ar ji vis dar reikalinga ir naudinga, ar turėtų būti nutraukta. Jei nuspręsite, kad jis vis dar reikalingas, įvertinkite, ar mažo kodo sprendimas gali pakeisti visą programą. Jei visa programa netinka mažo kodo pakeitimui, įvertinkite, ar gali būti vienas ar keli programos darbo krūviai ar komponentai. Galite pastebėti, kad mažo kodo sprendimas, išplėstas tradiciškai sukurtu kodu, suteikia geriausią iš abiejų pasaulių.

Pavyzdžiui, jei nustatote, kad programa netinka, nes Power Apps trūksta reikiamo valdiklio, galite naudoti Power Apps komponentų sistemą (PCF) ir tradicinį kodą, kad sukurtumėte pasirinktinį valdiklį. Kitas pavyzdys yra programa, turinti sudėtingą logiką. Galite centralizuoti logiką API, kurią "Power Apps" gali pasiekti naudodama pasirinktinę jungtį. Abiejuose šiuose pavyzdžiuose Power Platform išplėtimas leido didžiąją dalį programos sukurti naudojant mažo kodo komponentus, užpildant spragas tradiciškai sukurtu kodu.

NSure.com, patentuota internetinė draudimo pirkimo platforma, siūlo realų pavyzdį. Pradinis bendrovės paleidimas rėmėsi tradiciškai plėtojamomis "Angular", "Xamarin" ir "Azure" paslaugomis. Pridėję "Power Platform" ir "Dynamics 365", NSure.com sukūrė naujos kartos sprendimą, naudodamas tiek mažo kodo, tiek tradicinius kodavimo metodus, kaip parodyta šioje diagramoje. Sužinokite daugiau apie įmonės kelionę.

Ne mažiau svarbu, kaip nustatyti mažo kodo galimybes, yra atpažinti, kada mažo kodo metodas nėra tinkamas. Toliau pateiktose lentelėse aprašomi naudojimo atvejai, kurie paprastai netinka mažo kodo sprendimams. Organizacijos susiduria su skirtingais iššūkiais priekinėje ir galinėje dalyje, todėl apsvarstykime juos atskirai.

Išoriniai scenarijai, neatitinkantys mažo kodo metodo

Scenarijus	Iššūkis
Vartotojo įrenginys nesuderinamas	Power Platform Atpažįsta mobiliuosius įrenginius ir specializuotus įrenginius, pvz., brūkšninių kodų skaitytuvus. Įrenginiai, kurie priklauso nuo konkrečių API ar tvarkyklių, gali būti nepalaikomi ir jiems reikės tradiciškesnio požiūrio.
Didelis klientų duomenų kiekis	Kai kurių programų vartotojo patirtis reikalauja didelio duomenų kiekio, o tai yra iššūkis bet kokiai technologijai, ne tik mažo kodo technologijai. Atsisiunčiant ir apdorojant tiek daug duomenų, gali pablogėti tiek programos, tiek įrenginio, kuriame ji veikia, našumas. Vartotojai nėra tokie produktyvūs, kai yra priversti naršyti duomenų jūroje. Prieš pradėdami naudoti tradicinius kodavimo metodus, išsiaiškinkite, ar tinkamas filtravimas ir naršymas gali suteikti geresnę vartotojo patirtį.
Sudėtingi reikalavimai neprisijungus	Programas, kurias reikia veikti tose vietose, kur ryšys yra prastas arba jo nėra, gali būti sudėtinga įdiegti ir palaikyti, nesvarbu, ar jos naudoja mažo kodo, ar tradicinį kodą. "Power Apps" siūlo pagrindines galimybes paprastiems scenarijams neprisijungus. Pavyzdžiui, puikiai veiktų programa, kuri fiksuoja galimus klientus įvykio metu ir įkelia juos į rinkodaros duomenų bazę po įvykio. Programoms, kurioms reikalingi failai ir vaizdai, neDataverse jungtys arba sudėtingas konfliktų sprendimas, turėtumėte ieškoti tradicinių kodo metodų.

Vidiniai scenarijai, neatitinkantys mažo kodo metodo

Scenarijus	Iššūkis
Didelio greičio duomenys	Paprastai palaikomas milijonų duomenų eilučių importavimas kaip perkėlimo ir panašių įvykių dalis. Tačiau darbo krūviai, susiję su milijonų duomenų eilučių apdorojimu kas valandą ar kasdien, turėtų būti labiau vertinami. Pavyzdžiui, rinkti didelius daiktų interneto (IoT) telemetrijos kiekius į Dataverse nebūtų prasmės. Vietoj to, "Azure" debesies paslaugos gali būti naudojamos duomenims ir atitinkamiems signalams, įtrauktiems į "Dataverse", rinkti ir analizuoti, kad būtų suaktyvinti veiksmai programoje. Programoms, kurios reguliariai atnaujina daug duomenų, Dataverse gali prireikti tradicinio kodo pagalbos, kad atnaujinimai būtų išplėsti.
Sudėtingos logikos foniniai darbo krūviai	Foniniai darbo krūviai, apimantys sudėtingą logiką arba didelį API iškvietimų kiekį, gali būti netinkami mažo kodo sprendimui. Vietoj to, logika gali būti centralizuota API, kurią gali iškviesti mažo kodo sprendimas.
API, naudojančios ne RESTful protokolus	Power Platform jungtys palaiko tik REST API. Jei reikia prisijungti prie kito stiliaus API, pvz., SOAP arba gRPC, pateikite savo REST API, kuri palaiko ryšį su nesuderinama.

Rekomenduojame neatsilikti nuo Power Platform leidimo bangų, nes jos ir toliau užpildo spragas, kurias galite padaryti naudodami mažo kodo sprendimus. Mažo kodo koncepcijos įrodymo sukūrimas yra geras būdas nustatyti, ar jūsų scenarijus tinka.

Pirmenybę teikite mažo kodo galimybėms

Vertinant savo programų portfelį, nepakanka nustatyti gerus kandidatus mažo kodo transformacijai. Jūsų komanda turi teikti jiems pirmenybę, kad maksimaliai padidintų modernizavimo pastangų sėkmę.

Nustatant prioritetus reikėtų atsižvelgti į šiuos veiksnius:

• Jūsų organizacijos mažo kodo branda
• Galimybės sudėtingumas
• Organizacijos, vartotojų ir IT investicijų grąža
• Laikas iki vertės

Realistiškai vertindami savo organizacijos mažo kodo galimybes, galite pasirinkti galimybę, kuri meta iššūkį jūsų komandai augti, bet neužgožia jos žlugti. Jums nereikia pasirinkti paprasčiausios programos be jokių iššūkių. Idealus pasiūlytų keletą galimybių ištirti, kaip derinti tradicinį kodą su mažo kodo sprendimais.

Programos su sudėtinga integracija su kitomis sistemomis dažnai nėra geriausia vieta pradėti. Bandymas spręsti per dideles ar per sudėtingas programas gali sukelti nusivylimą ir nesėkmę. Venkite abejotinų mažo kodo kandidatų. Išsaugokite juos po to, kai jūsų komanda atliks keletą sėkmingų modernizacijų.

Modernizuodami didelę monolitinę programą apsvarstykite, ar galite palaipsniui modernizuoti mažas jos dalis. Monolitiniai pritaikymai anksčiau buvo įprasti. Dabar dažniau naudojamos mažesnės į vaidmenis ar užduotis orientuotos programos. Jie leidžia laipsniškai tobulėti, patobulinti ir keisti juos kuriančias komandas.

Pirmieji keli modernizavimai yra svarbūs, nes leidžia organizacijai pamatyti mažo kodo sprendimų poveikį. Vertinant programos suinteresuotųjų šalių naudą ir riziką svarbu teikti pirmenybę galimybėms. Pasirinkus programą, kuri niekam nerūpi arba daro mažą poveikį organizacijai, nebus geriausias mažo kodo sprendimo pranašumų įrodymas.

Svarbu vartotojui pritaikyti modernizuotą programą. Vartotojai turi jausti, kad jų naujoji mažo kodo programa tinka kartu su kitomis naudojamomis programomis. Kita priėmimo rizika yra pritaikymo laipsnis, prie kurio jie yra įpratę. Jei jie tikisi labai individualios patirties, jie gali būti mažiau linkę rinktis mažo kodo sprendimą, kuris atrodo mažiau asmeniškas.

Organizuokite ir tobulinkite savo komandas

Organizacijos, kurioms sekasi modernizuoti savo senąsias programas, ne tik priskiria modernizavimo projektą tradicinių kodo kūrėjų komandai ir tikisi, kad jiems pasiseks. Svarbu suteikti savo komandai žinių ir pasitikėjimo mažo kodo kūrimu, kurio reikia norint sėkmingai užbaigti modernizavimo pastangas.

Mažo kodo išteklių komanda, dirbanti kartu su tradiciniais kodo ištekliais, vadinama sintezės komanda. "Fusion" komandos sukurtos taip, kad skatintų bendradarbiavimą, mokydamos abiejų tipų išteklius integruoti mažo kodo sprendimus su tradiciniu kodu. Sprendimų architektas nustato, kaip sprendimas yra architektūra tarp mažo kodo ir tradicinio kodo.

Nors lengva pagal numatytuosius nustatymus priskirti visą darbą tradiciniams kūrėjams, mažo kodo modernizavimo pastangos yra geros galimybės išplėsti projekto komandą. Daugelis verslo vartotojų naudoja puikius mažo kodo išteklius. Jie gali paspartinti komandos darbą, nes jau supranta verslo problemą. Jiems tereikia išmokti atlikti mažo kodo darbus, kurių imasi komanda, ir susipažinti su testavimo ir ALM procedūromis. Tai gali reikšti, kad reikia išmokti kurti programas "Power Apps" arba darbo eigas "Power Automate". Jie taip pat turėtų suprasti, ką tradiciniai programuotojai gali sukurti, kad palengvintų mažo kodo pastangas. Tai nereiškia, kad jie turi žinoti, kaip rašyti tradicinį kodą.

Tradiciniai kodo ištekliai turi turėti pagrindinių žinių apie mažo kodo metodus ir kuo jie skiriasi nuo įprasto kodo. Svarbiausia, kad jie turi išmokti mažo kodo sprendimų išplėtimo parinktis. Jiems turėtų būti patogu kurti bandomąją programą arba srautą, kuriame naudojamas jų parašytas kodas, kad įsitikintų, jog jis veikia, ir būti pasirengę palaikyti mažo kodo išteklius naudojant išplėtimo išteklius.

Tiek mažo, tiek tradicinio kodo ištekliai turi suprasti, kur prasideda ir baigiasi mažo kodo ir tradicinio kodo sprendimai ir kur jie susikerta.

Surinkite reikalavimus

Galite pastebėti, kad turite dešimtmečio ar senesnių programų, kurios nėra dokumentuotos. Jiems atkurti gali prireikti atvirkštinės inžinerijos arba verslo vartotojų žinių. Svarbu atsiminti, kad nors mažo kodo metodas yra efektyvus, jis nepagreitina reikalavimų ir verslo procesų žinių rinkimo arba neapsunkina sudėtingų reikalavimų. Dažnai yra nerealus lūkestis, kad komanda, kuri modernizuoja programą, pasiekia tiek pat, kiek komanda, kuri kuria naują programą su mažu kodu. Nustatykite savo organizacijos lūkesčius atsižvelgdami į šiuos iššūkius.

Du būdai gali padėti paspartinti pastangas įgyti žinių apie seną programą. Pirmiausia išplėskite komandą, kad įtrauktumėte verslo vartotojus, turinčius domeno žinių. Antra, sutelkite dėmesį į verslo proceso ir jo norimo rezultato supratimą, o ne į dokumentavimą, kaip jis įgyvendinamas senoje sistemoje. Išimtis yra tada, kai senstelėjusiai programai reikalinga specializuota logika, kuri vykdo verslo taisykles, kurių turite laikytis.

Venkite dirbti su mažo kodo metodais

Organizacijos, kurios dar nėra susipažinusios su programų modernizavimu su mažo kodo sprendimais, dažnai daro klaidą kurdamos mažo kodo kodą taip pat, kaip kuria tradicinį kodą. Pavyzdžiui, organizacija gali taikyti UX standartus, parašytus "Angular" programoms, pirmajam "Power Apps" diegimui. Projekto komanda praleisdavo nereikalingą laiką bandydama atitikti standartus, kurie buvo sukurti "Angular" sistemos galimybėms, o ne verslo poreikiams.

Komandos, įpratusios dirbti su tradiciniu kodu, gali bandyti sumažinti mažo kodo kiekį. Pavyzdžiui, užuot naudojusi "Power Apps" valdiklius, komanda gali sukurti programą iš "Power Apps" komponentų sistemos valdiklių, kad kuo daugiau nenaudotų mažo kodo. Geriausia, kad komandos pasiektų kuo toliau su mažu kodu, kol pataikys į blokatorius, kurių negalima apeiti. Komandos, kurios išmoksta pasinaudoti platformos galimybėmis, sėkmingiau pasiekia maksimalią mažo kodo naudą. Low-code ir toliau tampa vis labiau pajėgus perimti tai, kas anksčiau buvo įmanoma tik su tradiciniu kodu. Dažnas iššūkis praeityje buvo įstrigti, nes mažas kodas negalėjo atkartoti kai kurių reikalingų funkcijų. Power Platform Šį iššūkį sprendžia naudodami išplėtimo parinktis, leidžiančias dažniausiai mažo kodo programoms prireikus įtraukti specializuotus komponentus, parašytus tradiciniu kodu.

Mažo kodo metodai gali atlikti svarbų vaidmenį jūsų modernizavimo strategijose. Norint pasiekti geriausių rezultatų, reikia aiškiai išdėstyti problemą, kurią siekiama išspręsti modernizavimo pastangomis, planavimą, personalą, kuris viršija numatytuosius vaidmenis, mokymą ir prioritetų nustatymą. Jei reikia, atitinkami standartų ir procesų pakeitimai taip pat padeda organizacijoms išnaudoti visą mažo kodo potencialą. Tinkamai atliktas modernizavimas turėtų pagerinti bendrą modernizuotų programų verslo vertę.

Pastaraisiais metais mažo kodo platformos sparčiai vystėsi. Nors jie visada gerai palaikė individualius produktyvumo scenarijus, pastaruoju metu daugiausia dėmesio buvo skiriama įmonės galimybėms. Organizacijos kuria mažo kodo programas, palaikančias šiuolaikinę darbo vietą, įskaitant hibridinį darbą (nuotolinį ir vietoje) ir su tuo susijusį bendradarbiavimo skatinimo būdų poreikį. Mažo Power Platform kodo platformos dabar gali būti išplėstos, kad galėtų valdyti programas, kuriomis gali pasikliauti visi organizacijos vartotojai ir kurios gali integruotis į įmonės saugos modelius. Prijungę mažo kodo galimybes prie įmonės infrastruktūros, galite naudoti mažo kodo metodus kartu su tradiciniais metodais. Mažas kodas abstrahuoja didžiąją dalį sudėtingumo ir leidžia platesniam žmonių ratui dalyvauti kuriant sprendimus.

Mažo kodo metodo sąnaudų struktūros supratimas

Dažnas klausimas, kurį organizacijos užduoda svarstydamos apie modernizavimo pastangas, yra tai, kiek tai kainuos? Nors išsami licencijavimo ir išlaidų analizės diskusija yra už šio straipsnio ribų, galime išnagrinėti šias temas aukštu lygiu.

Power Platform produktai yra licencijuoti produktai. Galite juos licencijuoti atskirai, kad atitiktų jūsų reikalavimus. Galite sukonfigūruoti "Azure" atsiskaitymą mokant einamuoju būdu, kuris leidžia naudoti be išankstinio licencijos įsipareigojimo ar pirkimo ir apima tam tikrą "Power Automate" naudojimą programoje. "Power Automate" taip pat turi licencijavimą vienam vartotojui ir srautui atskiram darbui. Licencijavimas vienam srautui gerai veikia, kai automatizavimas naudingas visai organizacijai. "Power Apps" licencijos gali būti kiekvienam vartotojui arba programai. "Power Pages" svetainės licencijuojamos kiekvienam vartotojui, svetainei arba mėnesiui. Autentifikuotoms svetainėms reikalinga papildoma licencija. Visos licencijos apima jungčių naudojimą ir Dataverse galimybę licencijuoti daugiau saugyklos ir API užklausų didelės apimties scenarijams.

Visi Power Platform produktai turi apimties kainas, kurios paprastai taikomos programų modernizavimo pastangoms ir turi būti įvertintos pagal kiekvienos organizacijos unikalią strategiją.

Vertinant mažo kodo kainą, palyginti su tradiciniu kodu, būtina suprasti, kad palyginimas nėra obuoliai su obuoliais. Naudodami mažą kodą, jūs mokate už darbą, kad įdiegtumėte unikalų verslo procesą mažo kodo produkte, ir už produkto licenciją, kad galėtumėte jį naudoti. Apskritai licencija apima kelias programas ir automatizavimą, kurių kiekviena nereikalauja didesnių išlaidų.

Naudodami tradicinius kodavimo metodus, mokate už darbą, kad įdiegtumėte unikalų verslo procesą kode, darbą kuriant programos infrastruktūrą ir debesies paslaugas, reikalingas programai palaikyti.

Visi sprendimai, nesvarbu, ar jie būtų mažo kodo, ar tradiciniai, reikalauja nuolatinės priežiūros ir priežiūros. Tačiau mažo kodo sprendimams tai padaryti reikia mažiau išteklių. Jie taip pat patiria mažiau techninių skolų, nes programėlės infrastruktūrą teikia platforma.

Palyginti su visiškai pritaikyta programa, kuri nėra sukurta ant mažo kodo platformos, mažo kodo sprendimas turi labiau nuspėjamą kainą. Venkite pakliūti į spąstus, kai mažo kodo licencijavimas lyginamas su pradinėmis tradicinio kodo diegimo išlaidomis.

Žvilgsnis į vidų Power Platform

"Power Platform" komponentai yra sukurti naudojant tas pačias "Microsoft Azure" debesies tarnybas, kurios pasiekiamos, jei naudojate tradicinius kodavimo metodus. Šių komponentų integracija tarpusavyje ir su saugumo, mastelio keitimo ir atkūrimo po nelaimių funkcijomis buvo atlikta už jus.

Vidus Dataverse

"Dataverse" teikia daugiau nei 25 visiškai valdomos "Azure" paslaugos, pvz., "Functions", "Load Balancer", "Cognitive Services", "Synapse", "DevOps", "Active Directory" ir "Microsoft Purview". Integruotos galimybės apima visapusišką saugą, galingą analizę, dirbtinį intelektą, išplėstinę verslo logiką ir įvykių tvarkymą, duomenų modeliavimą ir integravimą su "Dynamics 365", "Microsoft 365", "Azure" ir kt. Visos šios galimybės yra sukurtos naudojant poliglotą "Dataverse" saugyklos sluoksnį, pagrįstą "Azure SQL DB" (reliaciniams duomenims), "Azure Cosmos DB" (NoSQL), "Azure Blob Storage" (failams) ir "Azure Data Lake Storage" Gen 2 (didelio masto analizei ir ilgalaikiam duomenų saugojimui). Juos galima skaidriai naudoti mažo kodo komponentuose Power Platform ir per Dataverse REST API.

Didelis pasiekiamumas ir verslo tęstinumas bei atkūrimas po nelaimių (BCDR) yra svarbūs verslui svarbioms programoms. "Dataverse" maksimaliai padidina pasiekiamumą naudodama "Azure" patikimumo tarnybas. Pirminių ir antrinių serverių replikacija yra sinchroninė, o apačioje yra audinys, kuris gali aptikti gedimus ir pasirinkti naują pirminį serverį pagal teisingumo protokolus. Didelio pasiekiamumo perjungimai, atsirandantys within Azure regione, yra sklandūs ir retai pastebimi vartotojų, paprastai įvyksta per kelias sekundes. Garantuojama, kad jie nepraras duomenų, nepriklausomai nuo to, ar gedimas yra suplanuotas, ar neplanuotas.

Avarinio atkūrimo failai įvyksta across dviejuose Azure regionuose. Siekiant užtikrinti greitesnį perjungimą su minimaliu duomenų praradimu, nepertraukiama atkūrimo kopija palaikoma naudojant asinchroninę replikaciją. Suplanuoti perjungimai nepraranda duomenų, o gamybos aplinkose paprastai gali būti užbaigti per kelias sekundes ar kelias minutes.

Be techninio didelio prieinamumo ir BCDR įgyvendinimo, operacijų komanda reguliariai tikrina savo pasirengimą reaguoti į įvairius įvykius.

"Power Automate" viduje

"Power Automate" debesies srautai sukurti naudojant "Azure Logic Apps". "Power Automate" teikia abstrakcijas ir integravimą su kitais mažo kodo komponentais, pvz., "Power Apps", ir naudoja "Logic Apps" vykdymo laiko modulį. Kūrėjai, kurie yra susipažinę su "Logic Apps", pastebės, kad "Power Automate" naudoja panašias sąvokas, įskaitant išraiškos kalbą.

"Power Apps" viduje

"Power Apps" vykdymo laiko modulis sukurtas remiantis "React" sistema. Programos yra sukurtos "Power Apps" dizaino įrankyje, kuris ekranams kurti naudoja nuvilkimo sąsają. Power Fx formulės įgyvendina logiką. Jungtys išplečia programų prieigą prie kitų tarnybų ir logikos bei komponentų, leidžiančių pakartotinai naudoti vaizdinius plėtinius. Kūrėjai gali naudoti "Power Apps" komponentų sistemą (PCF) pasirinktiniams valdikliams kurti. Nors daugelis vartotojo sąsajos sistemų gali būti naudojamos kartu su PCF, "Power Apps" turi integruotą "React" palaikymą.

Vidinės jungtys

Jungtys naudoja "Azure API Management", kad valdytų kiekvieno vartotojo kredencialus ir ryšius.

Ta pati architektūra naudojama visoms jungtims, įskaitant pasirinktines jungtis, kurias sukuriate savo API. "Azure API Management" naudojimas užtikrina nuoseklią "Power Platform" produktų, pvz., "Power Apps" ir "Power Automate", sąsają su visomis jungtimis.

Išimtis yra Dataverse jungtis. Jis rodomas programų ir srautų jungčių sąraše, tačiau įdiegtas kitaip. Kai programa arba srautas naudoja Dataverse duomenis ar veiksmus, sąveika yra tiesioginė, naudojant Dataverse "OData" API.

Power Platform Išplėtimo parinktys

Išplėtimas yra pagrindinė funkcija, išskirianti "Microsoft Power Platform" iš kitų mažo kodo platformų. Pagrindinis platformos principas yra "jokių uolų" – jums neturėtų būti užblokuota galimybė ką nors atlikti naudojant mažą kodą, net jei tam reikia tradicinio kodo. Jei reikia, galite sukurti visą darbo krūvį kaip didesnės programos dalį naudodami tradicinį kodą. Tačiau platforma siūlo daug išplėtimo parinkčių, leidžiančių mažo kodo ir tradicinį kodą naudoti kartu tame pačiame darbo krūvyje.

Toliau pateiktoje lentelėje pateikiama aukšto lygio kai kurių įprastų išplėtimo parinkčių apžvalga. Kai kuriuos iš jų vėl paminėsime vėliau, kai aptarsime, kaip kreiptis į modernizaciją ir modelius, kuriuos galite pritaikyti.

Parinktis	Aprašas
API ir pasirinktinės jungtys	Pasirinktinės REST API jungtys centralizuoja programos logiką ir leidžia saugiai ir valdomai naudotis mažo kodo komponentais. Šį metodą galite naudoti API strategijoje, skirtoje programų modernizavimui. Pasirinktinė jungtis naudoja dokumentą, OpenAPI kad apibrėžtų, kaip mažo kodo komponentas gali sąveikauti su REST API. Pavyzdžiui, galite sukurti API naudodami "Azure Functions" ir publikuoti ją "Azure API Management". "Azure API Management" gali eksportuoti "OpenAPI" apibrėžimą, kad automatiškai sukurtų pasirinktinę jungtį, skirtą naudoti mažo kodo sprendime. Šis metodas atsieja klientų programas nuo API, todėl jos gali vystytis savarankiškai. API valdomos centralizuotai, pridedant saugumo lygį, nes API tiesiogiai neatskleidžiama ir naudojami autentifikavimo metodai, pvz., prenumeratos raktai, žetonai, kliento sertifikatai ir pasirinktinės antraštės.
Power Apps Komponentų sistema	"Power Apps" komponentų sistema yra išplėtimo sistema, skirta kurti pasirinktinius "Power Apps" ir "Power Pages" vaizdinius elementus. Kodo komponentai kuriami naudojant HTML, JavaScript arba TypeScript. Įsivaizduokite kodo komponentus kaip vartotojo sąsajos kūrimo blokus, kuriuos galima pakartotinai naudoti kuriant vieną ar daugiau programų. Komponentai apima deklaraciją, apibrėžiančią, kaip mažo kodo komponentas gali sąveikauti su kodo komponentu. Komponento sąsaja leidžia prieglobos vykdymo varikliui pranešti apie prieglobos konteinerio gyvavimo ciklo įvykius. Tai leidžia kodo komponentui atvaizduoti vaizdus naudojant konteksto informaciją, kurią pateikia prieglobos konteineris. Idėjų ieškokite bendruomenės galerijoje adresu https://pcf.gallery.
Virtualūs stalai	Virtualios lentelės leidžia lengviau integruoti duomenis, esančius išorinėse sistemose. Jie sklandžiai pateikia išorinius duomenis kaip lenteles "Microsoft Dataverse", nereplikuodami duomenų ir dažnai nereikalaujant pasirinktinio kodavimo. "Dataverse" pristatoma su duomenų teikėjais, skirtais "OData v4" ir "Azure Cosmos DB". Virtualiosios jungties teikėjas, kuris šiuo metu peržiūrimas, išplečia galimus duomenų teikėjus, įtraukdamas "Power Platform" jungčių poaibį, įskaitant "SharePoint" ir "SQL Server". Sudėtingesniems scenarijams kūrėjai gali sukurti pasirinktinius duomenų teikėjus. Norint sukurti pasirinktinius duomenų teikėjus, reikia gilių žinių tiek apie išorinius duomenis, tiek apie išorinius duomenis Dataverse. Galimybė kurti Dataverse priedus naudojant Power Fx logiką yra peržiūroje.
Dataverse papildiniai	Papildinys Dataverse yra pasirinktinė įvykių apdorojimo programa, kuri vykdoma reaguojant į konkretų įvykį. Pagalvokite apie papildinius, kaip saugomas procedūras duomenų bazės variklyje, bet parašytas .NET. Pavyzdžiui, įvykiai keliami apdorojant "Microsoft Dataverse" duomenų operaciją arba pagal poreikį pasirinktiniams API įvykiams. Papildinys įdiegtas kaip pasirinktinė klasė, sukompiliuota į .NET sistemos rinkinį, kurį galima nusiųsti ir užregistruoti "Dataverse". Naudodamas apibrėžtą sąsają, papildinys gali gauti konteksto informaciją apie apdorojamą įvykį. Papildiniai gali būti vykdomi Dataverse kaip operacijos dalis ir gali atlikti kitas duomenų operacijas, kurios yra dabartinės operacijos dalis. Įskiepiai skirti mažiems darbo vienetams. Jų veikimas turi būti optimizuotas, kad jie neturėtų neigiamos įtakos bendram našumui. Papildiniai visada vykdomi, nepriklausomai nuo operacijų iš vartotojo sąsajos ar API, todėl jie yra galingas būdas nuosekliai įgyvendinti verslo logiką.

Mažo kodo modernizavimo architektūros scenarijų tyrinėjimas

Kaip ir daugelyje platformų, galite sukurti begalę architektūros scenarijų naudodami "Power Platform" komponentus ir kitas "„Microsoft“" debesies tarnybas. Šiame straipsnio skyriuje nagrinėjame kai kuriuos dažniausiai pasitaikančius scenarijus ir aptariame kai kuriuos aspektus, į kuriuos turėtumėte atsižvelgti juos naudodamiesi.

Taikymo patirtis

Vartotojo patirties modernizavimas gali labai pakeisti vartotojus. "Power Apps" yra pagrindinis būdas kurti vidines programų funkcijas naudojant "Power Platform". "Power Pages" galite naudoti vidinėms žiniatinklio programoms, tačiau tai labiau būdinga išorinėms programoms.

Power Apps

Darbo krūviai turėtų būti sukurti taip, kad vartotojai galėtų atlikti didžiąją dalį savo darbo neperjungdami programų. Kai modernizuojate didelę, monolitinę programą, galite padalyti jos funkcijas į kelias programas. Ir atvirkščiai, jei vartotojams reikia dirbti su keliomis programomis, galite jas sujungti į vieną programą, kurioje pateikiamas vieningas kelių duomenų šaltinių rodinys.

Toliau pateiktoje lentelėje aprašomi dviejų tipų programos, kurias galite kurti naudodami "Power Apps", drobės programas ir modeliu pagrįstas programas.

AP tipas	Aprašas
Drobės programos	Drobės programos yra labai tinkinamos. Jie susideda iš vieno ar kelių ekranų, su kuriais sąveikauja vartotojai. Jūs kontroliuojate kiekvieno ekrano išdėstymą ir naršymą ekranuose. Drobės programos dirba su duomenimis naudojant jungtis. Viena programa gali veikti su keliomis jungtimis, todėl ją galima integruoti į kelis duomenų šaltinius kaip sudėtinę programą.
Modeliu pagrįstos programos	Modeliu pagrįstos programos naudojamos Dataverse kaip pirminis duomenų šaltinis. Jie susideda iš vieno ar kelių puslapių, kurie gali būti Dataverse lentelės arba pasirinktiniai puslapiai. Lentelės Dataverse puslapį galima detalizuoti iki išsamios informacijos puslapio, kad būtų galima peržiūrėti ir redaguoti. Pasirinktiniuose puslapiuose gali būti drobės programos ekranas ir duomenys iš jungčių. Modeliu pagrįstos programos turi tinkinamą įtaisytąją naršymo struktūrą. Jis yra nuoseklus visose modeliu pagrįstose programose, o tai padeda naudotojams pritaikyti.

Toliau pateiktoje diagramoje pavaizduota pagrindinė drobės programos arba modeliu pagrįstos programos, kurioje programa tiesiogiai jungiasi prie duomenų šaltinių, architektūra.

Norėdami sumažinti tiesioginius ryšius su duomenų šaltiniu, galite nustatyti, kad programa naudotų pasirinktinę API jungtį, kuri atlieka visus reikiamus darbus duomenų šaltinyje. Šis metodas leidžia kontroliuoti, kokios operacijos yra veikiamos mažo kodo komponentų, ir gali abstrahuoti pagrindinės logikos sudėtingumą. Toliau pateiktoje diagramoje parodytas šis API metodas.

"Power Apps" taip pat gali tiesiogiai paleisti "Power Automate" debesies srautus, kurie gali grąžinti rezultatus į programą arba vykdyti asinchroniškai.

Naudodami "Power Apps" su duomenų saugyklomis arba API galite modernizuoti vartotojo patirtį ir sumažinti trikdžius kitoms senstelėjusio sprendimo dalims. Šis metodas taip pat gali leisti sujungti kelias senas sistemas į vieną programą, suteikiant vartotojams vieną vietą darbui atlikti.

Power Pages

Pagrindinis "Power Pages" duomenų šaltinis yra "Dataverse". Kai įtraukiate puslapius į svetainę, puslapių apibrėžimus saugote Dataverse. Puslapiai gali pateikti Dataverse duomenis ir rinkti duomenis iš vartotojų, kad jie būtų saugomi lentelėje Dataverse .

Galite konfigūruoti puslapius anoniminei prieigai arba autentifikuotai prieigai naudodami Microsoft Entra ID vidiniams vartotojams arba tapatybės teikėjus išoriniams vartotojams. Kai autentifikuoti vartotojai pasiekia duomenis, pasiekiami tik tie duomenys, kuriuos jie turi prieigos teises.

Įprasta "Power Pages" svetainės programa suteikia išoriniams vartotojams savitarnos prieigą prie organizacijos verslo proceso. Vidiniai vartotojai gali naudoti "Power Apps" programą. Ši schema iliustruoja tokią architektūrą.

Duomenų valdymas

Programų modernizavimui reikia įvertinti duomenis, kurie naudojami bendrame sprendime. Modernizuotos programos turi kelias duomenų tvarkymo galimybes. Daugeliu atvejų kelios programos naudoja tą pačią duomenų saugyklą. Modernizuojant vieną iš programų tampa sunku perkelti duomenis į naują saugyklą. Pagrindinis principas Power Platform yra tas, kad duomenys gali būti naudojami ten, kur jie yra, arba įnešti į platformą arba Dataverse duomenų ežere.

Turite šias modernizuotos programos duomenų architektūros parinktis:

• Palikite duomenis vietoje: Naudokite jungtis arba API su pasirinktinėmis jungtimis, kad pasiektumėte duomenis ten, kur jie yra. Kai duomenys yra vietiniai, duomenų šliuzas gali palengvinti saugų ryšį. Naudokite virtualias lenteles, kad integruotumėte suderinamus išorinius duomenis kaip Dataverse lentelę.

• Migruoti į Dataverse: Dataverse yra geras pasirinkimas operacijų duomenims ir kelių šaltinių sujungimui į vieną įrašų sistemą. Duomenis galima susieti ir perkelti iš daugelio šaltinių naudojant "Power Query" ir automatizuotus srautus. Dataverse Taip pat palaiko elastingas lenteles, skirtas didelės apimties duomenims, saugomiems nestruktūrizuotais arba pusiau struktūrizuotais formatais, įtraukti.

• Perkelti į duomenų ežerą: Istoriniams, analitiniams ar telemetrijos duomenims naudokite duomenų ežerą. Ežere esantys duomenys gali būti naudojami "Power BI" analizei generuoti arba apdorojami dirbtiniu intelektu pagrįstoms įžvalgoms generuoti.

Vertindami modernizuotos programos duomenų architektūros parinktis, atminkite šiuos aspektus:

• Poveikis kitoms programoms: Nors perėjimas į efektyvesnę duomenų saugyklą gali būti idealus vienai programai, pradinis poveikis kitoms programoms, naudojančioms duomenis, gali būti per didelis. Kai kurios organizacijos svarsto galimybę palikti duomenis senose duomenų saugyklose ir kurti naujus duomenis Dataverse, perkelti iš senosios saugyklos, kai modernizuojama daugiau programų.

• Poveikis naujoms programoms: Duomenų palikimas senoje duomenų saugykloje, nors ir lengvas, gali neigiamai paveikti modernizuotų programų naudojimą. Senesnės duomenų saugyklos gali būti netinkamai integruotos su kitomis debesies paslaugomis, todėl sunkiau įtraukti duomenis į naują bendrą architektūrą.

• Duomenų konsolidavimas: Programų modernizavimo metu įprasta nustatyti duomenis, kurie neturi aiškios nuosavybės ar atsakomybės už tinkamą jų naudojimą. Konsoliduodamos savo duomenis Dataverse, organizacijos gali pagerinti jų valdymą ir geriau užtikrinti, kad jie būtų tinkamai naudojami.

• Duomenų privatumas ir saugumas: Turėtumėte įvertinti privatumą ir saugumą pagal dabartinius poreikius ir tikslinę modernizavimo architektūrą, o ne tik pagal tai, kaip senoji programa juos tvarkė. Debesijos sprendimai turi daugiau galimybių įgyvendinti privatumo ir saugumo kontrolę. Dažnai viena duomenų saugykla gali juos supaprastinti. Taip pat turite apsvarstyti, kaip įdiegti vieningą duomenų saugą hibridinėse programose, kurios padalija duomenis keliose saugyklose.

• Integracijos klausimai. Senesnėse duomenų saugyklose gali trūkti API, reikalingų prieigai suteikti neperkeliant duomenų arba nesukuriant API, kurią programos gali naudoti su pasirinktine jungtimi. Reikia įvertinti ryšį iš senos duomenų saugyklos su ją naudojančiomis programomis, kad būtų galima nustatyti, ar našumas būtų priimtinas.

Turėtumėte nustatyti kiekvienos programos, kuri bus modernizuota, duomenų architektūrą. Pirmas žingsnis yra sukurti bendrą viziją, kaip įtraukiama jūsų duomenų architektūra Dataverse. Jei tikslas yra maksimaliai padidinti mažo kodo vertę, turėtumėte naudoti Dataverse , kai tik įmanoma. Vizija pradžioje gali padėti išvengti daugiau duomenų sklaidos.

Išoriniai duomenys ir Dataverse

Senosios programos dažnai remiasi duomenimis, kurie yra už organizacijos ribų ir egzistavo gerokai anksčiau Dataverse. Modernizuojant šias programas nereikia dubliuoti duomenų Dataverse. Vietoj to duomenis galite pateikti kaip virtualias Dataverse lenteles. Virtualios lentelės gali dalyvauti ryšiuose su kitomis virtualiomis lentelėmis ir vietinėmis lentelėmis. Modernizuotos programos mato vieningą lentelių rinkinį, kuris, atrodo, egzistuoja visiškai Dataverse.

Virtualios lentelės įgyvendinamos naudojant duomenų teikėjo architektūrą. Dataverse apima "OData" teikėją, kurį galima naudoti su "OData V4" žiniatinklio paslaugomis. Virtualios jungties duomenų teikėjas, šiuo metu peržiūrimas, leidžia naudoti lentelių jungtis Power Platform kaip virtualias lenteles.

Toliau pateiktoje diagramoje parodytas virtualios jungties naudojimas.

Kūrėjai taip pat gali kurti pasirinktinius teikėjus kitiems išoriniams duomenų šaltiniams. Tačiau jie turi suprasti ir įgyvendinti visus Dataverse žemėlapius ir operacijų palaikymą.

Šie aspektai gali padėti įvertinti virtualių lentelių naudojimą modernizavimo projektuose:

• Visi išoriniai duomenų šaltiniai turi turėti pirminį raktą, o duomenų teikėjas turi jį pateikti kaip GUID Dataverse. Galite pritaikyti ne GUID raktus su užpildymu, jei užpildyta reikšmė yra stabili ir unikali.
• Duomenų sauga sukonfigūruota virtualios lentelės lygiu. Eilučių ir stulpelių lygio sauga negalima.
• Virtualiųjų lentelių našumas priklauso nuo duomenų teikėjo, išorinio duomenų šaltinio API ir ryšio su duomenų šaltiniu. Daugeliu atvejų virtualių stalų prieiga yra lėtesnė nei naudojant vietines Dataverse lenteles.
• Kai kurios Dataverse funkcijos, pvz., ieška, tikrinimas, diagramos ir ataskaitų sritys bei prieiga neprisijungus, virtualiose lentelėse nepasiekiamos.
• Naudojant virtualias lenteles informaciniams duomenims, gali sumažėti sinchronizavimas.

Failas ir vaizdai

Modernizuojant programas, kuriose naudojami failai ir vaizdai, svarbu apsvarstyti, kur juos saugos naujasis sprendimas. Dataverse turi specializuotas failų ir vaizdų saugojimo galimybes. Abu gali būti įtraukti į lenteles kaip stulpelį ir saugomi "Azure Blob Storage", kurią valdo "Dataverse". Programos gali dirbti su jomis naudojant jungtį, nereikia atskiro Dataverse autentifikavimo ar API.

Failų ir vaizdų naudojimas Dataverse yra tinkamas, kai jie turi tiesioginį ryšį su duomenimis ir keliems vartotojams nereikia su jais bendradarbiauti, pavyzdžiui, produkto ar vietos nuotrauka arba galutinė teisinės sutarties kopija. Tačiau, jei keliems vartotojams reikia vienu metu modifikuoti teisinę sutartį, naudojant "SharePoint" būtų suteikta daugiau bendradarbiavimo galimybių. Apsvarstykite galimybę naudoti "Azure Blob Storage" tiesiogiai, jei jums reikia, kad sauga būtų valdoma atskirai nuo "Dataverse" arba jei reikia naudoti tam tikras konkrečiam failui skirtas funkcijas.

Integravimai

Programų modernizavimas dažnai apima integraciją su vidinėmis ar išorinėmis sistemomis. Integracijas galima plačiai suskirstyti į duomenis, programą ar procesą.

• Duomenų integravimas sujungia duomenis iš skirtingų šaltinių, kad vartotojui būtų suteiktas vieningas vaizdas. Jis siūlo atsietą požiūrį, bet neleidžia kurti logikos ar procesų realiuoju laiku. Našumas gali būti geresnis, nes visi duomenys yra vietiniai.

• Programų integracija jungiasi programų lygmenyje ir paprastai atliekama per API arba, naudojant mažo kodo sprendimus, jungtis. Programos lygio integracija suteikia apibrėžtą ribą tarp dviejų sprendimų, tačiau daugeliu atvejų taip pat sukuria priklausomybę realiuoju laiku. Šio tipo integracija taip pat sukuria saugumo ribą, kai prieigą gali valdyti sistema, teikianti API.

• Procesų integracija sujungia kelias skirtingas sistemas, kurių kiekviena yra bendro verslo proceso dalis. Šio tipo integracija yra labiausiai atsieta, leidžianti dalyvaujančioms sistemoms tvarkyti kiekvieną verslo proceso dalį. Modernizavimo scenarijuose gali būti naudinga dalį modernizavimo proceso skaidyti su mažo kodo sistema, integruota su kitomis dalimis, kurias vis dar tvarko senoji sistema.

Vertinant, kaip diegiate integracijas, svarbu nemanyti, kad senasis metodas yra geriausias jūsų modernizuojamai programai. Pavyzdžiui, jei procesas vyksta realiuoju laiku ir sinchroniškai, apsvarstykite, ar galėtumėte tai atlikti asinchroniškai. Sinchroninė integracija debesijos sprendime gali būti trapesnė. Pavyzdžiui, mažo kodo "Power Automate" srautas su atitinkamu klaidų tvarkymu gali koordinuoti integravimą. Šis metodas ne tik padidintų patikimumą, bet ir pagerintų vartotojų produktyvumą, nes jiems nebereikėtų laukti, kol integracija bus baigta.

Toliau nurodyti aspektai gali padėti įvertinti, kaip paankstinti esamas integracijas:

• Ar integracija vis dar reikalinga? Neretai sužinome, kad niekas nebenaudoja integracijos rezultatų ir ją galima nutraukti.

• Ar yra ryšio iššūkių, jei modernizuota programa yra debesyje? Iššūkiai gali būti delsa ir prieiga prie vietinės API arba duomenų saugyklos. Kai kuriais atvejais vietinis duomenų šliuzas gali padėti pasiekti tarnybą arba duomenis iš debesies. Jei prieiga prie duomenų ar paslaugos yra per lėta, apsvarstykite, ar galite padaryti duomenis vietinius modernizuotoje programoje, ar atlikti integravimą fone.

Integracija taip pat gali padėti teisingai nustatyti modernizuotą programą. Galite padalinti vieną ar kelias senesnės programos dalis, kad paliktumėte arba įdiegtumėte atskiroje programoje. Šis metodas puikiai veiktų, kai skirtingų vaidmenų vartotojai naudoja skirtingas senesnės programos dalis. Galite įdiegti vieną ar kelis vaidmenis naudodami mažą kodą ir naudoti procesų integravimą, kad esama programa galėtų tvarkyti likusias proceso dalis. Naudodami šį metodą, laikui bėgant galite palaipsniui modernizuoti likusias dalis. Atskiros proceso dalys taip pat gali palengvinti lankstesnį patobulinimų diegimą nepriklausomai nuo kitų proceso dalių.

Prieš tęsdami bet kokias pasirinktines integracijas, turėtumėte įvertinti "Power Apps" integruotas integravimo galimybes.

• Microsoft Teams: Power Apps drobės programas ir Copilot Studio agentus galima įdėti į "Teams" kanalus. Naudodami "Teams" jungtį, programos ir srautai gali lengvai skelbti ir naudoti "Teams" pranešimus. "Power Apps" kortelės gali būti naudojamos kaip mikroprogramos, norint bendrinti naudingą informaciją "Teams" kanale.

• SharePoint: Power Apps modeliu pagrįstas programas galima sukonfigūruoti prisijungti prie SharePoint library saugomų dokumentų, kad jie būtų pasiekiami "Dataverse" eilutėje. Naudodami "„Microsoft“ Lists" arba "SharePoint list", vartotojai gali vykdyti "Power Automate" srautus sąrašo elemento kontekste.

• Power BI: Power BI įžvalgos gali būti rodomos Power Apps drobės programos kontekste. Galite įdėti modeliu pagrįstą programą į "Power BI" ataskaitą, kad vartotojai galėtų veikti pagal įžvalgas neišeidami iš "Power BI".

Naudojant Dataverse kaip pagrindinę modernizuotos programos duomenų saugyklą, pateikiamos kelios integruotos galimybės, kurios gali būti naudingos integruojant.

• Dataverse Pasirinktinės API gali būti naudojamos įeinančiam programos lygio integravimui. Pasirinktinės API suteikia unikalią operaciją, susietą su nedideliu pasirinktinio kodo logikos kiekiu. Pavyzdžiui, siunčiančioji sistema gali naudoti pasirinktinę API, RequestNewProject o susijusi logika žinotų, kaip gautus duomenis sudėti į atitinkamas Dataverse lenteles. Siuntimo sistema būtų abstrahuojama nuo lentelės Dataverse struktūros.

• Siunčiamą integraciją galima atlikti naudojant publikavimo įvykių galimybes Dataverse. "Dataverse" galima sukonfigūruoti publikuoti "Azure Service Bus", "Azure Event Hubs" arba bet kuriame "Webhook" imtuve. Pavyzdžiui, kai sukuriama nauja "Dataverse" projekto lentelės eilutė, ji gali būti publikuojama "Azure Service Bus" eilėje. Taip pat galite publikuoti daugiau konceptualių įvykių, atitinkančių veiklos proceso įvykį. Pavyzdžiui, galite apibrėžti ir publikuoti įvykius, kai projektas baigiamas.

Toliau pateiktoje diagramoje parodytas gaunamų ir siunčiamų įvykių Dataverse aplinkoje pavyzdys.

Organizacijos taip pat turėtų apsvarstyti iš anksto sukurtas integravimo parinktis, kurias gali gauti trečiosios šalys "„Microsoft“ Marketplace". Pavyzdžiui, "„Microsoft“" turi iš anksto sukurtą sprendimą organizacijoms, kurioms reikia integruoti SAP su "Power Platform". Šis iš anksto sukurtas sprendimas apima programas ir srautus bei prideda naujų funkcijų, kurios palengvina ryšį tarp jūsų organizacijos SAP sistemos ir Power Platform.

Pavyzdžiui, "Ernst & Young" panaudojo iš anksto sukurtą SAP integraciją, kad greitai sukurtų sprendimą, skirtą optimizuoti aukšto dažnio pasaulinį finansų procesą. Toliau pateiktoje įmonės PowerPost sprendimo diagramoje parodyta, kaip finansų vartotojai registruoja dokumentus į DK SAP ERP sistemą naudodami Power Platform.

Integracijos ryšio parinktys

Sprendimams perkeliant į debesį, ryšys su vietiniais ištekliais gali būti labai svarbus užtikrinant, kad integracijos vis dar veiktų su modernizuota programa. Šios programos taip pat turi būti integruotos su kitais tradiciniais debesies ištekliais, kurie gali būti skirtingose tinklo aplinkose. Palaiko Power Platform keturias pagrindines saugaus ryšio parinktis: duomenų šliuzus, virtualaus tinklo duomenų šliuzus, privačias nuorodas ir "ExpressRoute".

• Duomenų šliuzai leidžia mažo kodo komponentams iš Power Apps, Power Automate ir Power BI pasiekti vietinius išteklius, kad būtų palaikomi hibridinio integravimo scenarijai. Šliuzai suteikia greitą būdą modernizuotoms mažo kodo programoms pasiekti vis dar esančius duomenų šaltinius. Naudodami šliuzą galite prisijungti prie vietinių duomenų iš tokių šaltinių kaip vietinė failų sistema, DB2, Oracle, SAP ERP, SQL Server ir SharePoint. Vienas šliuzas gali palaikyti kelis vartotojus ir prieigą prie kelių šaltinių. Taip pat galite konfigūruoti duomenų šliuzus kaip klasterius, kad užtikrintumėte aukštą pasiekiamumą.

  Šliuzo palaikymas yra integruotas į jungčių prijungimo procesą, leidžiantis nurodyti, kada reikalingas šliuzas ir pasirinkti sukonfigūruotą šliuzą. Sukonfigūravus ryšį, programos ir srautai gali naudoti jungtį kaip jungtį be šliuzo.

  

• Virtualaus tinklo duomenų šliuzai leidžia Power BI ir "Power Platform" duomenų srautams prisijungti prie duomenų tarnybų Azure virtualiame tinkle be vietinio duomenų šliuzo virtualioje mašinoje virtualiame tinkle.

• Azure Private Link o Azure tinklų privatūs galiniai punktai leidžia programoms ir srautams saugiai pasiekti Power BI. Privatūs galiniai punktai naudojami duomenų srautui siųsti privačiai, naudojant "„Microsoft“" pagrindinę tinklo infrastruktūrą, o ne internetu. Privatūs galiniai punktai užtikrina, kad srautas, patenkantis į jūsų organizacijos "Power BI" išteklius, pvz., ataskaitas ar darbo sritis, visada atitiktų jūsų organizacijos sukonfigūruotą privataus saito tinklo kelią.

• Azure ExpressRoute suteikia išplėstinį būdą prijungti vietinį tinklą prie „Microsoft“ debesies tarnybų naudojant privatų ryšį. Vienas "ExpressRoute" ryšys gali pasiekti kelias online services, pvz., "Power Platform", "Dynamics 365", "Microsoft 365" ir "Azure" debesies tarnybas, nepereinant per viešąjį internetą. "ExpressRoute" reikalauja didelio planavimo ir konfigūravimo, o "ExpressRoute" paslauga ir ryšio teikėjas kainuoja brangiau.

Nepriklausomai nuo to, kokius integracijos ryšio metodus naudojate, turėtumėte įvertinti savo ryšį, kad įsitikintumėte, jog jo delsa yra pakankamai maža ir pakankamas pralaidumas, kad palaikytų tiek integracijas, tiek modernizuotą programą.

Verslo logika

Kurdami modernias programas, galite pasirinkti, su kuo diegti verslo logiką ir kur ją įdiegti savo programos architektūroje. Be gairių dauguma organizacijų atsidurtų verslo logikos chaose. Daugkartinio naudojimo logika, užtikrinanti nuoseklų įgyvendinimą, gali padėti paspartinti modernizavimo pastangas.

Savo tikslais verslo logiką apibrėžiame kaip kitokią nei vartotojo patirties logika. Pavyzdžiui, logika pereiti iš ekrano į ekraną pagal patikrinimo duomenų reikšmes yra vartotojo patirties logika. Logika, kurią įdiegiate norėdami nustatyti, ar patikrinimas baigtas, gali apimti kelis būklės įvertinimus ir būtų laikoma verslo logika.

Kuriant sprendimą, kuriame yra mažai kodo, toliau nurodyti aspektai gali padėti nuspręsti, kur dėti verslo logiką.

• Power Apps programoje: Verslo logikos įtraukimas į mažo kodo programą yra paprasčiausias būdas, tačiau jis suteikia ribotas pakartotinio naudojimo galimybes arba užtikrinti programų ir automatizavimo nuoseklumą. Paprastai turėtumėte apriboti šį požiūrį į nesvarbią, paprastą logiką, kurios nereikia naudoti kitoms programoms ar automatizavimui. Mažo kodo įrankiai nesuteikia eilutės po eilutės derinimo patirties. Jei logika apima daugiau nei vieną ekraną arba yra sunkiai skaitoma, turėtumėte apsvarstyti kitus metodus, kurie būtų labiau prižiūrimi. Neretai kai kurios verslo logikos dubliuojamos vietoje programoje ir debesyje. Pavyzdžiui, jei vartotojas įveda viešbučio užsakymą, verslo taisyklė yra ta, kad išvykimo data negali būti ankstesnė už atvykimo datą. Jei programa to nepatvirtindavo, naudotojas gaudavo iki galo ir pateikdavo užsakymą tik tam, kad pasirinktinė jungtis jį atmestų. Tikrinimas vietoje programoje ir debesyje užtikrina daug geresnę vartotojo patirtį.

• Power Automate debesies sraute: Srauto veiksmuose galite išreikšti verslo logiką, o srautas gali būti suaktyvintas reaguojant į įvykį arba vykdymo pagal pareikalavimą užklausą iš kitų programų ir srautų. Srautas gali suteikti mažo kodo požiūrį į logikos centralizavimą. Srauto veiksmai yra nepriklausomi ir nėra sandorio dalis; Tačiau srautai gali įdiegti kompensaciją, kad būtų galima tvarkyti atšaukimą, jei įvyksta klaidų. Srautai gali vykdyti veiksmus naudodami ryšius, turinčius teises, viršijančias programos vartotojo teises, suteikiant būdą padidinti teises. Šis metodas taip pat leidžia sumažinti leidimus, kurių gali prireikti programos vartotojui.

• Papildinyje Dataverse : Papildiniai paleidžiami reaguojant į duomenų eilutės įvykį, pvz., kurti, atnaujinti arba naikinti. Ši logika vykdoma bet kuriuo metu, kai įvyksta įvykis, neatsižvelgiant į tai, kuri programa ar srautas atliko veiksmą, ar jis buvo atliktas tiesiogiai iš Dataverse API. Tokio elgesio pranašumas yra tas, kad jis užtikrina nuoseklumą visais naudojimo būdais. Be to, visi Dataverse duomenų pakeitimai iš priedo logikos yra transakciniai ir visi užbaigti arba atšaukti. Įskiepio logika turi būti trumpa ir efektyvi, o ne bandyti įgyvendinti ilgalaikį darbą. Kartais įvykių papildiniai nėra geriausias būdas, jei turite klausytis įvykių ant kelių stalų, kad užbaigtumėte vieną verslo įvykį, pvz., "Close Inspection". Pavyzdžiui, galite apsvarstyti tinkintą Dataverse API, o ne papildinius keliose lentelėse. Papildiniai gali atlikti logiką su padidintomis teisėmis, kurių vartotojas paprastai neturi. Šis metodas taip pat leidžia sumažinti leidimus, kurių gali prireikti programos vartotojui. Papildiniai gali būti įdiegti Dataverse sprendime kartu su programomis ir srautais.

• Pasirinktinėse Dataverse API: Dataverse Pasirinktinės API leidžia įdiegti savo pasirinktinį API pranešimą, kuris gali paleisti logiką. Pavyzdžiui, galite sukurti pasirinktinę Uždaryti tikrinimo API, kuri iškviečiama atlikti visą patikrinimo patikrinimo ir uždarymo darbą. Ji nebūtų pagrįsta įvykiais, o naudojama pagal poreikį programoms ir srautams, kuriems to reikia. Kaip ir įvykiais pagrįsti papildiniai, tinkintame API papildinyje atlikti duomenų pakeitimai yra transakciniai. Pasirinktinė API yra geriausia, kai vienintelė paslauga, kurią ji naudoja, Dataverse yra API kitiems duomenų darbams. Pasirinktinių API papildiniai gali būti diegiami Dataverse sprendime kartu su programomis ir srautais.

Įdiekite kodo API

Galite įdiegti API savo mėgstamoje API prieglobos vykdyklėje, pvz., "Azure Functions", "Azure Container Apps" arba bet kurioje kitoje tarnyboje, galinčioje nuomoti REST API. Šios pasirinktinės API gali įgyvendinti bet kokią logiką, jas gali naudoti tiek mažo kodo, tiek tradicinės kodo programos. Tinkintos API neteikia jokio kito operacijų palaikymo, išskyrus tą, kurį gali teikti jų naudojama API. Pavyzdžiui, pasirinktinė API gali naudoti SQL Server operacijų konstrukcijas, jei ji naudoja SQL Server. Kodo API diegimas nepriklausytų nuo mažo kodo išteklių, kurie gali ją naudoti. Galite naudoti "Azure API Management", kad valdytumėte šių API naudojimą ir padėtumėte jas lengviau aptikti.

Sauga

Saugumas, įskaitant autentifikavimą ir autorizavimą, yra esminė modernizuotos programos architektūros dalis. Šiuolaikines programas dažnai sunkiau apsaugoti nei senas programas. Jie apima kelias debesies paslaugas, o vartotojai su jomis dirba iš įvairesnių vietų. Konceptualiai platformos saugumas yra skirtas užtikrinti, kad vartotojai galėtų atlikti reikiamą darbą su kuo mažiau trinties, tuo pačiu apsaugodami duomenis ir paslaugas.

Power Platform taiko daugiasluoksnį požiūrį į saugą, kurį galite naudoti kurdami savo saugos architektūrą. Pagrindinis šių galimybių principas yra tas, kad mažo kodo sprendimai turėtų būti integruoti su esamu saugos aparatu, kad būtų sumažintas jų įdiegimo poveikis.

Pažvelkime į kelis saugos lygmenis, sudarančius Power Platform saugos modelį.

• Vartotojai autentifikuojami naudojant Microsoft Entra ID, o jų naudojimas gali būti apribotas naudojant sąlyginės prieigos strategijas.
• Licencijavimas yra pirmieji kontrolės vartai, leidžiantys prieigą prie Power Platform komponentų.
• Galimybę kurti programas ir darbo eigas valdo saugos vaidmenys aplinkų kontekste.
• Vartotojų galimybė matyti ir naudoti Power Platform išteklius kontroliuojama bendrinant programą su jais. Ištekliai bendrinami tiesiogiai su vartotoju arba Entra ID grupe.
• Aplinka veikia kaip saugumo ribos, leidžiančios kiekvienoje iš jų įdiegti skirtingus saugos poreikius.
• "Power Automate" srautai ir drobės programos naudoja jungtis. Konkretūs ryšio kredencialai ir susijusios tarnybos teisės nustato leidimus, kai programos naudoja jungtis.
• Aplinkos, kuriose yra egzempliorius, Dataverse palaiko pažangesnius saugos modelius, skirtus valdyti prieigą prie duomenų ir paslaugų tame Dataverse egzemplioriuje.
• Jungties naudojimas gali būti dar labiau apribotas naudojant duomenų strategijas. Kelių nuomotojų gaunamus ir siunčiamus apribojimus taip pat gali būti pritaikyti jungtims.

Svarbu pažymėti, kad prieigoje prie duomenų šaltinių naudojant jungtis, visa pagrindinė duomenų šaltinio teikiama sauga papildo aprašytus saugos sluoksnius. "Power Apps" ir "Power Automate" pagal numatytuosius nustatymus nesuteikia vartotojams prieigos prie jungties duomenų šaltinio, kurio jie dar neturi. Naudotojai turėtų turėti prieigą tik prie duomenų, prie kurių jiems iš tikrųjų reikia prieigos.

Kai naudojate Dataverse kaip sprendimo dalį, jis apima vaidmenimis pagrįstą saugos modelį, kurį galima pritaikyti daugeliui verslo scenarijų. Duomenis galima apsaugoti iki atskiro duomenų eilutės stulpelio. Vartotojams priskiriamas vienas ar keli saugos vaidmenys, kurie kartu nustato jų bendras teises. Dataverse Teikia saugos modeliavimo elementus, pvz., verslo vienetus ir komandas. Pavyzdžiui, verslo vienetai gali būti naudojami saugos riboms apibrėžti, kad duomenys būtų izoliuoti tarp dviejų skirtingų organizacijos vartotojų grupių. Galite naudoti komandas, kad sugrupuotumėte vartotojus, kuriems reikia panašios prieigos prie duomenų. Jūs netgi galite priskirti duomenų eilučių grupės nuosavybę. Toliau pateiktoje diagramoje parodytas verslo vienetų naudojimas organizacijos padalinių duomenims atskirti.

Sukurkite savo saugos modelį

Pritaikykite modernizuotos programos saugos modelį bendrai programos architektūrai. Programoms, kurios naudoja vieną duomenų saugyklą ir nėra jungčių, reikia minimalaus saugumo projektavimo darbo. Kadangi programos naudoja daugiau jungčių ir duomenų saugyklų, jūsų saugos modeliavimas turi apimti kitus aspektus.

• Vartotojo tapatybė: Kaip vartotojai autentifikuojasi ir ar tai jau susieta su Microsoft Entra ID scenarijuose, ateinančiuose iš vietinių? Tai apima grupių, reikalingų programų grupių ar komandų priskyrimui debesies duomenų saugyklose palaikyti, susiejimą Dataverse.

• Jungties ryšio tapatybė: Kai programos naudoja vieną ar daugiau jungčių, kokio tipo autentifikavimas atliekamas ryšiui ir ar jis užtikrina kontrolės lygį, reikalingą reikiamoms saugos kontrolės priemonėms įgyvendinti? Pavyzdžiui, programoms, kurios prisijungia prie pagrindinės tarnybos, nereikalaujama, kad programos vartotojas turėtų tiesioginę prieigą prie jungties, o tai gali būti naudinga kai kuriais atvejais. Atskirų vartotojų ryšiai gali būti tinkami programoms, kurioms reikia žinoti, kuris vartotojas atliko operaciją, arba nustatyti atsakymus konkretiems vartotojams.

• Saugos konstrukcijos perkeliamumas: Kadangi jūsų programose naudojama daugiau jungčių ir duomenų saugyklų, svarbu atsiminti, kad ne visos vieno žemėlapio saugos konstrukcijos yra tiesiogiai į kitą. Pavyzdžiui, yra keli būdai, Dataverse kaip vartotojas gali gauti prieigą prie duomenų eilutės, įskaitant eilutės bendrinimą su vartotoju. Jei programa susieja "SharePoint" dokumentų biblioteką su eilute, sauga, suteikianti prieigą prie dokumentų bibliotekos, yra atskirta nuo saugos, kuri valdo "Dataverse" prieigą. Jie nėra žemėlapis tiesiogiai. Modernizuotos programos turi atitikti tokio tipo neatitikimus jų naudojamose jungtyse ir duomenų saugyklose.

Dirbtinis intelektas

Per pastaruosius kelerius metus dirbtinis intelektas rado kelią į programų modernizavimo pastangas. Modernizuodamos programas, organizacijos turėtų apsvarstyti galimybę naudoti dirbtinį intelektą, kad vartotojai būtų produktyvesni ir galėtų priimti pagrįstus sprendimus. Dirbtinio intelekto įdiegimo rezultatai taip pat gali lemti geresnę klientų patirtį, kuri teigiamai veikia verslo rezultatus.

Įskaitant dirbtinį intelektą, kuris anksčiau buvo susijęs su programų logikos integravimu ir pagal užsakymą apmokytų modelių kūrimu. Turėdamos didelių kalbos modelių prieinamumą ir galią, programos dabar gali pristatyti naujus dirbtinio intelekto naudojimo būdus, kad padėtų vartotojams gauti atsakymus ir atlikti užduotis. Vartotojai gali naudoti natūralios kalbos raginimus, kad sąveikautų su dirbtinio intelekto galimybėmis įvairiuose pagalbiniuose verslo scenarijuose.

"„Microsoft“" pristatė "Copilots" pagrindiniuose produktuose ir paslaugose, kad būtų lengviau pasiekti pažangias dirbtinio intelekto technologijas. "Copilot" naudoja šiuolaikinius dirbtinio intelekto metodus ir didelius kalbos modelius, su kuriais vartotojai gali sąveikauti kasdien naudojamose programose, pvz., "Microsoft 365", "Windows", "Dynamics 365" ir "Power Platform".

Išplėskite naudodami papildinius

"Copilot" valdomų programų naudotojai gali paprašyti "Copilot" pagalbos atliekant įprastas programos užduotis. Galite išplėsti "Copilots", kad įtrauktumėte duomenis ir užduotis, kurių jie dar nežino ir kurie nepatenka į programos, su kuria vartotojas dirba, taikymo sritį. "Microsoft 365 Copilot" gali įtraukti "Power Platform" duomenis, saugomus "Dataverse", kad vartotojams nereikėtų perjungti programų pirmyn ir atgal. Pavyzdžiui, programoje "Outlook" vartotojas gali paprašyti "Copilot" sugeneruoti visų šiandien atliktų nesėkmingų patikrinimų būsenos naujinimą. "Microsoft 365 Copilot" automatiškai paveldi vietinę "Dataverse" saugos ir valdymo sistemą ir vykdymo metu taiko vartotojo saugą ir teises.

Jungtys kaip įskiepiai

"Power Platform" jungtys taip pat svarbios "Copilot" patirčiai. Jungtys gali būti prijungtos kaip įskiepiai, kad išplėstų "Copilot" galimybes. Pavyzdžiui, Microsoft 365 Copilot su Power Platform jungtimi, skirta "Jira" programinei įrangai gali leisti projekto vadovui prašyti "Jira" palaikymo bilieto būsenos ir veikti pagal atsakymą, pvz., nukreipti jį daugiau patvirtinimo arba pradėti naujos aparatūros pirkimo užsakymą. Naudodami papildinius galite integruoti savo verslo procesus ir duomenis su "Copilot", kad naudotojai galėtų sąveikauti iš bet kokių naudojamų programų.

Sukurkite savo antrąjį pilotą

Kai vartotojai vis labiau įpranta savo programose turėti antrojo piloto AI pagalbą, jie to tikisi visose programose. Galite padaryti savo šiuolaikines programas patrauklesnes įtraukdami šturmanus, kuriuos sukuriate naudodami "Copilot stack", dirbtinio intelekto kūrimo sistemą.

Galite naudoti iš anksto sukurtą "Copilot" valdiklį "Power Apps", kad įtrauktumėte antruosius pilotus į drobės programas ir modeliu pagrįstas programas. Sukonfigūravę duomenų šaltinio rodinį ir tam tikrą pagrindinę raginimo informaciją, galite greitai pateikti savo antrojo piloto patirtį programoje.

Programos ciklo valdymas

Svarbi bet kokių modernizavimo pastangų dalis yra tinkamo programos gyvavimo ciklo valdymo proceso sukūrimas. Organizacijos dažnai nori, kad jų mažo kodo pastangos atitiktų tai, kaip jos dirba su tradiciniu kodo ALM. Power Platform pateikia ALM įrankius, kad galėtumėte įtraukti mažo kodo artefaktus į paprastai naudojamus procesus arba šalia jų.

ALM prasideda Power Platform nuo to, kaip kuriate mažo kodo išteklius. Jūsų kuriami ištekliai yra aplinkos kontekste Power Platform . Aplinka gali turėti vieną Dataverse duomenų saugyklą. Galite naudoti kelias aplinkas – paprastai kūrimo, testavimo ir gamybos – norėdami įdiegti nukreipimo zonas ALM procese, kuriame yra mažai kodo. Aplinkų skaičius ir paskirtis yra lankstūs, todėl organizacijos gali jas pritaikyti pagal individualius projekto poreikius. Sprendimas Dataverse yra susijusių mažo kodo išteklių konteineris, palengvinantis versijų valdymą ir perkėlimą iš vienos aplinkos į kitą.

Power Platform vamzdynai suteikia mažo kodo metodą, skirtą automatizuoti diegimą ir įgyvendinti nuolatinę integraciją bei nuolatinį pristatymą (CI/CD). Power Platform valdo procesą, kai konfigūruojami vamzdynai. Administratoriai gali centralizuotai valdyti ir valdyti vamzdynus.

Organizacijos taip pat gali naudoti pasirinktus CI/CD įrankius. Power Platform CLI yra komandinės eilutės įrankis, kurį galite naudoti su daugeliu CI/CD automatizavimo įrankių. "Power Platform" kūrimo įrankiai teikia "GitHub" veiksmus ir "Azure DevOps" užduotis, kurios atlieka visus įprastus veiksmus, reikalingus CI/CD automatizavimui, apimančiam mažo kodo artefaktus, kurti.

Toliau pateiktoje diagramoje parodytas komandos, kuriančios tikrinimo programą, pavyzdys. Vidiniame cikle jie dirba kūrėjų aplinkoje ir saugo savo darbą "Git" saugykloje. Išorinę kilpą sudaro bandymo aplinka ir gamybos aplinka. Kūrimo srautas paima versijos valdomą sprendimą, atlieka visus būtinus patikrinimus ir sukuria tikrinimo sprendimo artefaktą. Tada leidimo srautas įdiegia sprendimą testavimui, kur testuotojai gali patikrinti, ar jis paruoštas gamybai. Patvirtinus leidimą, sprendimas diegiamas gamyboje.

Kai eksportuojate sprendimą Dataverse, jis eksportuojamas kaip vienas suglaudintas failas. Norėdami saugoti mažo kodo išteklius versijų kontrolėje, galite naudoti kūrimo įrankius, kad išpakuotumėte sprendimo failą į atskirus komponentų failus. Kūrimo automatizavimo metu kūrimo įrankiai sujungia atskirus failus iš versijų valdymo į vieną suspaustą failą.

Diegiant sprendimą aplinkoje, kurioje yra ankstesnė sprendimo versija, naudojamas išmanusis naujinimo procesas, kuris taiko tik pakeitimus. Šis atnaujinimo procesas leidžia išvengti skirtingų scenarijų ar kitų būdų nustatyti, ką reikia įdiegti.

Kai jūsų modernizuotoje programoje yra mažo kodo ir tradicinio kodo ištekliai, galite juos sujungti į vieną CI/CD procesą arba valdyti atskirai. Naudojant nepriklausomą valdymą, ištekliai gali būti naudojami atskirai, o projektų komandos gali pasiekti didesnį lankstumą. Pavyzdžiui, API, kurią naudoja mažo kodo programa, gali būti įdiegta savarankiškai, jei komanda neįveda esminių pakeitimų.

Stebėjimas ir įžvalgos

Modernizuotos programos turi būti integruotos į operacinę aplinką, kuri suteikia galimybę diagnozuoti problemas įvairiose aplinkose – nuo kūrimo iki gamybos. Application Insights, Azure Monitor plėtinys, renka telemetriją iš Power Apps ir Dataverse. Ši informacija ne tik padeda nustatyti ir išspręsti problemas, bet ir suteikia įžvalgų apie tai, ką vartotojai daro programoje. Šias įžvalgas galite naudoti norėdami patobulinti programas ir procesus modernizuotoje programoje.

Kol kuriama "Power Apps" programa, kūrėjai gali įtraukti logiką, kad registruotų pasirinktinius įvykius. Prijungus įdiegtą programą Application Insights, plėtinys automatiškai renka pagrindinę telemetriją, įskaitant daugiau konteksto iš užregistruotų įvykių, kai vartotojai sąveikauja su programa.

Administratoriai taip pat gali konfigūruoti Dataverse aplinką, į kurią Application Insights eksportuojama telemetrija. Užregistruoti duomenys gali apimti Dataverse API iškvietimus, priedų vykdymą, SDK operacijas ir išimtis. Kūrėjai, kuriantys pasirinktinę papildinio logiką, Application Insights gali tiesiogiai registruoti daugiau pasirinktinių telemetrijos duomenų.

Naudojant Application Insights įvairias programas gali būti lengviau susieti problemas su keliais ištekliais. Operacijų darbuotojai gali sukurti įspėjimus "Azure Monitor", kad suaktyvintų, kai aptinkama daug išimčių. Reguliari modernizuotų programų analizė gali nustatyti tendencijas, kurias reikia ištirti.

Išvada

Šiame straipsnyje išnagrinėjome senų programų modernizavimo naudojant "Microsoft Power Platform" pranašumus, strategijas ir geriausią praktiką. Įgijote įžvalgų ir patarimų, kaip panaudoti Power Platform mažo kodo galimybes, kad užtikrintumėte sėkmingą modernizavimo pastangas kaip organizacijos skaitmeninės transformacijos dalį.

Senosios programos organizacijoms kelia daug iššūkių. Norėdami juos įveikti, organizacijos turi imtis programų modernizavimo iniciatyvų, kad atgaivintų savo infrastruktūrą ir pasinaudotų šiuolaikinėmis technologijomis. Šiame straipsnyje matėte, kaip modernizuoti mažo kodo metodą, konkrečiai, kaip "Microsoft Power Platform" mažo kodo kūrimo galimybės leidžia greitai kurti ir diegti modernias programas.

Mažas kodas atveria duris platesniam žmonių ratui nei tradiciniai programuotojai. Pagrindinis veiksnys, skatinantis organizacijas, kurioms sekasi taikyti mažo kodo metodą, yra užtikrinti, kad žmonės, dalyvaujantys modernizuojant programas, būtų apmokyti mažo kodo kūrimo, nesvarbu, ar jie yra profesionalūs kūrėjai, ar verslo vartotojai. Verslo vartotojai yra arčiau sprendžiamos verslo problemos ir gali prisidėti prie laiko taupymo patirties. Tradiciniai kodo kūrėjai gali pritaikyti jau turimus metodus ir įgūdžius, kad sukurtų plėtinius, kad užpildytų mažai kodo spragas. Organizacijos gali būti efektyviausios sujungdamos verslo ir techninius išteklius į tai, ką mėgstame vadinti "sintezės komandomis".

Šis straipsnis sukuria jums pagrindą. Kiti žingsniai yra jūsų. Štai keletas pasiūlymų:

• Skirkite kelias minutes, kad sužinotumėte, ką jūsų organizacija jau daro su mažo kodo naudojimu. Tai gali jus nustebinti!
• Įvertinkite savo programų modernizavimo galimybes.
• Nustatykite ir nustatykite pirmenybę geram pirmajam kandidatui.
• Įdarbinkite komandą, kuri modernizuoja programą. Norėdami gauti geriausius rezultatus, įsitikinkite, kad tai sintezės komanda.
• Įsitikinkite, kad komanda turi reikiamą mokymą, kad būtų sėkminga.
• Leiskite komandai modernizuoti programą.
• Apmąstykite modernizavimo pastangas. Patobulinkite ir išplėskite jį į kitas senstelėjusias programas.

Kiekvienos organizacijos kelias į programų modernizavimą yra unikalus. Jūsų "„Microsoft“ paskyra" komanda arba "Power Platform" partneris gali padėti planuoti kelionę ir padėti jums eiti teisingu keliu.

Ištekliai

• Bendras ekonominis Microsoft Power Platform "Premium" galimybių poveikis™
• American Airlines ConnectMe programėlė sukuria sklandesnę kelionių patirtį klientams ir geresnius technologinius įrankius komandos nariams
• Power Fx" atvirojo kodo saugykla GitHub
• CoE pradinis rinkinys
• Power Platform Priėmimo vertinimas
• Skaitmeninė draudimo agentūra automatizuoja sudėtingą pirkimo procesą naudodama Power Platform
• PCF galerija
• EY transformuoja savo pasaulines finansų operacijas naudodama novatoriškas programas ir dirbtiniu intelektu pagrįstus agentus, naudodama "Power Platform"
• Azure Private Link
• Microsoft Azure ExpressRoute
• Power Platform Leidimo planavimo priemonė
• Microsoft Power Platform licencijavimo vadovas
• „Microsoft“ apibūdina dirbtinio intelekto programų ir kopilotų kūrimo sistemą; išplečia dirbtinio intelekto įskiepių ekosistemą