Rekomendacijos, kaip projektuoti siekiant paprastumo ir efektyvumo

Taikoma šiai **gerai suprojektuoto patikimumo kontrolinio sąrašo** rekomendacijai: Power Platform

RE:01 Planuokite savo darbo krūvį taip, kad jis atitiktų verslo tikslus ir išvengtų nereikalingo sudėtingumo ar papildomų išlaidų. Priimdami norimus rezultatus duodančius dizaino sprendimus, vadovaukitės praktišku ir subalansuotu požiūriu. Apribokite savo dizainą iki būtiniausių dalykų, kad sumažintumėte neefektyvumą ir galimas problemas.

Šiame vadove pateikiamos rekomendacijos, kaip sumažinti nereikalingą sudėtingumą ir išlaidas, kad jūsų darbo krūviai būtų paprasti ir efektyvūs. Pasirinkite geriausius komponentus, kurie atliks reikiamas darbo krūvio užduotis, kad optimizuotumėte savo darbo krūvio patikimumą. Norėdami sumažinti kūrimo ir valdymo naštą, pasinaudokite platformos teikiamų paslaugų siūlomu efektyvumu. Šis dizainas padeda sukurti darbo krūvio architektūrą, kuri yra atspari, kartojama, keičiamo dydžio ir valdoma.

Apibrėžimai

Terminas Apibrėžtis
Darbo krūvis Atskiras pajėgumas arba skaičiavimo užduotis, kurią galima logiškai atskirti nuo kitų užduočių.

Pagrindinės projektavimo strategijos

Pagrindinis patikimumo projektavimo principas yra paprastumas ir efektyvumas. Sutelkite savo darbo krūvio planą į verslo reikalavimų tenkinimą, kad sumažintumėte nereikalingo sudėtingumo ar perteklinių išlaidų riziką. Atsižvelkite į šiame straipsnyje pateiktas rekomendacijas, kurios padės jums priimti sprendimus dėl savo dizaino, kad sukurtumėte efektyvų, efektyvų ir patikimą darbo krūvį. Skirtingiems darbo krūviams gali būti taikomi skirtingi prieinamumo, mastelio keitimo, duomenų nuoseklumo ir atkūrimo po nelaimių reikalavimai.

Kiekvieną dizaino sprendimą turite pagrįsti verslo reikalavimu. Šis projektavimo principas gali atrodyti akivaizdus, tačiau jis yra labai svarbus projektuojant darbo krūvį. Ar jūsų darbo krūvis palaiko milijonus vartotojų, ar kelis tūkstančius? Ar yra dideli srauto šuoliai, ar nuolatinis darbo krūvis? Koks nutrūkimo lygis yra priimtinas? Šiuos projektavimo aspektus lemia verslo reikalavimai.

Kompromisas: Sudėtingas sprendimas gali pasiūlyti daugiau funkcijų ir lankstumo, tačiau jis gali turėti įtakos darbo krūvio patikimumui, nes jam reikia daugiau koordinavimo, komunikacijos ir komponentų valdymo. Arba paprastesnis sprendimas gali ne visiškai atitikti naudotojų lūkesčius arba turėti neigiamą poveikį išplėtimui, didėjant darbo krūviui.

Bendradarbiavimo dizaino pratimai

Bendradarbiaukite su suinteresuotosiomis šalimis, kad:

  • Apibrėžkite ir priskirkite kritiškumo lygį savo darbo krūviui ir jo komponentams. Šis pratimas padės jums nustatyti reikiamus komponentus ir geriausią būdą pasiekti reikiamą atsparumo lygį. Daugiau informacijos žr. Taikomųjų programų lygių apibrėžimas .

  • Apibrėžkite funkcinius ir nefunkcinius reikalavimus. Funkciniai reikalavimai apibrėžia sistemos savybes ir elgseną. Juos nurodo vartotojas ir jie fiksuojami naudojimo atvejais. Nefunkciniai reikalavimai apibrėžia sistemos našumo ir kokybės atributus. Įsitikinkite, kad suprantate nefunkcinius reikalavimus, tokius kaip prieinamumas, atitiktis, duomenų saugojimas / laikymas, našumas, privatumas, atkūrimo laikas, saugumas ir mastelio keitimas. Šie reikalavimai daro įtaką dizaino sprendimams ir technologijų pasirinkimui.

    Štai keletas funkcinių ir nefunkcinių reikalavimų pavyzdžių, atsižvelgiant į darbo krūvį, kuris tvarko išlaidų ataskaitas:

    Funkciniai reikalavimai Nefunkciniai reikalavimai
    Darbo krūvis turėtų leisti vartotojams prisijungti naudojant savo prisijungimo duomenis ir pasiekti tik savo asmeninius duomenis. Darbo krūvis turėtų būti prieinamas bent 99,9 % laiko.
    Darbo krūvis turėtų apimti ataskaitų suvestinę, kurioje pateikiama atvirų, patvirtintų ir atmestų išlaidų ataskaitų apžvalga. Darbo krūvis turėtų atitikti atitinkamus duomenų apsaugos ir privatumo reglamentus bei standartus.
    Darbo krūvis turėtų palaikyti darbo krūvio duomenų atsarginių kopijų kūrimo ir atkūrimo operacijas. Daugumai vartotojų užklausų darbo krūvis turėtų atsakyti greičiau nei per 5 sekundes.
    Darbo krūvis turėtų siųsti pranešimus vartotojams ir administratoriams, kai suaktyvinami tam tikri įvykiai arba pasiekiami tam tikri slenksčiai. Darbo krūvis turėtų pasižymėti aukštu duomenų saugumo ir šifravimo lygiu tiek perduodamiems, tiek saugomiems.

    Daugiau informacijos rasite mokymo modulyje pavadinimu Darbas su reikalavimais, skirtais Microsoft Power Platform ir „Dynamics 365“.

  • Suskirstykite darbo krūvį į komponentus. Atradimo ir reikalavimų rinkimo proceso metu turėtų pradėti aiškėti kai kurios sprendimų idėjos. Nustatykite sprendimo komponentus, kurie galėtų sudaryti siūlomą sprendimą, atitinkantį jūsų verslo reikalavimus. Savo dizaine pirmenybę teikite paprastumui, efektyvumui ir patikimumui. Nustatykite komponentus, kurių jums reikia jūsų darbo krūviui palaikyti. Pabrėžkite, kur galima panaudoti jau paruoštas naudoti galimybes ir kur gali prireikti individualaus kūrimo.

  • Naudokite gedimo režimo analizę , kad nustatytumėte atskirus gedimo taškus ir galimą riziką. Aiškiai supraskite savo įmonės rizikos toleranciją. Daugiau informacijos žr. Gedimų režimo analizės atlikimo rekomendacijos.

  • Apibrėžkite prieinamumo ir atkūrimo tikslus kad jūsų darbo krūvis atitiktų architektūros sprendimus. Verslo metrikos apima paslaugų lygio tikslus (SLO), paslaugų lygio susitarimus (SLA), vidutinį atkūrimo laiką (MTTR), vidutinį laiką tarp gedimų (MTBF), atkūrimo laiko tikslus (RTO) ir atkūrimo taško tikslus (RPO). Apibrėžkite šių rodiklių tikslines vertes. Šiam pratimui gali prireikti kompromiso ir abipusio supratimo tarp technologijų ir verslo komandų, siekiant užtikrinti, kad kiekvienos komandos tikslai atitiktų verslo uždavinius ir būtų realūs. Daugiau informacijos žr. Rekomendacijos patikimumo tikslų apibrėžimui. Power Platform SLA susitarimai numato „Microsoft“ įsipareigojimus dėl veikimo laiko ir ryšio. Skirtingos paslaugos turi skirtingus SLA, o kartais ir paslaugos SKU turi skirtingus SLA. Daugiau informacijos žr. Paslaugų lygio sutartys dėl internetinių paslaugų.

Papildomos dizaino rekomendacijos

Galite įgyvendinti šias rekomendacijas neįtraukdami suinteresuotųjų šalių:

  • Siekite paprastumo ir aiškumo jūsų dizaine. Savo komponentams ir paslaugoms naudokite tinkamą abstrakcijos ir detalumo lygį. Venkite per didelio arba per mažo savo sprendimo projektavimo. Pavyzdys.

    • Jei procesų automatizavimo reikalavimą sprendžiate naudodami Power Automate, didelio proceso suskaidymas į kelis mažesnius debesies srautus gali apsunkinti jo supratimą, testavimą ir priežiūrą. Kita vertus, visko laikymas dideliame sraute gali neigiamai paveikti našumą ir API iškvietimų apimtį.

    • Jei spręsite su vartotoju susijusį reikalavimą naudodami Power Apps, didelė monolitinė drobės programa su daugybe valdiklių gali neigiamai paveikti našumą. Suskirstymas į atskiras programas arba pasirinktinius puslapius gali apsunkinti testavimą, tačiau tai gali turėti didelį teigiamą poveikį našumui.

  • Numatykite pokyčius laikui bėgant, nesvarbu, ar taisysite klaidas, diegsite naujas funkcijas ar technologijas, ar padarysite esamas sistemas lengviau pritaikomas ir atsparesnes.

  • Perduokite tarpusavyje susijusius rūpesčius atskirai paslaugai. Sumažinkite kodo dubliavimo poreikį skirtingose funkcijose. Pirmenybę teikite pakartotiniam paslaugų naudojimui su aiškiai apibrėžtomis sąsajomis, kurias skirtingi komponentai gali lengvai naudoti. Pavyzdžiui, jei duomenų operacijų rinkinį reikia atlikti iš skirtingų vietų, šią funkciją galite perkelti į žemo kodo papildinį.

  • Įvertinkite įprastų modelių ir praktikų tinkamumą jūsų poreikiams. Venkite sekti tendencijomis ar rekomendacijomis, kurios gali neatitikti jūsų konteksto ar reikalavimų. Pavyzdžiui, pasirinktinio kodo komponentų diegimas gali būti ne pats geriausias pasirinkimas kiekvienai programai, nes jie gali sukelti sudėtingumo, papildomų išlaidų ir priklausomybės problemų.

Sukurkite tik tiek kodo, kiek reikia

Paprastumo, efektyvumo ir patikimumo principai taip pat taikomi jūsų kūrimo praktikai. Apsvarstykite šias rekomendacijas:

  • Naudokite platformos galimybes tada, kai jos atitinka jūsų verslo reikalavimus. Pavyzdys.

    • Naudokite modernius valdiklius, užuot kūrę savo kodo komponentus, kad pasiektumėte „Fluent 2“ projektavimo standartą.
    • Norėdami sumažinti pasirinktinio kodo kiekį, naudokite vietines jungtis, o ne kurkite pasirinktines.
    • Naudokite generatyvinius atsakymus, kad jūsų agentas galėtų rasti ir pateikti informaciją iš kelių šaltinių – vidinių ar išorinių – nenaudojant rankiniu būdu kuriamų temų. Microsoft Copilot Studio

  • Įtraukite specialias kodo peržiūros sesijas kaip kūrimo praktiką.

  • Įdiegti metodą, skirtą identifikuoti mirusį kodą. Skeptiškai vertinkite kodą, kurio neapima jūsų automatiniai testai.

  • Apsvarstykite savo kūrimo komandos įgūdžių rinkinį. Reikia laiko išmokti naujų įgūdžių ar pritaikyti naujas technologijas.

Apsvarstykite, kur yra jūsų duomenys

Kurdami architektūrinį projektą, turite apsvarstyti, kaip saugoti duomenis arba kaip juos gauti skaitymo veiklai. Duomenis galima gauti ir saugoti įvairiais būdais:

  • Nauji duomenys: jei jūsų programa sukuria duomenis, kurių dar nėra, pavyzdžiui, kai esamas verslo procesas buvo atliktas popieriuje, rekomenduojame duomenis saugoti Microsoft Dataverse.

  • Skaitymas / rašymas iš esamos sistemos: jei jūsų programai reikia gauti duomenis iš esamos duomenų bazės ar sistemos, turite įvertinti geriausią būdą prisijungti prie duomenų bazės ar sistemos: naudoti jau paruoštą naudoti jungtį, pasirinktinę jungtį arba virtualias lenteles.

  • Duomenų kopijos kūrimas: tais atvejais, kai originalių duomenų niekada nereikėtų keisti ar perrašyti, galite nukopijuoti duomenis į kitą duomenų saugyklą, pvz., Dataverse. Ši strategija išlaiko originalios sistemos duomenis nepakeistus, tuo pačiu leisdama jūsų programai su jais dirbti. Šis scenarijus dažnas, kai dirbama su apskaitos duomenimis ar su pajamomis susijusiomis sistemomis. Reikia apsvarstyti, kaip duomenys kopijuojami, kaip dažnai jie atnaujinami ir ar reikia dvipusio sinchronizavimo.

Power Platform palengvinimas

Galite naudoti plano dizaino įrankį , kad apibūdintumėte savo verslo atvejį natūralia kalba ir pateiktumėte informaciją, pvz., verslo procesų sekas arba senstelėjusių sistemų ekrano kopijas. Tada plano dizaineris sugeneruos išsamų "Power Platform" sprendimą, pritaikytą jūsų poreikiams. Plano dizaino įrankis taip pat generuoja procesų diagramas, kad padėtų paaiškinti vartotojo sąveiką.

Praktinių patarimų dėl dizaino rasite šiuose straipsniuose:

Patikimumo kontrolinis sąrašas

Žr. visą rekomendacijų rinkinį.

Patikimumo kontrolinis sąrašas

  • Last updated on