Ratkaisujen järjesteleminen
Ennen kuin luot ratkaisuja, ota aikaa suunnitella tulevaisuutta. Mieti esimerkiksi, kuinka monta ratkaisua haluat vapauttaa ja voivatko ratkaisut jakaa komponentteja.
Lisäksi voidaan määrittää, kuinka monessa Microsoft Dataverse -ympäristössä ratkaisuja on kehitettävä. Yhden ympäristön käyttö on mahdollista useimmissa tässä artikkelissa käsitellyissä strategioissa. Jos kuitenkin päätät käyttää vain yhtä ympäristöä ja huomaat, että tarvitset enemmän, ratkaisuja voi olla haastavaa muuttaa, jos käyttäjät ovat jo asentaneet ne. Useiden ympäristöjen käyttö, vaikka se lisääkin monimutkaisuutta, voi tarjota paremman joustavuuden.
Seuraavissa osissa käsitellään erilaisia ratkaisujen hallintastrategioita, ja ensimmäiseksi käsitellään yksinkertaisinta ja viimeksi kaikkein monimutkaisinta ratkaisua.
Yksi ratkaisu
Luomalla ratkaisun luot toimivan mukautusjoukon. Tämä helpottaa mukautettujen kohteiden löytämistä.
Tätä menetelmää suositellaan, kun halutaan luoda vain yksi hallittu ratkaisu. Jos arvelet, että ratkaisu on ehkä jaettava tulevaisuudessa, kannattaa käyttää useita ratkaisuja.
Useita ratkaisuja
Jos kyse on kahdesta toisiinsa liittymättömästä ratkaisusta, jotka eivät jaa osia, suorin tapa on luoda kaksi hallitsematonta ratkaisua.
Muistiinpano
Sovelluksen valintanauhojen tai sivustokartan muokkaamiseen on hyvin yleisiä ratkaisuja. Jos molemmat ratkaisut muokkaavat näitä ratkaisun osia, ne ovat jaettuja osia. Lisätietoja jaettujen osien käyttämisestä on seuraavassa osassa.
Useiden ratkaisujen kerrostaminen ja riippuvuudet
Kun eri ratkaisuja tuodaan kohdeympäristöön, syntyy kerroksia, joissa aiemmin luotu ratkaisu jää tuotavan ratkaisun alle. Ratkaisun kerrostamisessa on tärkeää välttää ratkaisujen välisten riippuvuuksien syntyminen. On syytä välttää tilannetta, jossa samassa ympäristössä on useita samaa ei-hallittua osaa käyttäviä ratkaisuja. Tämä koskee etenkin taulukoita.
Ratkaisut kannattaa segmentoida osatyypin mukaan, jos riskinä ei ole ristikkäisten riippuvuuksien syntyminen. Niinpä yksi ratkaisu voi esimerkiksi sisältää kaikki taulukot, toisessa ratkaisussa on taas kaikki laajennukset ja kolmannessa puolestaan kaikki työnkulut. Näiden erillisten osien välillä ei ole riskiä ratkaisujen välisten riippuvuuksien syntymisestä. Tällä tavoin onkin turvallista muodostaa useita ratkaisuja samassa ympäristössä.
Ympäristössä ei kannata olla kahta eri ratkaisua, jotka molemmat sisältävät taulukoita. Tämä johtuu siitä, että riskinä on usein yksittäisten taulukoiden väliset suhteet, jotka luovat ratkaisujen välisen riippuvuuden ja mikä aiheuttaa ratkaisun päivitys- tai poisto-ongelmia kohdeympäristössä myöhemmässä vaiheessa.
Jos halutaan suunnitella ratkaisukerroksia ja sovelluksia halutaan käsitellä rakenteina, aluksi kannattaa luoda perustason kerros. Myöhemmin tuotavat lisäratkaisut sijoitetaan perustasokerroksen päälle. Myöhemmin käytössä on perustason kerros ja sen päällä laajennuskerroksi, jotka laajentavat perustason kerrosta.
Kun projekteja hallitaan tällä tavoin, kullekin kerrokselle kannattaa käyttää erillistä ympäristöä. Ratkaisun kerrokset luodaan seuraavien vaiheiden avulla.
Ennen kuin ratkaisut luodaan seuraavien ohjeiden mukaisesti, käytä samaa julkaisijaa kaikissa ympäristöjen ratkaisuissa. Lisätietoja: Ratkaisujulkaisija.
Perustason ympäristössä on perustason ratkaisu ja ei-hallitut taulukot kyseisestä ympäristöstä mutta ei muita taulukoita. Tämä ratkaisu voidaan sitten viedä hallittuna ratkaistuna.
Toinen ympäristö määritetään laajennus- tai sovelluskerrokselle, joka tulee myöhemmin perustason kerroksen päälle.
Hallittu perustason kerros tuodaan sovelluskerroksen ympäristöön ja sovelluskerrokselle luodaan ei-hallittu ratkaisu.
Tietomallia voi nyt laajentaa lisäämällä esimerkiksi muita taulukoita, sarakkeita ja taulukkosuhteita sovellusratkaisuun. Sovellusratkaisu viedään sitten hallittuna ratkaisuna. On huomattava, että sovellusratkaisussa on riippuvuuksia perustason kerroksen ratkaisussa.
Hallittu perustason kerros tuodaan tuotantoympäristössä ensin ja hallittu sovelluskerros tuodaan sitten. Näin ympäristöön luodaan kaksi hallittua kerrosta, joissa on selkeät riippuvuudet kahden hallitun ratkaisun välillä. Useiden ratkaisujen hallitseminen tällä tavoin ei luo ratkaisujen välisiä riippuvuuksia, jotka voivat aiheuttaa ratkaisun ylläpito-ongelmia, kuten ylimmän kerroksen poistamisen tarvittaessa.
Tätä segmentointimallia toistamalla saadaan ylläpitotarpeita vastaava määrä erilaisia ratkaisuja. On kuitenkin suositeltava ratkaisujen määrän pitämistä mahdollisimman alhaisena, jotta ratkaisun kerrostaminen pysyy hallittavana.
Katso myös
Segmentoitujen ratkaisujen käyttäminen
Skenaario 5: Tukihenkilöstön kehittäminen