ALM:n ympäristöstrategia
Jotta voit noudattaa sovelluksen elinkaarihallinnan (ALM) periaatteita, tarvitset erilliset ympäristöt sovellusten kehittämiselle ja tuotannolle. Vaikka perustason ALM:ää voi toteuttaa jo erillisillä kehitys- ja tuotantoympäristöillä, suosittelemme myös vähintään yhden sellaisen testiympäristön ylläpitämistä, joka on erillään kehitys- ja tuotantoympäristöistäsi. Kun käytössäsi on erillinen testiympäristö, voit suorittaa päästä päähän -tarkistuksen, johon kuuluvat ratkaisun käyttöönotto ja sovelluksen testaus. Jotkin organisaatiot tarvitsevat myös enemmän ympäristöjä käyttäjän hyväksyntätestaukseen (UAT), järjestelmien integrointitestaukseen (SIT) ja koulutukseen.
Erilliset kehitysympäristöt voiva olla eduksi muutosten eristämisessä tarkistettavassa työpanoksessa, ennen kuin se on valmistunut. Erilliset kehitysympäristöt voiva olla eduksi myös sellaisten tilanteiden vähentämisessä, joissa yhdellä henkilöllä on negatiivinen vaikutus toiseen muutoksia tehdessään.
Jokainen organisaatio on ainutlaatuinen, joten mieti tarkkaan, mitkä organisaatiosi ympäristötarpeet ovat.
Kehitysympäristöt
Sinun pitäisi etsiä vastauksia seuraavanlaisiin kysymyksiin:
- Kuinka monta kehitysympäristöä tarvitsen?
- Lisätietoja: Ympäristöjen yleiskatsaus
- Miten voin valmistella ympäristöjä automaattisesti lähdekoodista?
- Mitkä ovat ympäristöni riippuvuudet?
- Lisätietoja: Useiden ratkaisujen tasot ja riippuvuudet
Muut ympäristöt
Myös kysymykseen "Millaisia muita kuin kehitysympäristöjä tarvitsen?" tarvitaan vastaus.
Tuotantoympäristösi lisäksi saatat tarvita erilliset testi-, UAT-, SIT- ja esituotantoympäristöt. Ota huomioon, että mihin tahansa terveeseen ALM-käytäntöön pitäisi kuulua testiympäristön käyttö ennen minkään käyttöönottoa tuotantoympäristössä. Tällä varmistetaan, että sinulla on paikka sovelluksesi testaamiseen, mutta myös se, että itse käyttöönotto voidaan testata.
Lisätietoja: Ympäristöstrategian luominen Microsoft Power Platformille
Useaan maantieteelliseen alueeseen liittyviä havaintoja
Power Platform -ympäristöt noudattavat tiettyä palvelupäivitysaikataulua, koska ympäristöjä päivitetään ympäri maailman. Maantieteellinen sijainti määrittää ensisijaisesti kuusi asemaa. Palvelupäivitykset otetaan käyttöön järjestyksessä jokaisella asemalla. Aseman 2 palvelupäivitykset siis otetaan käyttöön ennen asemaa 3. Tämän vuoksi eri asemilla olevissa ympäristöissä on yleisesti käytössä eri versiot tiettynä ajankohtana. Lisätietoja ympäristöjen palvelupäivitysaikataulusta on kohdassa Microsoft Dataversen julkaistut versiot
Ratkaisun tuominen ja ympäristön versio
Kun eri alueilla on useita ympäristöjä, on tärkeää ymmärtää seuraavat asiat ratkaisun tuomisen yhteydessä:
- Voit tuoda ratkaisun ympäristöön, jossa on uudempi versio kuin ympäristössä, josta ratkaisu vietiin.
- Et voi luotettavasti tuoda ratkaisua ympäristöön, jossa on vanhempi versio kuin ympäristössä, josta ratkaisu vietiin. Tämä johtuu siitä, että vanhemmasta ympäristöstä saattaa puuttua komponentteja tai vaadittuja toimintoja.
Esimerkki ympäristöjen onnistuneesta kohdistamisesta palvelupäivitysasemien kanssa
Ajatellaan, että sinulla on tuotantoympäristöjä Kanadassa ja Yhdysvalloissa. Tällöin kehitysympäristöjen tulisi olla Pohjois-Amerikassa (asema 5), ei Kanadassa (asema 2). Tällöin kehitysympäristöt ovat aina samat tai aiemmat versiot kuin tuotantoympäristön versiot. Tämä vähentää ratkaisun tuontiversion ristiriitoja.
