Jagamisviis:

Soovitused lihtsuse ja tõhususe kujundamiseks

Kehtib selle Power Platform hästi koostatud töökindluse kontrollnimekirja soovituse kohta.

RE:01 Kujundage oma töökoormus nii, et see vastaks ärieesmärkidele ja väldiks tarbetut keerukust või üldkulusid. Kasutage soovitud tulemusi andvate disainiotsuste tegemiseks praktilist ja tasakaalustatud lähenemist. Piirake oma disaini vajadusega, et vähendada ebaefektiivsust ja võimalikke probleeme.

Selles juhendis kirjeldatakse soovitusi tarbetu keerukuse ja üldkulude minimeerimiseks, et töökoormus oleks lihtne ja tõhus. Valige parimad komponendid vajalike töökoormuse ülesannete täitmiseks, et optimeerida oma töökoormuse töökindlust. Arendus- ja halduskoormuse vähendamiseks kasutage ära platvormi pakutavate teenuste pakutavat tõhusust. See kujundus aitab teil luua töökoormuse arhitektuuri, mis on vastupidav, korratav, skaleeritav ja hallatav.

Mõisted

Mõiste Määratlus
Töökoormus Diskreetne võime või arvutusülesanne, mida saate teistest ülesannetest loogiliselt eraldada.

Peamised disainistrateegiad

Töökindluse kujundamise põhiprintsiip on hoida asjad lihtsad ja tõhusad. Keskenduge oma töökoormuse kujundamisel ärinõuete täitmisele, et vähendada tarbetu keerukuse või liigsete üldkulude ohtu. Kaaluge selles artiklis toodud soovitusi, mis aitavad teil teha otsuseid oma kujunduse kohta, et luua säästlik, tõhus ja usaldusväärne töökoormus. Erinevatel töökoormustel võivad olla erinevad nõuded kättesaadavusele, mastaapsusele, andmete järjepidevusele ja avariitaastele.

Peate iga disainiotsust põhjendama ärinõudega. See disainipõhimõte võib tunduda ilmne, kuid see on töökoormuse kujundamisel ülioluline. Kas teie töökoormus toetab miljoneid kasutajaid või mõnda tuhat? Kas on suured liikluspursked või pidev töökoormus? Milline katkestuste tase on vastuvõetav? Ärinõuded juhivad neid disainikaalutlusi.

Kompromiss: Keeruline lahendus võib pakkuda rohkem funktsioone ja paindlikkust, kuid see võib mõjutada töökoormuse töökindlust, kuna see nõuab rohkem koordineerimist, suhtlust ja komponentide haldamist. Teise võimalusena ei pruugi lihtsam lahendus täielikult vastata kasutaja ootustele või avaldada negatiivset mõju laiendatavusele töökoormuse arenedes.

Ühised disainiharjutused

Teha koostööd sidusrühmadega, et:

  • Määratlege ja määrake oma töökoormusele ja selle komponentidele kriitilisuse tase. See harjutus aitab teil määrata vajalikud komponendid ja parima lähenemisviisi vajaliku vastupidavustaseme saavutamiseks. Lisateavet leiate teemast Rakenduste tasemete määratlemine.

  • Määratlege funktsionaalsed ja mittefunktsionaalsed nõuded. Funktsionaalsed nõuded määravad süsteemi omadused ja käitumise. Need määrab kasutaja ja jäädvustab kasutusjuhtudel. Mittefunktsionaalsed nõuded määravad süsteemi jõudluse ja kvaliteedi atribuudid. Veenduge, et mõistate mittefunktsionaalseid nõudeid, nagu kättesaadavus, vastavus, andmete säilitamine/asukoht, jõudlus, privaatsus, taasteaeg, turvalisus ja skaleeritavus. Need nõuded mõjutavad projekteerimisotsuseid ja tehnoloogiavalikuid.

    Siin on mõned näited funktsionaalsetest ja mittefunktsionaalsetest nõuetest kuluaruandeid käsitleva töökoormuse kontekstis.

    Funktsionaalsed nõuded Mittefunktsionaalsed nõuded
    Töökoormus peaks võimaldama kasutajatel oma mandaatidega sisse logida ja pääseda juurde ainult oma isikuandmetele. Töökoormus peaks olema kättesaadav vähemalt 99,9% ajast.
    Töökoormus peaks sisaldama armatuurlauda, mis annab ülevaate avatud, kinnitatud ja tagasilükatud kuluaruannetest. Töökoormus peaks vastama asjakohastele andmekaitse ja eraelu puutumatuse eeskirjadele ja standarditele.
    Töökoormus peaks toetama töökoormuse andmete varundamis- ja taastamistoiminguid. Töökoormuse reageerimisaeg peaks enamiku kasutajapäringute puhul olema alla 5 sekundi.
    Töökoormus peaks saatma kasutajatele ja administraatoritele teateid, kui teatud sündmused või läved käivitatakse. Töökoormusel peaks olema edastatavate ja puhkeolekus olevate andmete kõrge turvalisuse ja krüptimise tase.

    Lisateabe saamiseks vaadake koolitusmoodulit pealkirjaga Töötage Dynamics 365 Microsoft Power Platform nõuetega.

  • Jaotage töökoormus komponentideks. Avastamise ja nõuete kogumise protsessi käigus peaksid mõned lahendusideed hakkama selguma. Tuvastage lahenduse komponendid, mis võivad moodustada pakutud lahenduse, mis vastab teie ärinõuetele. Seadke oma disainis esikohale lihtsus, tõhusus ja töökindlus. Määrake kindlaks komponendid, mida vajate oma töökoormuse toetamiseks. Tõstke esile, kus saab kasutada valmisfunktsioone ja kus võib vaja minna kohandatud arendust.

  • Kasutage tõrkerežiimi analüüsi, et tuvastada üksikud tõrkepunktid ja võimalikud riskid. Mõistke selgelt oma ettevõtte riskitaluvust. Lisateabe saamiseks vaadake teemat Soovitused tõrkerežiimi analüüsi tegemiseks.

  • Määratlege oma töökoormuse kättesaadavuse ja taastamise eesmärgid , et anda teavet arhitektuuriotsuste tegemiseks. Ärimõõdikud hõlmavad teenusetaseme eesmärke (SLO), teenusetaseme lepinguid (SLA), keskmist taastumisaega (MTTR), keskmist tõrgete vahelist aega (MTBF), taasteaja eesmärke (RTO) ja taastepunkti eesmärke (RPO). Määratlege nende mõõdikute sihtväärtused. See harjutus võib nõuda kompromisse ja vastastikust mõistmist tehnoloogia- ja ärimeeskondade vahel, et tagada mõlema meeskonna eesmärkide vastavus ärieesmärkidele ja realistlikkus. Lisateavet leiate teemast Soovitused töökindluse eesmärkide määratlemiseks. Power Platform Teenusetaseme lepingud pakuvad Microsofti kohustusi tööaja ja ühenduvuse osas. Erinevatel teenustel on erinevad teenusetasemelepingud ja mõnikord on teenusesisestel SKU-del erinevad teenusetasemelepingud. Lisateavet leiate teemast Võrguteenuste teenusetaseme lepingud.

Täiendavad disainisoovitused

Saate täita järgmisi soovitusi ilma sidusrühmade kaasamiseta.

  • Püüdke oma disainis lihtsuse ja selguse poole. Kasutage oma komponentide ja teenuste jaoks sobivat abstraktsuse ja detailsuse taset. Vältige oma lahenduse üle- või alaprojekteerimist. Näiteks:

    • Kui lahendate protsessi automatiseerimise nõude nii, Power Automate et suure protsessi jagamine mitmeks väiksemaks pilvevooks võib muuta selle mõistmise, testimise ja hooldamise keerulisemaks. Teisest küljest võib kõige suures voos hoidmine avaldada negatiivset mõju jõudlusele ja API kõnede mahule.

    • Kui lahendate kasutajale suunatud nõude abil Power Apps, võib suur monoliitne lõuendirakendus, millel on palju juhtelemente, jõudlust negatiivselt mõjutada. Selle jaotamine üksikuteks rakendusteks või kohandatud lehtedeks võib testimist keerulisemaks muuta, kuid sellel võib olla märkimisväärne positiivne mõju jõudlusele.

  • Oodake aja jooksul toimuvaid muutusi, olgu selleks siis vigade parandamine, uute funktsioonide või tehnoloogiate juurutamine või olemasolevate süsteemide skaleeritavamaks ja vastupidavamaks muutmine.

  • Laadige valdkonnaülesed probleemid eraldi teenusele. Minimeerige vajadus koodi dubleerimiseks erinevates funktsioonides. Eelistage teenuste taaskasutamist täpselt määratletud liidestega, mida erinevad komponendid saavad hõlpsasti tarbida. Näiteks kui andmetoimingute kogumit on vaja teha erinevatest kohtadest, saate selle funktsiooni teisaldada vähese koodiga lisandmoodulisse.

  • Hinnake levinud mustrite ja tavade sobivust oma vajadustele. Vältige trendide või soovituste järgimist, mis ei pruugi teie konteksti või nõuete jaoks kõige paremini sobida. Näiteks kohandatud koodikomponentide juurutamine ei pruugi olla iga rakenduse jaoks parim valik, kuna need võivad põhjustada keerukuse, üldkulude ja sõltuvusprobleeme.

Arendage piisavalt koodi

Lihtsuse, tõhususe ja usaldusväärsuse põhimõtted kehtivad ka teie arenduspraktikate kohta. Mõelge järgmistele soovitustele:

  • Kasutage platvormi võimalusi, kui need vastavad teie ärinõuetele. Näiteks:

    • Kasutage Fluent 2 disainistandardi saavutamiseks oma koodikomponentide arendamise asemel kaasaegseid juhtelemente.
    • Kohandatud koodi vähendamiseks kasutage kohandatud konnektorite arendamise asemel kohalikke konnektoreid.
    • Kasutage generatiivseid vastuseid Microsoft Copilot Studio , et võimaldada teie agendil leida ja esitada teavet mitmest allikast, nii sisemisest kui välisest, ilma käsitsi loodud teemadeta.

  • Tutvustage arenduspraktikana spetsiaalseid koodi ülevaatuse seansse.

  • Rakendage lähenemist surnud koodi tuvastamiseks. Olge skeptiline koodi suhtes, mida teie automatiseeritud testid ei hõlma.

  • Mõelge oma arendusmeeskonna oskustele. Uue oskuse õppimine või uue tehnoloogia kasutuselevõtt võtab aega.

Mõelge, kus teie andmed asuvad

Arhitektuurilise projekteerimise osana peate kaaluma, kuidas oma andmeid salvestada või kuidas neid lugemistegevuste jaoks tuua. Andmeid saab hankida ja salvestada erinevatel viisidel:

  • Uued andmed: kui teie rakendus loob andmeid, mida pole veel olemas (nt kui olemasolev äriprotsess tehti paberil), soovitame andmed talletada seal. Microsoft Dataverse

  • Lugemine/kirjutamine olemasolevast süsteemist: kui teie rakendusel on vaja tuua andmeid olemasolevast andmebaasist või süsteemist, peate hindama, milline on parim viis andmebaasi või süsteemiga ühenduse loomiseks: kasutada valmiskonnektorit, kohandatud konnektorit või virtuaalseid tabeleid.

  • Andmetest koopia tegemine: olukordades, kus algandmeid ei tohiks kunagi muuta ega üle kirjutada, saate andmed kopeerida mõnda teise andmesalvesse, näiteks Dataverse. See strateegia hoiab algse süsteemi andmed muutumatuna, võimaldades samal ajal teie rakendusel nendega töötada. See olukord on levinud raamatupidamises ja tuluga seotud süsteemides andmetega töötamisel. Peate kaaluma, kuidas andmeid kopeeritakse, kui sageli neid värskendatakse ja kas peab toimuma kahesuunaline sünkroonimine.

Power Platform Hõlbustamine

Plaanikujundaja abil saate kirjeldada oma ärijuhtumit loomulikus keeles ja anda teavet, nagu äriprotsesside vood või pärandsüsteemide kuvatõmmised. Seejärel loob plaani kujundaja teie vajadustele kohandatud täieliku Power Platformi lahenduse. Plaanikujundaja loob ka protsessiskeeme, mis aitavad teil selgitada kasutajate suhtlust.

Praktiliste disaininõuannete saamiseks vaadake järgmisi artikleid:

Töökindluse kontrollnimekiri

Vaadake kõiki soovitusi.

Töökindluse kontrollnimekiri

  • Last updated on