Jaa

ALM:n perusteet ja Microsoft Power Platform

  • Artikkeli

Tässä artikkelissa kuvataan sovelluksen elinkaaren hallinnan (ALM) soveltamiseen vaadittavat komponentit, työkalut ja prosessit.

Ympäristöt

Ympäristöt ovat tiloja, jossa voi tallentaa, hallita ja jakaa organisaation liiketoimintatietoja, sovelluksia ja liiketoimintaprosesseja. Ne toimivat myös säilöinä erillisille sovelluksille, joilla voi olla eri roolit, käyttöoikeusvaatimukset tai kohdeyleisöt. Kullakin ympäristöllä voi olla vain yksi Microsoft Dataverse -tietokanta. Lisätietoja: Ympäristöjen yleiskatsaus

Tärkeä

Kun luot ympäristön, voit valita, asennetaanko Dynamics 365 -sovelluksia, kuten Dynamics 365 Sales ja Dynamics 365 Marketing. Tällöin on tärkeää määrittää, ovatko nämä sovellukset pakollisia vai eivät, koska niiden asennusta ei voi poistaa eikä niitä voi asentaa myöhemmin. Jos et ole rakentamassa näiden sovellusten päälle etkä tarvitse niitä tulevaisuudessa, suosittelemme, ettet asenna niitä ympäristöihisi. Tämä auttaa välttämään riippuvuuteen liittyviä komplikaatioita, kun ratkaisuja jaetaan ympäristöjen välillä.

ALM:ssä käytetyt ympäristötyypit

Power Platform -hallintakeskuksen avulla voit luoda seuraavanlaisia Power Platform -ympäristöjä:

  • Sandbox-ympäristö Sandbox-ympäristö on mikä tahansa muu kuin tuotantoympäristö Dataverse. Eristysympäristö on tuotannosta eristetty ympäristö, jossa voi turvallisesti ja riskittömästi kehittää ja testata sovellukseen tehtyjä muutoksia. Eristysympäristö sisältää valinnanmahdollisuuksia, jotka olisivat haitallisia tuotantoympäristössä, kuten toimintojen nollauksen, poistamisen ja kopioinnin. Lisätietoja: Eristysympäristöjen hallinta

  • Tuotanto Ympäristö, jossa sovellukset ja muut ohjelmistot otetaan käyttöön niiden käyttötarkoituksen mukaisesti.

  • Kehittäjä (viralliselta nimeltään yhteisö). Power Apps -kehittäjäsuunnitelman avulla voit käyttää Power Appsin premium-toimintoja, Dataverseä sekä Power Automatea yksilölliseen käyttöön. Suunnitelman tarkoituksena on ensisijaisesti rakentaa ja testata Power Apps-, Power Automate- ja Microsoft Dataverse -suunnitelmia tai oppimistarkoituksia varten. Kehittäjäympäristö on yhden käyttäjän ympäristö, eikä sitä voi käyttää tuotantosovellusten suorittamiseen tai jakamiseen.

  • Oletus Kullekin vuokraajalle luodaan automaattisesti yksi oletusympäristö, jonka kaikki vuokraajan käyttäjät jakavat. Vuokraaja tunnistaa asiakkaan, johon voi liittyä yksi tai useampi Microsoft tilaus ja palvelu. Kun uusi käyttäjä rekisteröityy Power Appsiin, hänet lisätään automaattisesti oletusympäristön tekijän rooliin. Oletusympäristö luodaan Microsoft Entra -vuokraajan oletusaluetta lähinnä olevalle alueelle ja nimeksi annetaan "{Microsoft Entra -vuokraajan nimi} (oletus)"

Oikean ympäristön luominen tiettyä tarkoitusta varten, kuten kehitykseen, testaukseen tai tuotantoon, ja käyttäminen tässä tarkoituksessa.

Lisätietoja ympäristöistä on kohdassa Ympäristöjen yleiskatsaus.

Kenellä pitäisi olla käyttöoikeudet?

Määritä ja hallitse resurssiesi ja tietojesi suojausta Microsoft Dataversessä. Microsoft Power Platform sisältää ympäristötason järjestelmänvalvojarooleja tehtävien suorittamista varten. Dataverse sisältää käyttöoikeusrooleja, jotka määrittävät sovellusten sovelluskomponenttien ja resurssisovellusten tekijöiden ja käyttäjien käyttöoikeustasot Dataversessä.

Ympäristön tarkoitus Roolit, joilla on käyttöoikeus Kommentit
Kehitys Sovellustentekijät ja kehittäjät. Sovellusten käyttäjillä ei pitäisi olla käyttöoikeuksia. Kehittäjät tarvitsevat vähintään ympäristöntekijän käyttöoikeusroolin resurssien luomista varten.
Testaa Järjestelmänvalvojat ja testejä tekevät henkilöt. Sovellusten tekijöillä, kehittäjillä ja tuotantosovellusten käyttäjillä ei pitäisi olla käyttöoikeuksia. Testikäyttäjillä pitäisi olla juuri riittävästi oikeuksia testien suorittamiseen.
Tuotanto Järjestelmänvalvojat ja sovellusten käyttäjät. käyttäjillä pitäisi olla juuri riittävästi oikeuksia tehtäviensä suorittamiseen käyttämissään sovelluksissa. Sovellusten tekijöillä ja kehittäjillä ei pitäisi olla käyttöoikeuksia tai enintään käyttäjätason oikeudet.
Oletus Oletusarvoisesti jokainen vuokraajan käyttäjä voi luoda ja muokata sovelluksia Dataversen oletusympäristössä, jolla on tietokanta. On erittäin suositeltavaa luoda ympäristöjä tiettyä tarkoitusta varten ja myöntää tarvittavat roolit ja oikeudet vain niille henkilöille, jotka tarvitsevat niitä.

Lisätietoja:

Ratkaisut

Ratkaisuja käytetään siirtämään sovelluksia ja komponentteja ympäristöstä toiseen tai käyttämään mukautussarjoja aiemmin luoduissa sovelluksissa.

Ratkaisulla on nämä ominaisuudet:

  • Ne sisältävät metatietoja ja tiettyjä entiteettejä, joissa on määritystietoja. ratkaisut eivät sisällä liiketoimintatietoja.

  • Ne voivat sisältää monia eri Microsoft Power Platform -komponentteja, kuten mallipohjaisia sovelluksia, kaaviosovelluksia, sivustokarttoja, työnkulkuja, entiteettejä, lomakkeita, mukautettuja yhdistimiä, verkkoresursseja, asetusjoukkoja, taulukoita ja kenttiä. Huomaa, että ratkaisut eivät voi sisältää kaikkia entiteettejä. Esimerkiksi järjestelmätaulukoita Sovelluskäyttäjä, Mukautettu ohjelmointirajapinta ja Organisaatioasetukset ei voi lisätä ratkaisuun.

  • Ne pakataan vietäväksi yksiköksi ja tuodaan muihin ympäristöihin tai puretaan osiin ja kuitataan sisään lähdehallintaan resurssien lähdekoodina. Ratkaisuja käytetään myös muutosten soveltamiseen olemassa oleviin ratkaisuihin.

  • Hallittuja ratkaisuja käytetään kaikkien sellaisten ympäristöjen käyttöönottoon, jotka eivät ole kyseisen ratkaisujen kehitysympäristöjä. Näitä ovat testaus, käyttäjien hyväksyntätestaus-, järjestelmän integraatiotestaus- ja tuotantoympäristöt. Hallittuja ratkaisuja voidaan huoltaa (päivittää, korjata ja poistaa) riippumatta ympäristön muista hallituista ympäristöistä. Kuten ALM:n paras käytäntö, hallitut ratkaisut tulisi luoda koontipalvelimella ja sitä tulisi käsitellä koontiartefaktina.

  • Päivitykset hallittuun ratkaisuun otetaan käyttöön hallitun ratkaisun edellisessä versiossa. Tämä ei luo ylimääräistä ratkaisukerrosta. Et voi poistaa komponentteja päivityksen avulla.

  • Korjaustiedosto sisältää vain ylätason hallitulle ratkaisulle. Korjaustiedostoja pitäisi käyttää vain silloin, kun tehdään pieniä päivityksiä (hotfix-korjausten tapaan) ja sen asennus on mahdollisesti poistettava. Kun korjaustiedostoja tuodaan, ne asetetaan kerroksittain pääratkaisun päälle. Et voi poistaa komponentteja korjaustiedoston avulla.

  • Ratkaisun päivittäminen asentaa uuden ratkaisukerroksen välittömästi peruskerroksen ja mahdollisten aiempien korjausten päälle.

    • Ratkaisupäivitysten soveltaminen sisältää kaikkien olemassa olevien korjausten ja peruskerroksen poistamisen.

    • Ratkaisun versiopäivitykset poistavat komponentteja, jotka olivat olemassa, mutta jotka eivät enää sisälly päivitettyyn versioon.

Lisätietoja: Ratkaisukäsitteet

Lähteenhallinta

Lähteenhallinta eli versionhallinta järjestelmä, joka ylläpitää ja tallentaa turvallisesti ohjelmistokehityksen resursseja ja seuraa näihin resursseihin tehtäviä muutoksia. Muutosten seuranta on erityisen tärkeää silloin, kun useat sovelluksentekijät ja kehittäjät käyttävät samoja tiedostoja. Lähteenhallintajärjestelmän avulla voit myös perua muutoksia tai palauttaa poistettuja tiedostoja.

Lähteenhallintajärjestelmä auttaa organisaatioita saavuttamaan terveen ALM:n, koska lähteenhallintajärjestelmässä ylläpidetyt resurssit ovat ainoa totuuden lähde eli toisin sanoen yksittäinen yksinomainen käyttö- ja muutospaikka ratkaisuillesi.

Haarautumis- ja yhdistämisstrategia

Lähes jokaisessa lähteenhallintajärjestelmässä on jonkinlainen haarautumisen ja yhdistämisen tuki. Haarautuminen tarkoittaa, että lähdet eriämään kehityksen päälinjasta ja jatkat työn tekemistä muuttamatta päälinjaa. Yhdistämisprosessi koostuu haarojen yhdistämiseen esimerkiksi yhdistämällä kehityshaara päälinjan haaraan. Yleisiä haarautumisstrategioita ovat runkopohjainen haaroitus, julkaisujen haaroitus ja ominaisuuksien haaroitus. Lisätietoja: Git-haaroitusstrategian käyttöönotto

Lähteenhallintaprosessi ratkaisun avulla

Ratkaisuja lähteenhallintajärjestelmässä käsiteltäessä voi käyttää kahta pääpolkua:

  • Vie hallitsematon ratkaisu ja aseta se pakkaamattomana lähteenhallintajärjestelmään. Koontiprosessi tuo pakatun ratkaisun hallitsemattomana väliaikaiseen koontiympäristöön (eristysympäristö). Vie ratkaisu sitten hallittuna ja tallenna se koontiartefaktina lähteenhallintajärjestelmään.
  • Vie ratkaisu hallitsemattomana ja vie ratkaisu myös hallittuna. Sijoita molemmat lähteenhallintajärjestelmään. Vaikka tämä menetelmä ei edellytä koontiympäristöä, se edellyttää kahden kopion ylläpitämistä kaikista komponenteista (yksi kopio kaikista hallitsemattoman ratkaisun hallitsemattomista komponenteista ja yksi kopio kaikista hallitun ratkaisun hallituista komponenteista).

Lähteenhallinta ratkaisun avulla

Lisätietoja: Työkalutehtävien kehittäminen

Automaatio

Automaatio on keskeinen osa sovelluksen elinkaarta, joka parantaa ALM:n tuottavuutta, luotettavuutta, laatua ja tehokkuutta. Automaatiotyökaluja ja -tehtäviä käytetään eristysympäristöjen luomisen ja nollaamisen lisäksi ratakisujen vahvistamiseen, vieminen, pakkaus, purkaminen ja vienti.

Lisätietoja: Mitä Microsoft Power Platform Build Tools -työkalut ovat?

Ryhmien kehittäminen jaetun lähteenhallinnan avulla

On tärkeää miettiä, miten sinä ja kehitysryhmäsi tekevät yhteistyötä projektin kehittämiseksi. Siilojen murtaminen ja näkemysten ja keskustelujen edistäminen voi mahdollistaa sen, että ryhmäsi toimittaa parempia ohjelmistoja. Jotkut työkalut ja työnkulut, kuten Gitissä, GitHubissa ja Azure DevOpsissa annetut, on suunniteltu nimenomaisesti viestinnän ja ohjelmistolaadun parantamiseen. Huomaa, että ratkaisujärjestelmän määritysten käsitteleminen voi luoda haasteita ryhmän kehitykselle. Organisaatioiden on järjesteltävä useiden kehittäjien muutoksia välttääkseen yhdistämiskonflikteja mahdollisuuksien mukaan, koska lähteenhallintajärjestelmissä on rajoitteita yhdistämisten toteutumistapojen osalta. On suositeltavaa välttää tilanteita, joissa useat ihmiset tekevät muutoksia monimutkaisiin komponentteihin, kuten lomakkeisiin, työnkulkuihin ja pohjaan perustuviin sovelluksiin, samanaikaisesti.

Lisätietoja: Skenaario 5: Ryhmäkehityksen tukeminen

Jatkuva integrointi ja käyttöönotto

Voit käyttää mitä tahansa lähteenhallintajärjestelmää ja kehittää putken aloittaaksesi jatkuvan integroinnin ja jatkuvan käyttöönoton (CI/CD). Tässä oppaassa keskitytään kuitenkin GitHubiin ja Azure DevOpsiin. GitHub on miljoonien kehittäjien käyttämä kehitysympäristö. Azure DevOps sisältää kehittäjäpalveluja tukitiimeille töiden suunnittelua, koodinkehityksen yhteistyötä ja sovellusten kehittämistä ja käyttöönottoa varten.

Alkuun pääsemiseen tarvitset seuraavaa:

Lisätietoja: Ensimmäisen putken luominen

Käyttöoikeuden hankkiminen

Jos haluat luoda tai muokata sovelluksia ja työnkulkuja käyttämällä Power Appsia tai Power Automatea, käyttäjillä on oltava käyttäjäkohtaiset Power Apps- tai Power Automate-lisenssit tai asianmukainen Dynamics 365 -sovelluslisenssi. Lisätietoja: Microsoft Power Platformin lisensoinnin yhteenveto. Suosittelemme myös, että otat yhteyttä tiliedustajaasi Microsoft keskustellaksesi lisensointitarpeistasi.

Huomioitavat ALM:ään liittyvät seikat

Kun ALM nähdään keskeisenä osana sovellusten kehittämistä Microsoft Power Platform, se voi parantaa sovelluksen nopeutta, luotettavuutta ja käyttökokemusta merkittävästi. Se myös varmistaa, että useat kehittäjät eli sekä perinteiset koodia kirjoittavat kehittäjät että kansalaiskehittäjät voivat yhdessä edesauttaa sovelluksen kehittämistä.

Tutustu seuraaviin artikkeleihin, joissa käsitellään useita minkä tahansa sovelluksen kehityksen alussa huomioon otettavia asioita: