Vuokraajan ympäristöstrategian kehittäminen Power Platformin omaksumiseksi suuressa mittakaavassa
Jokaisen organisaation Microsoft Power Platformin omaksuminen on yksilöllistä. Vuokraajan ympäristöstrategia on perusta, joka auttaa nopeuttamaan käyttöä hallittavalla ja turvallisella tavalla.
Tässä raportissa kerrotaan, miten Power Platformin vuokraajan ympäristöstrategiat voidaan yhdenmukaistaa tuoteominaisuuksien ja vision kanssa. Opettele käyttämään ympäristön uusimpia ominaisuuksia parhaiten strategian toteuttamiseksi, jotta Power Platformin käyttöönotto olisi mahdollista koko yrityksen tasolla.
Muistiinpano
Voit tallentaa tai tulostaa tämän teknisen raportin valitsemalla selaimesta Tulosta ja valitsemalla sitten Tallenna PDF-tiedostona.
Johdanto
Power Platformin avulla organisaatiot voivat kehittää vähäkoodisia ratkaisuja nopeaa innovaatiota varten. Nämä ratkaisut voivat keskittyä yksittäisten käyttäjien ja pienten ryhmien tuottavuuteen tai käyttää niitä koko organisaatiossa. Niitä voi myös laajentaa liiketoimintaprosesseihin, kuten ulkoisiin asiakkaisiin ja kumppaneihin. Näitä ratkaisuja tuetaan Power Platform -ympäristöissä, joissa vähäkoodiset resurssit rakennetaan, testataan ja käytetään. Organisaation Power Platformin käyttöönoton kasvaessa on tärkeää toteuttaa hyvä vuokraajan ympäristöstrategia, jotta sitä voidaan hallita ja suojata ympäristöjen määrän kasvaessa.
Tässä artikkelissa on ohjeita ensimmäisen ympäristöstrategian tai nykyisten suunnitelmien kehityksestä käytettävissä olevien ominaisuuksien avulla. Tässä esitellään myös, miten nämä ominaisuudet on tarkoitettu toimimaan yhdessä ja miten ne kehittyvät, kun Power Platformia hallitaan suuressa mittakaavassa. Tässä ohjeessa kerrotaan, miten uudet käyttäjät voidaan reitittää asianmukaisesti ympäristöihin ja ryhmitellä ympäristöjä niin, että voidaan yhdenmukaisesti käyttää hallintoa, suojaussääntöjä ja muita tärkeitä vuokraajan ympäristöstrategiaan liittyviä seikkoja. Tarjoamme myös yksityiskohtaiset ohjeet oletusympäristön turvaamiseen. Tämä on tärkeä ensimmäinen vaihe ympäristöstrategian toteuttamisessa.
Vaikka Power Platform -ympäristöjen hallintaan on käytettävissä monia näkökulmia, tässä artikkelissa oleva tapa vastaa Microsoftin uusinta tuotesuuntaa ja se käyttää nykyisiä ominaisuuksia ja suunniteltuja parannuksia. Tämän päivitetyn ohjeen avulla voit varmistaa, että käytät vain ympäristön ominaisuuksia ja asetuksia, jotka ovat strategisia sille, mitä Microsoft tarkoittaa ympäristön hallinnalla suuressa mittakaavassa.
Microsoftin vuokraajan ympäristöstrategian visio
Monet organisaatiot aloittavat Power Platformin käyttöönoton henkilökohtaisilla tuottavuussovelluksilla ja automaatioilla, jotka on luotu ja joita käytetään jaetussa keskusympäristössä, jota kutsutaan oletusympäristöksi. Nämä resurssit käyttävät usein vain Microsoft 365:een sisältyviä perustoimintoja, eikä Power Platformin kaikkia ominaisuuksia. Kun tämä ensimmäinen käyttöönotto nopeutuu, Microsoft tarjoaa organisaatioille apua ympäristöstrategiaan, jonka avulla yritys voi ottaa käyttöön kaikki Power Platformin ominaisuudet suuressa mittakaavassa. Nämä Premium-hallinto-ominaisuudet ovat käytettävissä, kun käyttäjillä on Power Platform Premium-käyttöoikeus (Power Apps, Power Automate, Microsoft Copilot Studio ja Dynamics 365). Power Platformin käyttöönoton kypsyysmallivoi antaa enemmän tietoja, joiden avulla organisaatiot voivat määrittää etenemissuunnitelmansa, jotta ne voivat saavuttaa omaksumisen yrityksen tasolla ympäristöstrategiaakin pidemmälle. Tämä tapa voi auttaa organisaatioita kypsymään henkilökohtaisista tuottavuuden perusratkaisuista Power Platformin yritystason omaksumiseen
Power Platform hallinta-, hallinto- ja suojausominaisuuksien avulla organisaatiot voivat ottaa käyttöön ja hallita Power Platformia yrityksen tuottavuuteen ja yritystason sovelluskäyttöön suuressa mittakaavassa. Hallittujen ympäristöjen avulla voit aktivoida joukon Premium-ominaisuuksia, joilla voit parantaa näkyvyyttä ja hallintaa sekä vähentää manuaalisia ponnistuksia ympäristöjen hallinnassa ja suojaamisessa. Näillä ominaisuuksilla voit varmistaa, että hallinto- ja suojauskäytäntöjä käytetään yhdenmukaisesti. Järjestelmänvalvojat voivat siirtyä yritystason ympäristöstrategiaan näiden ominaisuuksien avulla. Kuluttamalla vähemmän aikaa ja vaivaa järjestelmän hallintaan voit vähentää ympäristön kokonaiskustannuksia organisaation skaalatessa käyttöä.
Tärkeä osa siirtymisessä yritystasolle on tehostaa tekijöille jaettua ja keskitettyä ympäristöstrategiaa helpottamalla henkilökohtaisten kehitysympäristöjen käyttöä. Jaetussa, keskitetyssä ympäristöstrategiassa tekijät voivat rakentaa, käyttää ja jakaa sovelluksia oletusympäristössä. Tämä strategia voi aiheuttaa eristyksen puutetta ja sen, että tekijät ovat toistensa tiellä. Kuvittele, jos kaikki yrityksen käyttäjät jakaisivat yhden OneDrive-kansion kaikille asiakirjoilleen. Ympäristöominaisuuksien avulla voit sen sijaan opastaa tekijät omaan henkilökohtaiseen ympäristöönsä, jossa he voivat turvallisesti rakentaa sovelluksiaan suojattuina liittymättömien resurssien tekijöiltä, ja järjestelmänvalvojille on yksinkertaistettu hallinto. Työtovereita voidaan lisätä tekijöinä näihin ympäristöihin ratkaisujen yhteistyöllä rakentamista varten.
Kuva: Kuva jaetusta, keskitetystä ympäristöstä (vasemmalla) ja ympäristön reititysstrategiasta (oikealla).
Juuri luodut tekijäympäristöt voidaan lisätä automaattisesti ryhmään, joka käyttää sääntöjä, joilla varmistetaan, että ympäristöissä on yhdenmukaiset hallinto- ja suojauskäytännöt. Järjestelmänvalvojat voivat käsitellä poikkeuksia siirtämällä tekijän ympäristön ryhmään, jossa on löysemmät säännöt.
Tekijöiden luomat vähäkoodiset resurssit edustavat resurssin sovelluksen elinkaaren hallinnan (SSA) alkuvaihetta. Tässä alkuvaiheessa on tärkeää tallentaa jokainen resurssin versio ja luoda se tarvittaessa uudelleen. Kun resurssi on valmis jaettavaksi, tekijä voi siirtää sen kehitysympäristöön liitetyn jatkuvan integroinnin avulla tuotantoympäristöön, jossa käyttäjät voivat suorittaa resurssin eristyksissä kaikista tekijöiden aktiviteeteista.
Ympäristöjen hallintaan tarkoitettuja ympäristön valmiita ominaisuuksia kannattaa aina mahdollisuuksien mukaan priorisoida sen sijaan, että rakentaisi omia työkaluja. Jos valmiit ominaisuudet eivät vastaa organisaatiosi yksilöllisiä vaatimuksia, voit luoda mukautettuja työkaluja ympäristön hallintatyökaluilla. Kun uusia ominaisuuksia tulee saataville, voit arvioida mukautettuja työkaluja niiden suhteen. Microsoftin ympäristön etenemissuunnitelman seuraaminen ja oman etenemissuunnitelman ylläpitäminen voi helpottaa tätä.
Luo ympäristöstrategia käyttämällä organisaation tarpeisiin räätälöityjä suositeltuja ympäristöominaisuuksia. Ympäristöstrategiaa ei voi luoda kertaluontoisena tehtävänä. Sen on kehityttävä ajan myötä, jotta uusia ympäristöominaisuuksia voidaan käyttää, kun ne tulevat saataville.
Yritystason ympäristöstrategiaa tukevat ominaisuudet
Ympäristöt ovat Power Platformin hallinnan, hallinnon ja suojauksen rakenneosia. Täydellinen ominaisuuksien yleiskatsaus on tämän paperin laajuuden ulkopuolella. Tässä osassa esitellään kuitenkin toiminnot, jotka tukevat ympäristöstrategian toteuttamista yritystasolla.
Ympäristötyypit kuvaavat ympäristöjen eri käyttötapoja strategian osana.
Hallitut ympäristöt tarjoavat joukon Premium-ominaisuuksia, jotka helpottavat ympäristöjen hallintaa suuressa mittakaavassa.
Käyttöoikeuksien automaattinen noutaminen yksinkertaistaa käyttöoikeuksien määritystä sallimalla käyttäjille mahdollisuuden noutaa tarvittaessa automaattisesti käyttäjäkohtaisia Power Apps -käyttöoikeuksia sen sijaan, että järjestelmänvalvojan olisi määritettävä etukäteen käyttöoikeuksia tarvitsevat käyttäjät.
Ympäristöryhmissä ja - säännöissä selostetaan, miten ympäristöjä hallitaan ryhminä ja miten ryhmiä koskevien sääntöjen avulla voidaan automatisoida yhdenmukaiset hallintokäytännöt.
Ympäristön oletusreititys siirtää automaattisesti tekijät pois oletusympäristön resurssien luomisesta omaan henkilökohtaiseen ympäristöönsä.
Microsoft Dataverse tarjoaa parannetun suojauksen ja ALM:n.
Ensisijaiset ratkaisut auttavat tekijöitä varmistamaan, että kaikki heidän rakentamansa resurssit ovat Dataverse-ratkaisussa, mikä helpottaa niiden korottamista toisissa ympäristöissä.
Power Platformin putkien avulla voidaan yksinkertaistaa prosessia, jossa resursseja voidaan korottaa kehitysympäristöistä testi- ja tuotantoympäristöihin, jolloin jatkuva integrointi ja käyttöönotto (CI/CD) ovat kaikkien tekijöiden käytettävissä.
Power Platform -luettelon avulla päättäjät voivat jakaa komponentteja, kuten sovelluksia ja työnkulkuja, sekä kehittyneempiä aloituspisteitä, kuten malleja.
Ympäristöjen tyypit
Seuraavassa taulukossa on kuvattu, minkä tyyppisiä ympäristöjä voit luoda, niiden ominaisuudet ja käyttötarkoitukset.
| Type | Ominaisuudet ja käyttötarkoitukset |
|---|---|
| Oletus | Ympäristö, joka tulee jokaisen vuokraajan mukana. Monet Microsoft 365 -käyttökokemukset käyttävät tätä ympäristöä mukautuksissa ja automatisoinneissa. Tätä ympäristöä ei ole tarkoitettu pitkäaikaiseen tai pysyvään työhön henkilökohtaisten Microsoft 365 -tuottavuusskenaarioiden lisäksi. |
| Tuotantoympäristö | Tämä ympäristö on tarkoitettu käytettäväksi pysyviin töihin organisaatiossa. Tuotantoympäristöt tukevat laajennettua varmuuskopioiden säilytystä 7–28 päivän ajan. |
| Eristysympäristö | Nämä ei-tuotantoympäristöt tukevat ympäristötoimintoja, kuten kopiointia ja nollausta. Eristysympäristöjä käytetään parhaiten testausympäristöinä ja ALM-luontiympäristöinä. |
| Developer | Nämä erityiset ympäristöt on tarkoitettu päättäjien henkilökohtaisiksi kehitystyötiloiksi, jotka eristävät vähäkoodiset resurssit käyttäjistä ja muista tekijöistä. Tekijöillä voi olla enintään kolme sovelluskehittäjäympäristöä. Niitä ei lasketa vuokraajasi kapasiteettiin. Sovelluskehittäjäympäristöt, joita ei ole käytetty 90 päivään, poistetaan automaattisesti käytöstä ja poistetaan vuokraajasta, jos omistaja ei vastaa ilmoituksiin. Dynamics 365 -sovellukset eivät ole saatavilla kehittäjäympäristöissä. |
| Kokeilu | Näiden ympäristöjen tarkoituksena on tukea lyhyen aikavälin testausta ja konseptikokeiluja. Niitä voi olla vain yksi käyttäjää kohti. Kokeiluympäristöt poistetaan vuokraajasta automaattisesti lyhyen ajan kuluttua. |
| Microsoft Dataverse for Teams | Nämä ympäristöt luodaan automaattisesti, kun luot sovelluksen Teamsissa tai asennat sovelluksen sovellusluettelosta. Näiden ympäristöjen suojausmalli on kohdistettu siihen ryhmään, johon ne on liitetty. |
| Tuki | Nämä ovat Microsoft-tuen luomia erityisympäristöjä, joissa insinöörit voivat tehdä ongelmien vianmääritystä. Näitä ympäristöjä ei lasketa vuokraajasi kapasiteettiin. |
Kun kokoat yleistä vuokraajan ympäristöstrategiaa, eri tyypit ovat tärkeitä strategiasuositusten tueksi.
Hallitut ympäristöt
Ympäristöissä on perustoimintoja ja -ominaisuuksia ympäristötyypin mukaan. Hallitut ympäristöt laajentavat perusominaisuuksia tarjotakseen Premium-ominaisuuksien joukon, jonka avulla järjestelmänvalvojat voivat hallita entistä helpommin Power Platformin suuressa mittakaavassa hyödyntäen enemmän hallintaa, vähemmän vaivaa ja enemmän tietoja. Nämä ominaisuudet otetaan käyttöön, kun määrität ympäristön hallituksi.
Seuraavassa taulukossa on esitetty hallittujen ympäristöjen ominaisuudet, jotka ovat käytettävissä tätä kirjoitettaessa. Uusia ominaisuuksia lisätään usein, joten tutustu uusimpaan luetteloon dokumentaatiossa. Vaikka kaikkien ominaisuuksien avulla voit luoda ympäristöstrategian, kursivoidut ominaisuudet ovat olennaisimpia tässä artikkelissa hahmoteltavalle strategialle.
| Enemmän näkyvyyttä | Enemmän hallintaa | Vähemmän vaivaa |
|---|---|---|
| Käytön merkitykselliset tiedot Järjestelmänvalvojan tiivistelmä Käyttöoikeusraportit Tietokäytäntö-näkymä Vie tiedot Azure Application Insightsiin Tekoälyn luomat kuvaukset kaikille sovelluksille |
Jakorajoitukset Työpöytätyönkulkujen tietokäytännöt Ratkaisun tarkistaja Tekijän tervetuliaissisältö IP-palomuuri IP-evästesidonta Asiakkaan hallitsemat avaimet Asiakkaan Lockbox Laajennetut varmuuskopiot |
Helppo aktivointi Power Platform -putket Ympäristön reititys Ympäristöryhmät ja säännöt Power Platform -neuvoja |
Käyttöoikeuden automaattinen nouto
Automaattisen noudon käytännöt automatisoivat Power Apps- ja Power Automate -käyttöoikeuksien määrityksen käyttäjille silloin, kun niitä tarvitaan tiettyjen sovellusten tai ominaisuuksien käyttöön. Automatisoinnilla voidaan vähentää kulutettujen käyttöoikeuksien määrää ja välttää käyttöoikeuksien manuaalisen määrittämisen yleiskustannukset.
Kun käytäntö on määritetty, käyttäjälle, joka tarvitsee yksittäistä Power Apps -käyttöoikeutta, myönnetään automaattisesti sellainen seuraavin ehdoin:
Jos käyttäjä, jolla ei ole erillistä Power Apps -käyttöoikeutta, käynnistää esimerkiksi Premium-käyttöoikeutta edellyttävän sovelluksen, käyttäjälle määritetään automaattisesti käyttäjäkohtainen Power Apps -käyttöoikeus.
Jos käyttäjä, jolla ei ole erillistä Power Apps -käyttöoikeutta, käynnistää sovelluksen hallitussa ympäristössä, käyttäjälle määritetään automaattisesti käyttäjäkohtainen Power Apps -käyttöoikeus.
Samoin kun käytäntö on määritetty, käyttäjälle, joka tarvitsee yksittäistä Power Automate -käyttöoikeutta, myönnetään automaattisesti sellainen seuraavin ehdoin:
Käyttäjä käynnistää, tallentaa tai ottaa käyttöön premium-pilvivirran valvotulla RPA:lla.
Käyttäjä pyytää Power Automate Premium -käyttöoikeutta.
Suosittelemme käyttöoikeuksien automaattisen noutamisen määritystä, jos ympäristöstrategiaan sisältyy hallittuja ympäristöjä. Sovellusten ja työnkulkujen käyttäjät kohtaavat vähiten lisensointikitkaa, ja käytät käyttöoikeuksia vain käyttäjille, jotka käyttävät sovelluksia tai Power Automatea aktiivisesti.
Ympäristöryhmät ja säännöt
Kun Power Platform -käyttöönotto lisääntyy vuokraajassa, myös hallintaa ja hallintoa edellyttävien ympäristöjen määrä voi lisääntyä. Ympäristöjen määrän kasvaessa on haastavaa varmistaa, että ympäristöissä on käytössä yhdenmukaiset asetukset ja hallintomallit. Ympäristöryhmät-ominaisuus helpottaa tätä, kun voit luoda nimettyjä ryhmiä ja liittää niihin ympäristöjä, kuten sijoittaa toisiinsa liittyviä asiakirjoja tiedostokansioon.
Pidä seuraavat seikat mielessä, kun ajattelet ympäristöryhmien käyttöä:
Ympäristön on oltava hallittu, jotta se voidaan sisällyttää ryhmään.
Ympäristö voi olla vain yhdessä ryhmässä kerrallaan.
Ympäristö voidaan siirtää yhdestä ryhmästä toiseen.
Ryhmän ympäristöt voivat olla peräisin useilta maantieteellisiltä alueilta.
Ryhmät eivät voi sisältää muita ryhmiä.
Jotta voit ottaa yhdenmukaiset asetukset ja hallinnon käyttöön, ympäristöryhmille voidaan määrittää yksi tai useampi seuraavista säännöistä ja ottaa ne käyttöön:
Ohjausobjektien jakaminen pohjaan perustuvissa sovelluksissa
Käytön merkitykselliset tiedot
Tekijän tervetuliaissisältö
Ratkaisun tarkistuksen pakottaminen
Varmuuskopioinnin säilytys
Tekoälyn luomat kuvaukset
Sääntö aktivoituu, kun se julkaistaan. Aktiivisia sääntöjä käytetään kaikissa ympäristöissä, jotka liittyvät ryhmään.
Kun ryhmäsääntö hallitsee asetusta, yksittäiset ympäristöasetukset lukitaan. Niitä voi muuttaa vain muokkaamalla sääntöä. Jos ympäristö poistetaan ryhmästä, se säilyttää ryhmäasetukset, mutta nyt ympäristön järjestelmänvalvoja voi muuttaa niitä. Tämä on tärkeää ympäristöstrategian kannalta, koska se varmistaa, että ympäristön järjestelmänvalvoja ei voi ohittaa ryhmälle määrittämiäsi käytäntöjä.
Ympäristöryhmien avulla voit järjestää ympäristösi loogisesti, kuten organisaatiorakenteesi, tuotepalveluhierarkiasi tai muiden myöhemmin tutkimiemme kehysten mukaisesti. Seuraavassa kaaviossa on esimerkki Contoso-organisaation ympäristöryhmien järjestämisestä.
Kuva: Contoson vuokraajan ympäristöstrategian konsepti.
Kun suunnittelet sääntöjen määritystä, mieti, mitä voisit käyttää käsitehierarkian kullakin tasolla. Vaikka ryhmähierarkiaa ei voi vielä määrittää, voit käyttää nimeämiskäytäntöjen ja sääntömääritysten yhdistelmiä käsiterakenteen toteuttamiseen. Esimerkiksi aiemmin esitetyssä Contoson vuokraajan käsitemallissa seuraavassa kuvassa on esitetty ympäristöryhmät, joilla organisaatio voi toteuttaa rakenteensa.
Kuva: Esimerkki käsiteympäristöryhmien toteuttamisesta varsinaisessa vuokraajassa
Tässä artikkelissa myöhemmin tutkimme lisää ympäristöryhmien käyttötapoja vuokraajan ympäristöstrategian osana.
Oletusympäristön reititys
Tässä artikkelissa kuvattu ympäristöstrategian tärkeä osa on siirtää tekijät pois resurssien luomisesta oletusympäristöön. Ympäristön reititysominaisuus ohjaa tekijät omaan henkilökohtaiseen kehitysympäristöönsä ja luo tarvittaessa uusia kehittäjäympäristöjä.
Kuva: Tekijä ohjataan automaattisesti henkilökohtaiseen kehittäjäympäristöön sovellusten rakentamiseksi oletusympäristön asemesta.
Reitityksen avulla luodut sovelluskehittäjien ympäristöt ovat oletusarvoisesti hallittuja. Käyttäjät, joilla on Developer Plan -käyttöoikeudet, voivat vain luoda ja esikatsella resursseja ympäristössä. Resurssien suorittamiseen käyttäjänä tarvitaan asianmukainen käyttöoikeus.
Ympäristön reititystä voi käyttää sellaisenaan, mutta sitä kannattaa käyttää ympäristöryhmien kanssa. Kun sitä käytetään näin, kaikki luodut ympäristöt liitetään siihen ryhmään, jonka määrität sisältävän kaikki uudet sovelluskehittäjäympäristöt. Näin varmistat, että hallintokäytäntöjä sovelletaan heti siihen.
Tekijöille määritetään automaattisesti käyttöoikeusrooli, joka tekee heistä sovelluskehittäjäympäristönsä järjestelmänvalvojan. Kun ympäristö kuuluu ympäristöryhmään, tekijä – ympäristön järjestelmänvalvojana – ei voi muuttaa ympäristön asetuksia, koska ympäristöryhmän säännöt hallitsevat niitä. Vain järjestelmänvalvojat, jotka voivat muokata ryhmäsääntöjä, voivat tehdä muutoksia.
Voit rajoittaa hallintaa vielä enemmän kahdella tavalla. Ensinnäkin voit estää kehittäjäympäristöjen manuaalisen luonnin vuokraajan asetuksissa. Kun tämä asetus on määritetty, päättäjät eivät voi luoda itse ympäristöjä hallintaportaalissa. Reitityskäytäntö ei myöskään luo niitä automaattisesti. Toiseksi voit määrittää reitityskäytäntöön käyttöoikeusryhmän, joka rajoittaa sitä, kuka voi luoda ympäristön automaattisesti.
Ympäristön reititys tukee alun perin uusien ja aiemmin luotujen tekijöiden reititystä pois oletusympäristöstä, kun he käyttävät make.powerapps.com-portaalia. Ajan mittaan muut Power Platform -palvelut tulevat tukemaan ympäristön reititysominaisuutta.
Microsoft Dataverse
Dataverse tallentaa ja hallinnoi sovellusten käyttämiä tietoja. Ympäristöstrategian yhteydessä Dataverse-ratkaisuominaisuutta käytetään sovelluksien ja osien siirtämiseen ympäristöstä toiseen. Tekijät rakentavat resurssinsa säilöihin eli ratkaisuihin, jotka seuraavat, mitä he rakentavat. Ratkaisuja on helppo siirtää muihin ympäristöihin. Tämän tavan avulla voit erotella sovelluskehittäjän ympäristöt, joissa tekijät voivat rakentaa resursseja, tuotantoympäristöistä, joissa niitä käytetään. Sekä tekijöille että käyttäjille on hyötyä. Tekijät voivat kehittää resurssejaan, eikä äkkinäiset muutoksen yllätä käyttäjiä. Kun tekijät ovat valmiita julkaisemaan tekemänsä muutokset, he voivat pyytää päivittämään resurssin tuotantoympäristöön.
Dataverse-ratkaisut ovat mekanismi, jolla voidaan toteuttaa ALM Power Platform -tuotteissa, kuten Power Appsissa ja Power Automatessa. Power Platformin putket käyttävät ratkaisuja automatisoimaan tekijöiden rakentamien resurssien CI/CD-prosessi. Ratkaisuja voidaan viedä Dataversesta ja tallentaa lähdekoodinhallintatyökaluun, kuten Azure DevOpsiin tai GitHubiin. Lähdekoodin hallinnassa ratkaisusta tulee tietojen lähde, jos kehitysympäristö on tarpeen luoda uudelleen. Jos esimerkiksi tekijä on rakentanut suositun sovelluksen ja poistanut sitten kehittäjäympäristön, lähdekoodin hallintaan tallennetun viedyn ratkaisun avulla voidaan luoda uudelleen käyttökelpoinen kehitysympäristö.
Ympäristön luomista varten Dataversen avulla on tärkeää huomioida myös se, otetaanko Dynamics 365 -sovellukset käyttöön ympäristössä. Jos potentiaali on olemassa, ota Dynamics 365 käyttöön, kun luot ympäristön tai et voi asentaa Dynamics 365 -sovelluksia myöhemmin.
Suosittelemme, että valmistelet Dataversen kaikissa ympäristöissä, joissa tekijät luovat resursseja, jotka jaetaan muiden käyttäjien kanssa. Näin resurssit ovat helpommin ALM-valmiita.
Ensisijaiset ratkaisut
Kun tekijä luo Dataverse-resurssin Dataverse-ympäristössä – eikä aloita mukautetusta ratkaisusta – resurssi liitetään oletusratkaisuun ja ehkä myös Common Data Service -oletusratkaisuun. Oletusratkaisun jakavat kaikki ympäristöön resursseja luovat tekijät. Tekijää, joka on luonut komponentit tai mihin sovelluksiin resurssit kuuluvat, ei ole helppo tunnistaa. Tämän vuoksi suosittua sovellusta on voi olla vaikea korottaa toiseen ympäristöön, jotta sitä voi jakaa suuremmalle yleisölle. Oletusratkaisun kaikki resurssit on korotettava – ei ihanteellinen skenaario.
Ympäristöstrategian tueksi ja sen käytön helpottamiseksi käyttäjien on luotava kehitysympäristöönsä mukautettu ratkaisu ja määritettävä se ympäristön ensisijaisiksi ratkaisuksi. Tekijät määrittävät ympäristön ensisijaisen ratkaisun osoittamaan, mihin ratkaisuun heidän luomansa resurssi on liitetty. Ensisijaiset ratkaisut auttavat varmistamaan, että kun tekijät käyttävät putkia korottaakseen resurssejaan toisiin ympäristöihin, korotettu ratkaisu sisältää kaikki tarvittavat resurssit. Mieti tätä resurssien valmistelemisena ALM-käyttövalmiiksi.
Putket Power Platformissa
Kuten olemme nähneet, hyvän ympäristöstrategian perusperiaate on eristää resurssin luontisijainti siitä, missä se on otettu käyttöön ja jossa sitä käytetään. Tämä erottaminen varmistaa, että resurssia käyttävät käyttäjät eivät havaitse käyttökatkoja, kun tekijä päivittää resurssia. Resurssit on kuitenkin korotettava tuotantoympäristöön – parhaassa tapauksessa Dataverse-ratkaisun osana – ennen kuin niitä voidaan käyttää.
Dataverse-ratkaisuja voidaan siirtää manuaalisesti ympäristöjen välillä. Voit kuitenkin automatisoida prosessin – ja ottaa käyttöön käytäntöjä , joilla varmistetaan muutosten asianmukainen hallinta – putkien avulla. Ratkaisun tarkistajassa määritettyjen ympäristösääntöjen mukaan putket pakottavat automaattisesti kaikki säännöt ennen ratkaisun käyttöönottoa, mikä estää käyttöönottovirheet myöhemmin. Seuraavassa kaaviossa on kuvattu, miten putket voivat automatisoida resurssin korottamisen kehityksestä tuotantoon.
Kuva: Putki automatisoi lähdekoodin hallintaan tallennetun resurssin korottamisen kehitysympäristöstä testin kautta tuotantoon.
Voit määrittää putkeen sisällytettävien ympäristöjen ja prosessien, kuten hyväksyntöjen, määrän.
Putket toimivat yhdessä ympäristöryhmien kanssa. Ne voidaan määrittää valmiiksi kehitysympäristöjä varten, jotta tekijät voivat helposti käynnistää korotusprosessin vastaamalla kehotteeseen, kun he yrittävät jakaa resurssejaan muiden käyttäjien kanssa. Osana käyttöönottopyyntöä, jossa käytetään putkia, tekijät voivat ehdottaa, kenelle he voivat jakaa resurssit, sekä tarvittavat käyttöoikeusroolit. Putken järjestelmänvalvoja voi hyväksyä tai hylätä pyynnön ennen käyttöönottoa varmistamalla, että sen alullepanijalla on mahdollisimman vähän oikeuksia.
Power Platformin putket tallentavat kunkin putkilinjan määritykset isäntäympäristöön, jota Microsoft hallitsee oletusarvoisesti. Voit kuitenkin määrittää hallitsemaasi vuokraajaan useita isäntäympäristöjä, jotta voit käsitellä yksilöllisiä vaatimuksia.
Luettelo Power Platformissa
Organisaatiot, joissa sovelluskehittäjät ja tekijät luovat ja jakavat komponentteja, kuten sovelluksia ja työnkulkuja sekä malleja, jotka ovat kehittyneempiä aloituspisteitä, saavat yleensä enemmän arvoa Power Platformista. Power Platformin luettelon avulla tekijöiden on helppo jakaa komponenttinsa ja mallinsa ympäristöissä entistä tehokkaammin.
Luettelo on asennettu ympäristöön, ja sen voi asentaa samaan ympäristöön putken isännän kanssa. Yksilöllisiä resurssisegmentointivaatimuksia voi käsitellä myös määrittämällä useita ympäristöjä, joissa on luettelo asennettuna.
Ominaisuuksien etenemissuunnitelma
Kun Microsoft kehittää edelleen Power Platformin ominaisuuksia, jotka tukevat hallintoa ja hallintaa, voit seurata tilannettajulkaisusuunnittelijan avulla. Saat tietoja suunnitelmista, tulevasta julkaisuaallosta ja siitä, mitä voit kokeilla nyt. Voit myös luoda oman julkaisusuunnitelman tallentamalla seurattavat kohteet.
Yritystason ympäristöstrategian perusta
Olemme keskustelleet vuokraajan ympäristöstrategian visiosta yritystasolla ja keskeisistä ympäristön ominaisuuksista, jotka tukevat sitä. Nyt tarkastelemme, miten näitä ominaisuuksia voi käyttää yhdessä ympäristöstrategian osana. Strategiasi tulisi perustua organisaatiosi yksilöllisiin vaatimuksiin, joten aloitetaan perusesimerkillä, ennen kuin tutustumme siihen, miten räätälöidään strategia tarpeisiisi.
Tässä esimerkissä Contoson johto haluaa antaa työntekijöille mahdollisuuden hyödyntää Power Platformia ja on tunnistanut seuraavat korkean tason vaatimukset:
Työntekijöiden on pystyttävä rakentamaan automatisoituja tiedostojen hyväksyntäprosesseja ja muita Power Platform -mukautuksia Microsoft 365:n avulla.
Työntekijöiden pitäisi pystyä rakentamaan Power Apps- ja Power Automate -automatisointeja parantaakseen henkilökohtaista tuottavuuttaan.
Yrityksen Compliance Tracker -sovellusta työstävien tekijöiden on voitava kehittää ja ylläpitää sitä.
Näiden vaatimusten tueksi Contoson järjestelmänvalvoja- ja hallintotiimi keksi seuraavan ympäristötopologian:
Kuva: Contoson Power Platform -skaalausprojektin ympäristötopologiaehdotus.
Tarkastellaan tarkemmin tätä ympäristön topologiakaaviota.
Oletusympäristöä käytetään rakennettaessa Microsoft 365 -tuottavuusmukautuksia. Tietojen menetyksen estämiseen liittyvät käytännöt ja jakamisen rajoitukset rajaavat muiden tekijäaktiviteettien lajeja ja sijoittavat suojakaiteita ympäristöön sille, mitä tekijät voivat rakentaa tässä ympäristössä.
Vain järjestelmänvalvojat voivat luoda kokeilu-, sandbox- ja tuotantoympäristöjä. Tekijät pyytävät uutta ympäristöä mukautetun Microsoft Form- tai muun prosessin avulla. Center Microsoft Power Platform of Excellence (CoE) Starter Kit sisältää ympäristöpyynnön, jota voidaan käyttää.
Luodaan neljä ympäristöryhmää: Development (Kehitys), Shared Development (Jaettu kehitys), UAT (käyttäjien hyväksyntätestaus) ja Production (Tuotanto).
Kehitysryhmälle määritetty ympäristön reitityssääntö reitittää tekijät pois oletusympäristöstä omiin sovelluskehittäjien ympäristöihinsä. Kun uusia kehitysympäristöjä luodaan, ne liitetään automaattisesti Kehitys-ryhmään ja sen säännöt otetaan käyttöön.
Jaettu kehitys -ryhmä tukee ympäristöjä, joissa on projekteja, joissa on useita tekijöitä.
UAT-ryhmä sisältää ympäristöjä, joita käytetään resurssien testaamiseen ennen niiden korottamista tuotantoon.
Tuotanto-ryhmä sisältää ympäristöjä, jotka isännöivät sovelluksia, työnkulkuja ja muita tuotannossa käytettäviä artefakteja.
Ehdotetusta topologiasta puuttuvat putket, jotka automatisoivat kehitys-, testi- ja tuotantoympäristöjen välistä korottamista. Lisätään ne nyt.
Kuva: Sama ympäristötopologia, jossa putket yhdistävät putkien isäntäympäristön kehitys-, testi- ja tuotantoympäristöihin.
Ympäristön tarkistetussa topologiakaaviossa on lisätty putkien isäntäympäristö ja kaksi putkea. Yksi putki siirtää resursseja kehityksestä testiympäristöön ja sen jälkeen tuotantoympäristöön. Kehitys-ryhmän putkisääntöä muokataan tämän putken käyttöä varten. Toinen putki siirtää resursseja jaetusta kehitysympäristöstä testiympäristöön ja sen jälkeen tuotantoympäristöön. Jaettu kehitys -ryhmän putkisääntöä muokataan tämän putken käyttöä varten.
Tämä ympäristön perusstrategia tarjoaa pohjan muita käyttötapauksia varten, joita seuraavaksi tutkimme.
Tiettyjen skenaarioiden ympäristöstrategiat
Seuraavassa on joitakin yleisiä käyttötapauksia, jotka on ehkä sisällytettävä vuokraajan perusympäristöstrategiaan.
Hallitsee, ketkä tekijät voivat luoda kehittäjäympäristöjä
Kaikki, joilla on Power Platform Premium -käyttöoikeus, Developer Plan -käyttöoikeus tai Power Platform -vuokraajan hallintarooli, voivat oletusarvoisesti luoda kehittäjäympäristön hallintaportaalista.
Ympäristön perusstrategiassa ympäristön reititys varmistaa, että tekijät ohjataan pois oletusympäristöstä nimettyyn ryhmään luotuun uuteen sovelluskehittäjäympäristöön. Tekijät voivat kuitenkin luoda manuaalisesti sovelluskehittäjäympäristöjä, joita ei ole sijoitettu ympäristöryhmään ja joissa ei ole ryhmän sääntöjä käytössä.
Määritä reititysmäärityksen käyttöoikeusryhmä, jotta voit tarkentaa ympäristön reititykseen oikeutetut tekijät. Kun käyttöoikeusryhmä on määritetty, vain käyttöoikeusryhmän jäsenet reititetään. Kaikki muut siirtyvät oletusympäristöön.
Tarjoa enemmän joustavuutta edistyneille tekijöille
Perusympäristöstrategiassa kaikki uudet tekijäympäristöt reititetään nimettyyn kehittäjäympäristöryhmään. Yleensä tällä ympäristöryhmällä on varsin rajoittava joukko hallintosääntöjä, joita sovelletaan.
Kun tekijät edistyvät, voit sallia heidän pyytävän lisäominaisuuksia. Sen sijaan, että poistat heidät alkuperäisestä ympäristöryhmästä ja hallitset poikkeusta manuaalisesti, voit seurata näitä kehittyneitä tekijöitä toisen ympäristöryhmän avulla.
Kuva: Voit lisätä osaavampia tekijöitä ympäristöön, jossa on löysemmät hallintosäännöt.
Kehittäjäympäristöjen järjestäminen alueen tai liiketoimintayksikön mukaan
Ympäristön reitittämisen nykyisessä toteutuksessa kaikki uudet kehittäjäympäristöt luodaan yhteen ympäristöryhmään. Entä jos haluat järjestää tekijöiden kehittäjäympäristöt esimerkiksi alueen tai liiketoimintayksikön mukaan?
Reitityksen avulla voit ohjata tekijät uuteen sovelluskehittäjäympäristöön, joka on luotu määritetyssä ryhmässä. Tämän jälkeen voit siirtää ympäristön toiseen alueeseen, organisaatioyksikköön tai muihin ehtoihin perustuvaan ryhmään, jossa voit käyttää yksityiskohtaisempia sääntöjä.
Kuva: Kun ympäristöreititys luo sovelluskehittäjäympäristöjä määritetyssä ryhmässä, siirrä ne siirretään erityisiin ryhmiin.
Ympäristön siirtäminen on nyt manuaalinen toiminto, mutta voit automatisoida sen, kun Power Platform -järjestelmänvalvojayhdistin tukee ryhmäominaisuutta jossain tulevassa päivityksessä.
Sovelluksen kehittäminen yrityskäyttöön
Organisaation ryhmä saattaa kehittää sovellusta koko yritystä varten. Ryhmä voi olla IT-pohjainen tai sisältää sekä IT-käyttäjiä että yrityskäyttäjiä (kutsutaan nimellä fuusiotiimi).
Yksinkertaisimman ympäristöstrategian mukaisesti projektiryhmä rakentaa jaetun ympäristön, joka on joko sandbox- tai tuotantotyyppiä. Kehittäjä-ympäristötyyppi ei ole paras tapa tukea resurssia yhdessä työstäviä useita tekijöitä. Tekijöiden on kuitenkin kommunikoitava toistensa kanssa välttääkseen häiriöt ja ristiriidat jaetussa ympäristössä.
Erilliset testaus- ja tuotantoympäristöt eivät ole pakollisia. Sovellusta voidaan testata ja ottaa käyttöön organisaationlaajuisissa testaus- ja tuotantoympäristöissä, joissa on useita sovelluksia.
Kuva: Kahden yrityssovelluksen kehittäminen erillisissä ympäristöissä, jotka sitten testataan ja otetaan käyttöön ympäristöissä, jotka on jaettu muiden sovellusten kanssa.
Edistyneemmässä variaatiossa jokaisella tekijällä on oma kehittäjäympäristönsä. Tästä on hyötyä, koska se tarjoaa paremman eristyksen tekijälle, mutta se voi tehdä yksittäisten töiden yhdistämisestä monimutkaisempaa integrointiympäristössä. Vaikka eristyksissä työskentelemisestä voi olla apua suurille ja edistyneille ryhmille, se voi lisätä tarpeettomia yleiskustannuksia pienemmille tiimeille, jotka voivat onnistua yhteistyössä jaetussa kehitysympäristössä.
Kuva: Kahden samaa sovellusta erillisissä kehittäjäympäristöissä työstävän tekijän on yhdistettävä työnsä jaetussa integrointiympäristössä, ennen kuin se siirtyy testaukseen ja tuotantoon.
Tämä variaatio sisältää yleensä lähdekoodin hallintastrategian, jossa kukin kehitysympäristö esitetään lähdekoodin hallinnan haarana, joka yhdistetään, kun muutokset ovat valmiita korottamista varten. On tärkeää ottaa huomioon, miten sovellusta ylläpidetään alkuperäisen julkaisun jälkeen.
Esimerkiksi sovelluksen versio 1.0 saattaa olla tuotannossa, kun ryhmä siirtyy version 2.0 rakentamiseen. Ympäristöstrategian on tuettava ongelman korjaamista versiossa 1.0, kun samalla version 2.0 kehittäminen on käynnissä.
Kuva: Versio 1.0 pitää korjata, testata ja ottaa käyttöön, kun versiota 2.0 kehitetään, testataan ja otetaan käyttöön.
Ympäristöryhmät tarjoavat useita tapoja käsitellä tätä yrityssovellusskenaariota. Tämä voi olla esimerkiksi yksittäinen sovellusryhmä, tai siihen voi liittyä erillisiä ryhmiä kutakin kehitysvaihetta varten. Parhaissa käytännöissä on näiden vaihtoehtojen arviointitapoja.
Kehittäjäympäristöjen käyttämisen minimoiminen
Yksittäiset sovelluskehittäjän ympäristöt ovat suositeltava tapa tarjota tekijöille työtila, jossa he voivat kehittää vähäkoodisia ratkaisuja. Ne tarjoavat parhaan eristyksen muista tekijöistä. Jos organisaatiosi haluaa kuitenkin minimoida sovelluskehittäjäympäristöjen määrän, useat jaetut ympäristöt ovat parempia kuin rohkaista tekijöitä rakentamaan resursseja oletusympäristössä.
Tässä skenaariossa rajoitetaan sovelluskehittäjäympäristöjen luontia ja luodaan jaettuja tuotantotyyppisiä kehitysympäristöjä. Voit järjestää nämä jaetut ympäristöt organisaatiorakenteen, alueen tai muiden ehtojen mukaan. Ympäristöryhmä voi sisältää ne, jotta voidaan varmistaa, että käytössä on yhdenmukaiset hallintosäännöt. Anna tekijöille oikeudet luoda vähäkoodisia resursseja ympäristöön, joka on heille delegoitu.
Suojaus osana ympäristöstrategiaa
Ympäristöt ovat tärkeä osa Power Platformin suojattua käyttöä. Ne ovat vuokraajan suojausrajoituksia, jotka auttavat suojaamaan sovelluksia ja tietoja. Ympäristöstrategiassa on otettava huomioon, miten suojausvaatimukset vaikuttavat vuokraajasi ympäristöjen määrään ja tarkoitukseen.
Ympäristöjen avulla voit luoda vuokraajassa useita suojausrajoja sovellusten ja tietojen suojaamiseksi. Ympäristön suojausta voidaan mukauttaa niin, että se vastaa tarvittavaa suojausta käyttämällä ympäristöön määritettävissä olevia suojausominaisuuksia. Tässä artikkelissa ei tarkastella yksityiskohtaisesti yksittäisiä ympäristön suojausominaisuuksia. Tässä osassa on kuitenkin suosituksia suojauksen ajattelemiseksi vuokraajan ympäristöstrategian osana.
Suojaus vuokraajatasolla
Useimmat ympäristöön vaikuttavat suojausasetukset on määritetty kutakin ympäristöä varten yksitellen. Voit kuitenkin tehdä vuokraajan tasolla joitakin muutoksia ympäristöstrategian tueksi.
- Harkitse Jaa kaikkien kanssa -toiminnon poistamista käytöstä Power Platformissa. Vain järjestelmänvalvojat voisivat jakaa resurssin kaikkien kanssa.
- Harkitse Exchange-integroinnin suojaamista.
- Ottamalla käyttöön vuokraajien välisen eristyksen voit minimoida tietojen luvattoman siirron vuokraajien välillä.
- Täysin uusien tuotantoympäristöjen luomisen rajoittaminen järjestelmänvalvojille. Ympäristöjen luomisen rajoittaminen on hyödyllistä yleisen hallinnan säilyttämisen kannalta eli sekä ilmoittamattoman kapasiteetin ehkäisemisen että hallittavien ympäristöjen määrän vähentämisen kannalta. Jos käyttäjien on pyydettävä ympäristöjä keskitetyltä IT-toiminnolta, on helpompi nähdä, mitä ihmiset tekevät, jos järjestelmänvalvojat toimivat valvojina.
Oletusympäristön suojaaminen
Oletusympäristöllä on rooli Microsoft 365 -tuottavuusmukautusten tukemisessa. Osana suositeltua ympäristöstrategiaa on kuitenkin parasta minimoida sen käyttö mahdollisimman hyvin. Tekijöiden olisi sen sijaan rakennettava omissa erillisissä ympäristöissään. Vaikka oletusympäristön käyttöä ei voi estää, voit minimoida sen, mitä siinä voi tehdä.
Käytä ensinnäkin ympäristöreititystä ohjaamaan tekijät omaan työtilaan low-code-resurssien rakentamista varten.
Tarkista, keillä on järjestelmänvalvojakäyttöoikeus oletusympäristöön, ja rajoita sitä rooleihin, jotka sitä todella tarvitsevat.
Haluat ehkä nimetä oletusympäristön uudelleen kuvailevammaksi, kuten "Henkilökohtainen tuottavuus".
Luo oletusympäristölle tietojen menetyksen estämisen DLP-käytäntö, joka estää uusien yhdistinten käytön ja rajoittaa tekijät käyttämään vain perusyhdistintä, jota ei estetä. Siirrä kaikki yhdistimet, joita ei voi estää, liiketoimintatietoryhmään. Siirrä kaikki yhdistimet, jotka voi estää, estettyyn tietoryhmään.
Luomalla säännön voit estää kaikki mukautettujen yhdistinten käyttämät URL-osoitemallit.
Oletusympäristön turvaamisen on oltava ensisijaista. Tee se yhdessä vuokraajatason suojauksen kanssa ympäristöstrategian toteuttamisen ensimmäisessä vaiheessa. Ilman näiden toteuttamista tekijöillä on enemmän mahdollisuuksia resurssien lisäämiseen oletusympäristöön. Kun ne sekä ympäristöreititys on määritetty, tekijöitä rohkaistaan käyttämään omaa ympäristöään.
Muiden ympäristöjen suojaaminen
Jos organisaatiosi on kuten useimmat, oletusympäristön lisäksi käytössä on useita ympäristöjä. Kunkin edellyttämä suojaustaso voi vaihdella sen mukaan, mitä sovelluksia ja tietoja siinä on. Sovelluskehittäjäympäristöissä on yleensä löysemmät säännöt kuin tuotantoympäristöissä. Jotkin tuotantoympäristöt edellyttävät mahdollisimman paljon suojausta.
Määritä osana ympäristöstrategian määritystä ympäristöjesi yleiset suojaustasot ja kunkin tason suojausominaisuudet kuten seuraavassa esimerkissä.
Kuva: Esimerkki ympäristön kolmesta suojaustasosta ja suojausominaisuuksista, joita käytetään ympäristöihin kullakin tasolla.
Sisällytä ryhmästrategiaan tunnistamasi suojaustasot ja ota ympäristöjen suojausominaisuudet käyttöön sääntöjen avulla. Tässä esimerkissä sääntö rajoittaa jakamista kaikissa ympäristöissä, joissa on normaali- tai keskitaso-suojaus.
Ympäristöjen kohdistaminen tietojen menetyksen estämisstrategiaan
Tietokäytännöt ovat toinen tärkeä osa yleistä hallintopyrkimystä valvoa vähäkoodisten resurssien käyttämiä palveluita ympäristössä. Ympäristöryhmillä ei ole sääntöä, joka kohdistaa DLP-käytännön ympäristöön. Voit kuitenkin kohdistaa DLP-strategiasi ympäristöryhmien kanssa. Voit esimerkiksi luoda DLP-käytännön, jolla on sama tai vastaava nimi kuin ympäristöryhmällä, ja käyttää sitä ryhmän ympäristöihin.
Lisätietoja DLP-strategian luomisesta.
Kuva: Tässä esimerkissä Henkilökohtaiset kehitysympäristöt -ryhmän ympäristöissä on DLP-käytäntö, joka estää kaikki muut kuin Microsoftin yhdistimet.
Ympäristöstrategian räätälöinti omaan organisaatioon
Aiemmissa osissa on kuvattu, miten organisaatiot voivat hallita ympäristöjä suuressa mittakaavassa. Olemme tutkineet tärkeitä ominaisuuksia, niiden vaikutusta ympäristöstrategiaan ja sitä, miltä perusympäristötopologia voisi näyttää. Annoimme esimerkkejä siitä, miten perusmallia voidaan käyttää yleisten skenaarioiden tukena. Koska kaikki organisaatiot ovat yksilöllisiä, seuraava vaihe on räätälöidä oman organisaatiosi tarpeita vastaava ympäristöstrategia.
Aloita siitä missä olet
Ensimmäinen vaihe on arvioida tilanne riippumatta siitä, onko organisaatiosi juuri aloittanut Power Platformin käytön vai onko se ollut käytössä jo vuosia. Voit arvioida korkealla tasolla, mitä oletusympäristössä on, mitä muita ympäristöjä sinulla on ja sitä, mihin niitä käytetään. Ympäristöstrategia tehdään usein osana yleistä pyrkimystä luoda Power Platformin hallinto organisaatiossa. Tässä tapauksessa olet ehkä jo saattanut määrittää hallintovision, jota tarvitaan strategian räätälöintiin omaan organisaatioon.
Organisaation tiedot, jotka kannattaa tietää, ovat seuraavat:
Mikä on visio Power Platformin käytöstä organisaatiossa?
Kuka organisaatiossa tulee rakentamaan vähäkoodisia resursseja?
Joitakin tärkeitä päätöksiä on tehtävä:
Miten tekijät saavat uusia ympäristöjä?
Ryhmitteletkö ympäristöt ja miten?
Mitä suojaustasoja eri ympäristöissä tarvitaan ja miten ympäristöt luokitellaan?
Miten voit päättää, käyttääkö sovellus, automatisointi vai Copilot olemassa olevaa ympäristöä vai uutta?
Onko ympäristön perusominaisuuksien ja tarpeidesi välillä aukkoja, jotka edellyttävät mukautettua hallintoprosessia?
Miten oletusympäristössä olevia resursseja käsitellään?
Onko sinulla vuokraajan ja ympäristön DLP-käytäntöstrategia ja miten se sitten vastaa luomaasi ympäristöstrategiaa?
Inspiraatiota voi etsiä myös pilvipalvelukäyttömalleista, jotka ovat osa Azuren Cloud Adoption Frameworkia.
Täytä aukot käyttämällä ympäristöä
Löydät lähes aina vaatimuksia, joita ympäristön valmiit ominaisuudet eivät täytä. Kun arvioit näitä aukkoja, ota huomioon seuraavat mahdolliset arvioinnin tulokset:
Aukko on hyväksyttävä.
Aukko voidaan täyttää Power Platformin Center of Excellencen Starter Kitiä.
Aukon voi täyttää ympäristön ominaisuuksilla, kuten ohjelmointirajapinnoilla, yhdistimillä, mukautetuilla sovelluksilla tai automatisoinneilla.
Aukon voi täyttää kolmannen osapuolen työkalulla tai sovelluksella.
CoE Starter Kit
Power Platformin Center of Excellencen Starter Kit on komponenttien ja työkalujen kokoelma, joka auttaa organisaatiotasi omaksumaan ja tukemaan Power Platformin käyttöä. Aloituspaketin tärkeä osa-alue on se, että se voi kerätä tietoja ympäristön käytöstä eri ympäristöissä, mistä voi olla apua ympäristöstrategian kehittämisessä.
Esimerkiksi Ympäristöt-Power BI -koontinäytössä on yleiskatsaus, joka auttaa ymmärtämään, mitä ympäristöjä vuokraajassa on, kuka niitä loi ja mitä resursseja niissä on.
Kuva: Ympäristöt-koontinäyttö Power BI:ssä.
Paketissa on aloituspisteitä ja inspiraatiota, kuten prosessi, jonka avulla tekijät voivat pyytää uusia ympäristöjä ja pyytää muutoksia ympäristöjensä DLP-käytäntöihin.
Kuva: Vuokaavio ympäristön hallintaprosessista CoE Starter Kitissä.
Ympäristön ohjelmoitavuus ja laajennettavuus
Yksi vähäkoodin ympäristön hienouksista on se, että sen avulla voit luoda sovelluksia, automatisointeja, portaaleja ja avustajia, jotka auttavat järjestelmän hallitsemisessa. Käytettävissäsi on myös alemman tason työkaluja, joiden avulla voit täyttää aukkoja ympäristöstrategiasi tukemiseksi.
Seuraavien yhdistinten avulla voit rakentaa sovelluksia ja työnkulkuja:
Power Platform CLI -liittymän avulla voit kehittää automatisointeja, joiden avulla voit hallita ympäristön elinkaarta ja muita DevOps-käytäntöihin liittyviä tehtäviä.
Power Platformin luojien ja järjestelmänvalvojien PowerShellin cmdlet-komentojen avulla voidaan automatisoida monia seuranta- ja hallintatehtäviä.
The Power Platform DLP SDK voi auttaa sinua hallitsemaan vuokraaja- ja ympäristötason tietojen menetyksen estämiskäytäntöjä.
Parhaiden käytäntöjen suositukset
Tässä artikkelin osassa luomme perus- ja skenaariokohtaisien osien suositusten perusteella.
Uudet ympäristöt
Osana strategian kehittämistä kannattaa harkita, milloin työmäärää tukevat ympäristöt luodaan. Arvioidessa on tasapainotettava ympäristöeristyksen etuja – esimerkiksi silloin, kun tietty ympäristö voidaan lukita vahvemmin kuin muut, siitä on hyötyä tietoturvanäkökulmasta – sen haittojen kanssa, kuten se, että eristys luo kitkaa käyttäjille, jotka yrittävät jakaa tietoja sovellusten välillä.
Kun arvioit, kuuluuko sovellus tai automaatio omaan ympäristöönsä, arvioi sovelluksen elinkaaren eri vaiheet erikseen. Kehittämisen aikana on tärkeää olla eristyksissä muista sovelluksista. Kun useita sovelluksia kehitetään yhdessä ympäristössä, sovellustenvälisten riippuvuuksien luominen voi olla riski.
Kehitysympäristöjen yleisenä suosituksen niiden on oltava on mahdollisuuksien mukaan yksikäyttöisiä, poistettavia ja helppoja luoda uudelleen.
Useiden sovellusten testaaminen samassa ympäristössä on järkevää, jos niitä suoritetaan yhdessä tuotannossa. Itse asiassa, jos et tee testiä sovelluksille, jotka toimivat yhdessä tuotannossa, yhteensopivuusongelmia ei ehkä havaita.
Kun arvioit sovelluksen tuotantoympäristöä, muista seuraavat seikat:
Onko sovellus yhteensopiva ympäristön nykyisten sovellusten kanssa? Esimerkiksi kaksi sovellusta, jotka molemmat käyttävät Dataversen Yhteyshenkilö-taulukkoa eri tarkoituksiin, eivät ehkä ole yhteensopivia. Ovatko sovellukset yhteensopivia DLP-käytännön näkökulmasta?
Onko tietojen erottamiseen erityisiä yhteensopivuuden tai säännöstenmukaisia vaatimuksia? Edellyttääkö esimerkiksi tietojen arkaluontoisuus eristystä? Onko vaatimus, että tietoja ei voi sisällyttää muihin tietoihin?
Ovatko tiedot erittäin luottamuksellisia tai arkaluontoisia? Aiheuttaisiko tietojen luvaton siirto organisaatiolle haittaa rahallisesti tai maineelle? Erillisen ympäristöön eristäminen voi mahdollistaa suojauksen paremman hallinnan.
Tarvitseeko sovellus muiden sovellusten tietoja, ja onko se asetettava niiden yhteyteen? Esimerkiksi kahta Asiakas-taulukkoa käyttävää sovellusta tulisi isännöidä yhdessä. Niiden erottaminen voisi aiheuttaa tarpeettomia tietojen kopiointeja ja aiheuttaa ongelmia tietojen ylläpitämisessä.
Vaativatko tiedot alueellista tietojen sijaintia? Joissakin skenaarioissa sama sovellus tai automatisointi voidaan ottaa käyttöön alueellisissa ympäristöissä, jotta asianmukainen tietojen eristäminen ja käyttö voidaan varmistaa.
Ovatko useimmat käyttäjät samalla alueella kuin ympäristö? Jos ympäristö on EMEA-alueella mutta useimmat sovelluksen käyttäjät ovat Yhdysvalloissa, ympäristön jakaminen ei ehkä toimi parhaalla teholla.
Tarvitaanko uusia järjestelmänvalvojia vai riittävätkö nykyiset järjestelmänvalvojat? Jos uuteen sovellukseen tarvitaan enemmän järjestelmänvalvojia, ovatko ne yhteensopivia nykyisten järjestelmänvalvojien kanssa, koska kaikilla on järjestelmänvalvojan oikeudet kaikkiin ympäristön sovelluksiin?
Mikä on sovelluksen elinajanodote? Jos sovellus tai automatisointi on tilapäinen tai lyhytkestoinen, sitä ei ehkä kannata asentaa ympäristöön, jossa on pysyvämpiä sovelluksia.
Onko käyttäjien vaikea käyttää eri sovelluksille useita ympäristöjä? Tämä voi vaikuttaa kaikkeen, kuten sovelluksen etsimiseen mobiililaitteesta ja itsepalveluraportointiin, jonka on vedettävä tietoja useista ympäristöistä.
Kapasiteetti
Kunkin ympäristön (kokeilu- ja kehitysympäristöjä lukuun ottamatta) alustavaan valmisteluun kuluu 1 Gt. Kapasiteetti jaetaan vuokraajassa, joten se on jaettava sitä tarvitseville.
Säästä kapasiteettia seuraavasti:
- Hallitse jaettuja testi- ja tuotantoympäristöjä. Toisin kuin jaetuissa kehitysympäristöissä, testi ja tuotantoympäristöjen käyttöoikeudet pitäisi rajoittaa käyttäjän käyttöoikeuksiin testauksen osalta.
- Automatisoi tilapäisten kehitysympäristöjen puhdistus ja kannusta kokeiluympäristöjen käyttöön testauksessa ja soveltuvuusselvityksessä.
Ympäristöryhmät
Ympäristöryhmät ovat joustavia, ja niiden avulla voit ottaa käyttöön erilaisia, organisaatiollesi yksilöllisiä käyttötapauksia. Seuraavassa on muutamia tapoja, joilla ympäristöjen ryhmittely kannattaa ottaa huomioon ympäristöstrategiassa:
Palvelun tai komponentin mukaan: esimerkiksi ServiceNow-palvelupuu
Kehitys, testi ja tuotanto
Osastot, liiketoimintaryhmät tai kustannuskeskukset
Projektien mukaan
Sijainnin mukaan, jos useimmilla sijainnin ympäristöillä on samanlaiset hallintotarpeet; tämä voi myös auttaa vastaamaan samantapaisiin alueellisiin ja juridisiin vaatimustenmukaisuuden vaatimuksiin
Kuva: Kahden eri osaston ympäristöryhmillä on eri säännöt.
Ympäristöjen ja ryhmien nimeäminen
Harkitse strategian yhteydessä ympäristöjen ja ryhmien nimeämistä.
Ympäristön nimet näkyvät järjestelmänvalvojille, tekijöille ja käyttäjille. Vain järjestelmänvalvojat käyttävät yleensä ympäristöryhmiä, mutta tekijät voivat kohdata ne, jos heillä on ympäristöjen luontioikeudet.
Automaattisesti luotavat sovelluskehittäjäympäristöt noudattavat Käyttäjän <käyttäjän nimi> ympäristö -mallia; esimerkiksi "Käyttäjän Avery Howard ympäristö". Ympäristöryhmiä ei nimetä automaattisesti.
Ympäristöjen ja ympäristöryhmien nimien ei tarvitse olla yksilöllisiä. Sekaannusten välttämiseksi on kuitenkin parasta välttää nimien kaksoiskappaleet.
Nimien rajoitus on 100 merkkiä. Lyhyempiä nimiä on helpompi käyttää.
Muodosta yhdenmukainen nimeämiskäytäntö.
Yhtenäisten nimien avulla järjestelmänvalvojat tietävät ryhmän tarkoituksen ja sen hallitsemat ympäristö, ja se myös helpottaa automatisointia ja raportointia.
Yleinen käytäntö on sisällyttää elinkaaren vaihe ympäristön nimeen. esimerkiksi Contoso Dev, Contoso Test, Contoso Prod. Tavoitteena on selvästi erotella ympäristöt, joissa on sama sisältö mutta eri tarkoitukset.
Toinen yleinen käytäntö on sisällyttää osasto tai liiketoimintayksikkö nimeen, kun ympäristö on omistettu kyseiselle käyttäjäryhmälle.
Voit esimerkiksi päättää, että kaikkien ympäristön tai ympäristöryhmän nimien on oltava <elinkaaren vaihe>-<alue>-<liiketoimintayksikkö>-<tarkoitus> -mallia (Prod-US-Finance-Payroll).
Pidä nimet lyhyinä, merkityksellisinä ja kuvailevina.
Mieti, miten ryhmäsi kehittyvät ja kasvavat ajan kuluessa, ja varmista, että nimeämiskäytäntösi voi ottaa huomioon nämä muuttuvat tarpeet.
Vältä luottamuksellisten tietojen lisäämistä nimiin. Ne voivat näkyä kaikille, joilla on hallintakeskuksen käyttöoikeus.
Oletusympäristön resurssit
Ympäristöstrategian tulisi kannustaa (tai pakottaa) henkilökohtaisten kehitysympäristöjen käyttöä oletusympäristössä luotujen resurssien vähentämiseksi. On kuitenkin syytä tarkastella, mitä tekijät ovat jo luoneet oletusympäristössä, ja arvioida, miten kukin käyttötapaus tulisi käsitellä. Kannattaako jättää resurssit oletusympäristöön vai siirretäänkö ne toiseen ympäristöön?
Tärkeä osa tätä hygieniapyrkimystä on tunnistaa sovellukset, joita käytetään yleisesti organisaatiossasi ja joilla tulisi olla oma suojattu kehitysympäristö erillään tuotantoympäristöstä.
Seuraavassa taulukossa on esitetty esimerkkitapauksia ja siirtotoimintoja. Organisaation on loppujen lopuksi tunnistettava omat käyttötapansa ja riskitekijänsä, jotka liittyvät siihen, että resurssit jäävät oletusympäristöön. Lisätietoja siitä, milloin resurssit tulisi siirtää oletusympäristöstä.
| Oletusympäristö | Siirtotoiminto |
|---|---|
| Microsoft 365 – henkilökohtainen tuottavuus | Pysy oletusympäristössä. |
| Resurssit, joilla on yksi tekijä ja joita on käytetty äskettäin mutta joita ei ole jaettu | Siirrä omistajan henkilökohtaiseen sovelluskehittäjäympäristöön. |
| Resurssit, joilla on yksi tekijä ja joita on käytetty äskettäin ja jotka on jaettu | Siirrä omistajan yksittäiseen kehittäjäympäristöön ja suorita se jaetusta tuotantoympäristöstä. |
| Resurssit, joilla on useita tekijöitä ja joita on käytetty äskettäin ja jotka on jaettu | Siirrä jaettuun kehittäjäympäristöön ja suorita se jaetusta tuotantoympäristöstä. |
| Resurssit, joita ei ole käytetty viime aikoina | Ilmoita omistajalle ja siirrä karanteeniin, jos vastausta ei tule. |
Dataverse for Teams -ympäristöjen resurssit
Microsoft Dataverse for Teams auttaa käyttäjiä luomaan mukautettuja sovelluksia, botteja ja työnkulkuja Microsoft Teamsissa käyttämällä Power Appsia, Microsoft Copilot Studiota ja Power Automatea. Kun ryhmän omistaja lisää tämän ominaisuuden ryhmäänsä, Microsoft Power Platform -ympäristö, jossa on Dataverse for Teams -tietokanta luodaan ja linkitetään heidän ryhmäänsä. Tietoja hallintokäytäntöjen luomisesta Microsoft Dataverse for Teams -ympäristöjen hallintaa varten.
Ympäristöstrategia sisäisesti Microsoftilla
Microsoft katsoo itsensä "ensimmäiseksi asiakkaaksi", koska se sisäisesti omaksuu Power Platformin automatisoinnin ja tehokkuuden edistämiseksi työntekijöiden keskuudessa. Seuraavat luvut antavat käsityksen Microsoftin sisäisen vuokraajan käytön mittakaavasta.
50 000 – 60 000 aktiivista tekijää joka kuukausi
Yli 250 000 sovellusta ja yli 300 000 työnkulkua
Yli 20 000 ympäristöä
Microsoft on siirtymässä aiemmasta ympäristöstrategiasta strategiaan, joka käyttää Power Platformin uusimpia hallinto-ominaisuuksia, kuten hallittuja ympäristöjä, ympäristöryhmiä ja sääntöjä.
Osana parannettua strategiaa Microsoft suunnittelee ryhmittelevänsä yhteen skenaariot kehitystyypin, organisaation omistajuuden ja riskitason perusteella. Koska yrityksessä rakennetaan niin paljon, on liian vaikea keskittyä kaikkiin mahdollisiin skenaarioihin ja mukauttaa jokaista käyttötapausta. Tapahtuu liian paljon, ja se kaikki on automatisoitava ja on käytettävä mahdollisimman monia käyttövalmiita määrityksiä.
Microsoft on strukturoimassa Power Platform -ympäristönsä kolmeen laajempaan luokkaan, jotka kattavat seitsemän käyttötapausta, jotka heijastavat erilaisia riskien ja hallinnan tasoja: henkilökohtainen tuottavuus, tiimin yhteistyö ja yrityskehitys.
Henkilökohtainen tuottavuus – Tämä on käyttäjille, jotka haluavat luoda sovelluksen tai työnkulun vain itselleen. He eivät esimerkiksi tee yhteistyötä muiden kanssa. Nämä käyttäjät reititetään henkilökohtaisiin kehitysympäristöihin, jotka on lukittu. Näissä ympäristöissä käytetään hallitun ympäristön ominaisuuksia, kuten jakamisen rajoittamista ja hallitaan myös muita ympäristöissä sallittuja toimintoja. Käytettävissä olevia yhdistimiä ja toimintoja rajoitetaan paljon tässä ympäristöryhmässä. Nämä ympäristöt ovat vähiten riskialttiita. Lukittujen henkilökohtaisten ympäristöjen käytön ansiosta käyttäjät voivat välttää vahvemman vaatimustenmukaisuusprosessin, ja voivat luoda henkilökohtaisia tuottavuussovelluksia ja -työnkulkuja.
Tiimin yhteistyö – Tämä on käyttäjille, jotka rakentavat työkaluja, automatisointeja ja prosesseja omalle tiimilleen. Tässä skenaariossa Microsoft kannustaa käyttämään Dataverse for Teams -ympäristöjä. Elinkaarta, käyttöoikeuksien hallintaa ja tietojen merkintää säännellään Microsoft 365 -ryhmän tasolla, joten käyttäjien hallintaan ei tarvitse kuluttaa aikaa Power Platform -hallinnon näkökulmasta. Tämä käyttötaso on riskialttiuden seuraava aste.
Yrityskehitys/tuotantotaso, jota kaikki työntekijät käyttävät – Tämä on käyttäjille, jotka rakentavat työkaluja tai ratkaisuja, joita käytetään yleisesti yrityksessä. Näihin ympäristöihin voi tallentaa arkaluontoisimmat tiedot, käyttää tehokkaampia yhdistimiä ja pyytää lisää hallintoa. Tätä pidetään eniten riskialttiina, ja eniten vaivaa käytetään hallintoon. ALM on pakollinen ja eristysympäristöissä tapahtuu tuotantoa edeltävää työtä, ja tuotantoympäristöissä sallitaan vain hallitut ratkaisut. Nämä ympäristöt on linkitettävä ServiceTree-puuhun, mikä pakottaa tietoturva- ja tietosuojatarkistukset. Ympäristöryhmän sääntöjä mukautetaan ServiceTree-metatietojen ja -signaaleiden perusteella. Näiden ympäristöjen hallinnassa ja valvonnassa käytetään monenlaisia ympäristöryhmiä ja sääntöjä.
Microsoftin hallintostrategia ei ole staattinen. Se on joustava ja muuttuu uusien haasteiden mukaan ja ottaa huomioon uusimmat Power Platform -ominaisuudet.
Kehitä vuokraajan ympäristöstrategiaa
Tässä artikkelissa on kuvattu, miten yrityksenlaajuista vuokraajan ympäristöstrategiaa luodaan. Strategia voi kasvaa liiketoiminnan mukana huolimatta siitä, mistä aloitat. Minkä kokoiset organisaatiot tahansa voivat hyötyä esittelemästämme strategiasta. Suuremman mittakaavan organisaatioissa edut ovat kuitenkin suuremmat.
Vuokraajan ympäristöstrategian kehittäminen ei ole kerta-aktiviteetti. Se on matka. Strategiaa tulisi kehittää ajan mittaan, kun tarpeet muuttuvat. Strategiassa on myös otettava käyttöön uudet ympäristön ominaisuudet ja otettava huomioon uudet haasteet.
Eri organisaatiot liittyvät matkan varrella eri kohtiin, mutta kaikilla on sama tavoite mielessään. Seuraavat tiedot ovat mahdollisia kohtia, jotka edustavat organisaatiotasi tällä hetkellä.
Käynnistä
Organisaatiosi on alkamassa Power Platformin omaksumista. Tätä kutsutaan usein greenfieldiksi. Aloitat matkasi parhaasta paikasta, koska sinun ei tarvitse huolehtia nykyisistä ympäristöistä tai siitä, miten uudet käytännöt voivat vaikuttaa organisaation käyttäjien Power Platform -käyttöön. Tämä on paras aika toteuttaa yritystason ympäristöstrategia, joka on kohdistettu tuoteominaisuuksien ja parhaiden käytäntöjen kanssa.
Tutustu tässä artikkelissa esitettyihin ympäristön tärkeimpiin ominaisuuksiin ja strategioihin. Ota aikaa ymmärtää tärkeimmät aiheet sekä huomioon otettavat seikat ja päätökset, jotka sinun täytyy tehdä suunnitellaksesi ja toteuttaaksesi tarpeisiisi parhaiten sopivan vuokraajan ympäristöstrategian.
Vankan perustan luominen on nyt tärkeää, jotta ei tarvitse selvittää hallitsematonta tilannetta, joka voi ilmetä myöhemmin, jos aloitat ilman määritettyä strategiaa. Suunnittele Power Platformin käytön nopeaa kasvua, mutta vältä ympäristöstrategian ylisuunnittelua lisäämällä monimutkaisuutta, jota ei tarvita. Muista, että tämä on matka, ja voit kehittää strategiaa tarpeiden muuttuessa.
Align
Organisaatiollasi on ympäristöstrategia ja se toteuttaa ympäristöstrategiaa, jota on muutettava uusien Power Platform -ominaisuuksien ja parhaiden käytäntöjen mukaisesti. Tätä kutsutaan usein brownfieldiksi. Toisin kuin vasta käyttöönottoa aloittavissa organisaatioissa, on otettava huomioon ympäristöstrategian muuttumisen vaikutukset organisaatioon.
Tutustu tässä artikkelissa esitettyihin ympäristön tärkeimpiin ominaisuuksiin ja strategioihin ja arvioi, mitä strategian kehittäminen edellyttää. Yleensä tarvitaan vain pieniä säätöjä. Jos mahdollista, suunnittele muutosten julkaisu, jotta vaikutus käyttäjiin olisi mahdollisimman vähäinen.
Seuraavat ehdotukset ovat yleisiä vaiheittaisia muutoksia, jotka voit ottaa käyttöön:
Jos haluat aloittaa kohdistuksen vaikuttamatta aiemmin luotuihin ympäristöihin, luo ympäristöryhmä, joka sisältää uusia sovelluskehittäjien ympäristöjä, ja luo säännöt niiden hallitsemista varten. Ota ympäristön reititys käyttöön, jotta voit varmistaa, että kaikki uudet sovelluskehittäjäympäristöt luodaan määritettyyn ryhmään.
Arvioi ryhmittelystrategia ja luo tarvittaessa ryhmiä nykyisten ympäristöjen tueksi. Luo sääntöjä niille ryhmille, jotka ovat aiemmin luotujen rajoitusten ja poikkeusten mukaisia. Voit siirtää aiemmin luodut ympäristöt näihin ryhmiin.
Tunnista yleisesti suositut sovellukset, jotka on luotu ja joita käytetään oletusympäristössä. Putkien avulla voit julkaista ne tuotantoympäristössä, jossa organisaation käyttäjät voivat suorittaa niitä. Tämän jälkeen voit tehdä töitä näiden sovellusten kehittämisen siirtämiseksi joko yksittäiseen kehittäjäympäristöön tai erilliseen kehitysympäristöön.
Luo suunnitelma, jonka avulla voit tunnistaa, siirtää karanteeniin ja poistaa käyttämättömiä resursseja oletusympäristössä.
Paranna
Suorittamasi ympäristöstrategia on jo uusimpien ominaisuuksien ja parhaiden käytäntöjen mukainen, mutta organisaatiosi haluaa lisätä enemmän hallintaa tai ominaisuuksia.
Ilmaise organisaation ympäristöstrategia organisaatiolle
Vuokraajan ympäristöstrategian toteuttaminen onnistuu paremmin, jos Power Platform -käyttäjät ymmärtävät ja ovat yhdenmukaisia sen kanssa, mitä yrität saavuttaa. Jos vain aktivoit strategian ilman yhteydenpitoa, käyttäjät näkevät muutokset rajoituksina ja etsivät tapoja kiertää niitä.
Osana strategian kehittämistä päätät, miten kerrot käyttäjille strategian keskeisistä elementeistä, jotka vaikuttavat Power Platformin käyttöön. He eivät tarvitse kaikkia strategian teknisiä yksityiskohtia, vain oleellisimmat, jotka varmistavat heidän tuottavuutensa. Tällaisia ovat esimerkiksi seuraavat:
Oletusympäristön tarkoitus
Missä heidän pitäisi rakentaa uusia vähäkoodiisia resursseja
Miten heidän tulisi käyttää henkilökohtaista sovelluskehittäjäympäristöään
Miten pyytää mukautettuja ympäristöjä tiettyjä liiketoimintayksiköitä tai projekteja varten
Yhdistimien yleiset käyttökäytännöt ja yhdistimien lisäkäyttöoikeuksien pyytäminen ympäristöjä varten
Miten jakaa muille rakentamansa resurssit
Tekijän vastuut, esimerkiksi:
Pidä vuokraaja puhtaana. Poista ympäristöt, sovellukset ja työnkulut, joita ei enää tarvita. Käytä testiympäristöjä, jos teet kokeiluja.
Jaa harkiten. Varo ympäristöjen, sovellusten, työnkulkujen ja jaettujen yhteyksien liiallista jakamista.
Suojaa organisaation tiedot. Vältä tietojen siirtämistä erittäin luottamuksellisista tai luottamuksellisesta tietolähetistä suojaamattomaan tai ulkoiseen tallennustilaan.
Kun strategia muuttuu, jaa muutosten vaikutus käyttäjiin niin, että he tietävät, mitä tehdä eri tavalla
Hyvä alku on ottaa käyttöön tekijän tervetulosisältö ympäristöryhmässä, johon uudet tekijät lisätään.
Kuva: Käyttämällä tervetulosisältöä voit auttaa uusia tekijöitä menestymään.
Toinen tehokas tapa pitää yhteyttä käyttäjiin on luoda sisäinen Power Platform -keskus. Keskus voi olla paikka, jossa ihmiset voivat tehdä yhteistyötä projekteissa, jakaa ideoita ja löytää uusia tapoja käyttää teknologiaa saavuttaakseen enemmän. Keskuksessa voit jakaa yksityiskohtaisempia, käyttäjille merkityksellisiä tietoja ympäristöstrategiasta. Tietoja sisäisen Power Platform -keskuksen luomisesta.
Yhteenveto
Tässä artikkelissa on tutustuttu ominaisuuksiin, jotka auttavat organisaatiotasi hallitsemaan Power Platform -ympäristöjä yritystasolla ja sisällyttämään ne vuokraajan ympäristöstrategiaan.
Kun organisaatio omaksuu Power Platformin käyttöä ja käyttö nopeutuu, ympäristöjen tarve voi muuttua nopeasti. Tarvitset ketterän toimintatavan, joka auttaa ympäristöstrategiaa pysymään ajan tasalla muutoksista ja vastaamaan organisaation kehittyviin hallintovaatimuksiin.
Keskeinen tekijä vuokraajan ympäristöstrategian onnistumisessa on yhteydenpito tekijöihin ja käyttäjiin ja heidän tukensa saaminen. Varmista, että vähäkoodisia sovelluksia ja automatisointeja rakentavat henkilöt osaavat noudattaa organisaation ympäristöstrategiaa ja tietävät, mihin heidän pitäisi rakentaa vähäkoodisia resurssejaan.
Jokaisen organisaation Power Platformin omaksuminen on yksilöllistä. Olemme esittäneet joitakin ideoita, joiden avulla voit saada hyvän alun. Microsoft-asiakastiimisi tai Power Platform -kumppanisi voi auttaa luomaan organisaatiollesi mukautetumman vuokraajan ympäristöstrategian.