Organizacija rješenja
Prije stvaranja rješenja odvojite malo vremena za planiranje. Na primjer, razmislite o tome koliko rješenja želite objaviti i hoće li rješenja dijeliti komponente.
Također, odredite koliko Microsoft Dataverse će vam okruženja trebati za razvoj linije rješenja. Za većinu strategija opisanih u ovom članku možete koristiti jedno okruženje. Međutim, ako se odlučite za samo jedno okruženje i naknadno shvatite da vam treba više, može biti teško promijeniti rješenja ako su ih ljudi već instalirali. Korištenje više okruženja, iako unosi veću složenost, može pružiti bolju fleksibilnost.
Sljedeći odjeljci opisuju različite strategije upravljanja navedenim rješenjima, od jednostavnih do složenijih.
Jednostruko rješenje
Stvaranjem rješenja uspostavljate radni skup prilagodbi. Time se olakšava pronalazak stavki koje ste prilagodili.
Ovaj pristup preporučuje se kada želite stvoriti samo jednostruko upravljano rješenje. Ako mislite da ćete možda morati podijeliti rješenje u budućnosti, razmislite o upotrebi višestrukih rješenja.
Višestruka rješenja
Ako imate dva nepovezana rješenja koja ne dijele komponente, najizravniji pristup je stvaranje dva neupravljana rješenja.
Napomena
U rješenjima je vrlo uobičajeno mijenjati vrpce aplikacija ili kartu web-mjesta. Ako oba vaša rješenja izmjenjuju te komponente rješenja, one su zajedničke komponente. Pogledajte sljedeći odjeljak da biste saznali kako raditi sa zajedničkim komponentama.
Višestruka slojevitost rješenja i ovisnosti
Kada uvozite različita rješenja u svoje ciljno okruženje, često stvarate slojeve gdje se postojeće rješenje nalazi ispod onoga koje se uvozi. Kada je riječ o slojevitosti rješenja, važno je da nemate ovisnosti o unakrsnim rješenjima. Treba izbjegavati više rješenja u istom okruženju koja koriste istu neupravljanu komponentu. To se posebno odnosi na tablice.
Segmentirajte svoja rješenja prema vrsti komponente kada ne postoje rizici međusobne ovisnosti. Na primjer, imajte jedno rješenje koje uključuje sve vaše tablice, drugo rješenje koje sadrži sve vaše dodatke i treće rješenje koje sadrži sve vaše tijekove. Te različite komponente nemaju rizike od ovisnosti o unakrsnim rješenjima. Stoga je sigurno imati više rješenja oblikovanih na ovaj način u istom okruženju.
Nemojte imati dva različita rješenja u okruženju u kojem oba sadrže tablice. To je zato što često postoje rizici pojedinačnog odnosa između tablica, što stvara međusobnu ovisnost rješenja i uzrokuje nadogradnju rješenja ili uklanjanje problema u ciljnom okruženju u kasnijem trenutku.
Kada dizajnirate slojeve rješenja i želite imati strukturirani pristup za aplikacije, trebali biste započeti s osnovnim slojem. Kasnije uvozite dodatna rješenja koja će se nalaziti na vrhu osnovnog sloja. Nakon toga na vrhu imate osnovni sloj i produžni sloj koji produljuje taj osnovni sloj.
Kada na ovaj način upravljate projektima, preporučujemo da za svaki sloj koristite zasebno okruženje. Izradite slojeve rješenja koristeći ove korake.
Prije nego što stvorite rješenja u sljedećim koracima, koristite jednog izdavača za sva svoja rješenja u vašim okruženjima. Dodatne informacije: Izdavač rješenja
U „osnovnom” okruženju imate osnovno rješenje s neupravljanim tablicama iz tog okruženja i bez drugih tablica. Zatim izvozite ovo rješenje kao upravljano.
Postavljate drugo okruženje za sloj proširenja ili „aplikacije” koji će se kasnije nalaziti na vrhu osnovnog sloja.
Uvozite upravljani osnovni sloj u okruženje sloja aplikacije i stvarate neupravljano rješenje za sloj aplikacije.
Sada možete proširiti podatkovni model dodavanjem dodatnih tablica, stupaca, odnosa tablica i tako dalje u rješenje aplikacije. Zatim izvezite rješenje aplikacije kao upravljano. Primijetite da će rješenje aplikacije imati ovisnosti o rješenju osnovnog sloja.
U svoje radno okruženje uvozite upravljani osnovni sloj, a zatim uvozite upravljani sloj aplikacije. To stvara dva upravljana sloja u okruženju s jasnim ovisnostima između dva upravljana rješenja. Upravljanje većim brojem rješenja na ovaj način neće stvoriti ovisnosti o različitim rješenjima, što može uzrokovati probleme s održavanjem rješenja, kao što je uklanjanje gornjeg sloj ako je potrebno.
Ponovite ovaj obrazac segmentacije kako biste imali onoliko različitih rješenja koliko vam je potrebno za održavanje. Iako preporučujemo da broj rješenja bude što manji kako bi se moglo upravljati slojevima rješenja.
Pogledajte također
Koristite segmentirana rješenja
Scenarij 5: Podrška razvoju tima