Dijeli putem


Razviti strategiju za okruženje stanara koju treba usvojiti Power Platform u opsegu

Putovanje svake organizacije na usvajanje Microsoft Power Platform je jedinstveno. Strategija okruženja stanara postavlja temelje koji pomažu ubrzati upotrebu na upravljiv i siguran način.

Ova studija pokazuje kako uskladiti Power Platform strategiju okruženja klijenta s mogućnostima i vizijom proizvoda. Naučite kako najbolje iskoristiti najnovije značajke platforme za provedbu strategije koja može omogućiti vaše usvajanje Power Platform da dosegnete poslovne razmjere.

Napomena

Ovu bijelu knjigu možete spremiti ili ispisati tako da odaberete Ispis iz preglednika, a zatim odaberete Spremi kao PDF.

Uvod

Power Platform osnažuje organizacije da izgrade low-code rješenja za brze inovacije. Ta se rješenja mogu usredotočiti na produktivnost pojedinaca i malih timova ili se mogu primijeniti u cijeloj organizaciji. Mogu se proširiti i na poslovne procese, uključujući vanjske kupce i partnere. Podrška tim rješenjima su Power Platform okruženja u kojima se low-code resursi grade, testiraju i koriste. Kako organizacija povećava svoje usvajanje Power Platform, provedba dobre strategije okruženja stanara ključna je kako bi bila upravljiva i sigurna kako broj okruženja raste.

Da biste bili uspješniji, ovaj vas članak vodi o tome kako najbolje koristiti dostupne značajke za uspostavljanje prve strategije okruženja ili razvoj trenutnih planova. Također ističemo našu viziju o tome kako su te značajke namijenjene suradnji i kako će se razvijati za upravljanje Power Platform u opsegu. U ovim smjernicama utvrđujemo kako pravilno usmjeriti nove korisnike u okruženja i grupna okruženja kako bi dosljedno primjenjivali upravljanje, sigurnosna pravila i druge važne aspekte strategije okruženja klijenta. Također pružamo detaljne korake za zaštitu vašeg zadanog okruženja, što je ključna prva korak u provedbi strategije zaštite okoliša.

Iako su mnoga Perspektive dostupna za upravljanje Power Platform okruženjima, pristup u ovom članku usklađen je s najnovijim Microsoftovim smjerom proizvoda i koristi trenutne značajke i kratkoročna planirana poboljšanja. Ove ažurirane smjernice mogu vam pomoći da osigurate da koristite samo značajke i mogućnosti okruženja koje su strateške za način na koji Microsoft namjerava upravljati okruženjima u razmjeru.

Microsoftova vizija strategije okruženja klijenta

Mnoge organizacije započinju svoje Power Platform putovanje pomoću aplikacija za osobnu produktivnost i automatizacija izgrađenih i pokrenutih u zajedničkom središnjem okruženju pod nazivom Zadano okruženje. Ti resursi često koriste samo osnovne mogućnosti uključene u Microsoft 365 i ne koriste pune mogućnosti Power Platform. Kako se ovo početno usvajanje ubrzava, Microsoft tvrtkama ili ustanovama pruža strategiju okruženja za usvajanje potpunih Power Platform mogućnosti na razini poduzeća. Ove mogućnosti premium upravljanja postaju dostupne kada korisnici imaju premium Power Platform (Power Apps, Power Automate,, Microsoft Copilot Studio i Dynamics 365) licencu. Model Power Platform zrelosti usvajanja može pružiti više uvida koji će pomoći organizacijama da definiraju svoj plan za postizanje usvajanja na razini poduzeća izvan svoje strategije okruženja. Ovaj pristup može pomoći organizacijama da sazriju od osnovne osobne produktivnosti do usvajanja na Power Platform razini poduzeća.

Power Platform Administrativne, upravljačke i sigurnosne značajke omogućuju organizacijama usvajanje i upravljanje Power Platform produktivnošću poduzeća i korištenjem poslovnih aplikacija u opsegu. Korištenjem Upravljana rješenja aktivira se skup premium mogućnosti koje omogućuju veću vidljivost i kontrolu te smanjuju ručni napor za administriranje i zaštitu okruženja. Pomoću tih mogućnosti možete osigurati dosljednu primjenu svojih politika upravljanja i sigurnosti. Administratori mogu prijeći u poslovnu strategiju okruženja koristeći ove mogućnosti. Trošenje manje vremena i truda na administraciju pomaže smanjiti ukupne ukupne troškove vlasništva (TCO) platforme kako vaša organizacija povećava upotrebu.

Ključni element prijelaza na poslovnu ljestvicu je poboljšanje zajedničke strategije središnjeg okruženja za proizvođače olakšavajući im korištenje osobnih, razvojnih okruženja. U zajedničkoj strategiji središnjeg okruženja proizvođači izrađuju, koriste i dijele aplikacije u zadanom okruženju. Ova strategija može rezultirati nedostatkom izolacije i kreatorima koji zadiru jedni u druge. Zamislite da svi u tvrtki dijele jednu OneDrive mapu za sve svoje dokumente. Umjesto toga, možete koristiti značajke okruženja za usmjeravanje proizvođača u vlastito, osobno okruženje u kojem mogu sigurno izraditi svoje aplikacije zaštićene od proizvođača koji rade na nepovezanoj imovini, uz pojednostavljeno upravljanje za administratore. Suradnici se mogu dodati kao više proizvođača u ta okruženja kako bi surađivali na izgradnji rješenja.

Slika središnje strategije zajedničkog okruženja s četiri proizvođača koji koriste zadano okruženje s lijeve strane i strategiju usmjeravanja okruženja s četiri proizvođača koji usmjeravaju u odvojena okruženja za razvojne inženjere s desne strane.

Slika: Slika zajedničkog središnjeg okruženja (lijevo) i strategije usmjeravanja okruženja (desno).

Novostvorena okruženja proizvođača mogu se automatski dodati grupi koja primjenjuje pravila kako bi se osiguralo da okruženja imaju dosljedna pravila upravljanja i sigurnosti. Administratori mogu obraditi iznimke premještanjem okruženja proizvođača u grupu s opuštenim pravilima.

low-code resursi koje su stvorili proizvođači predstavljaju početnu fazu u putovanju upravljanja životnim ciklusom aplikacije resursa (ALM). Kao dio ove početne faze, važno je snimiti svaku verziju resursa i moći ga ponovno stvoriti, ako je potrebno. Kada je resurs spreman za dijeljenje, proizvođač može koristiti kontinuiranu integraciju povezanu s okruženje za razvojne inženjere kako bi ga promovirao u proizvodno okruženje, gdje korisnici mogu pokrenuti resurs izoliran od bilo koje nastavljene aktivnosti proizvođača.

Trebali biste dati prioritet ugrađenim značajkama platforme za upravljanje okruženjima kada je to moguće, umjesto da gradite vlastite alate. Ako ugrađene značajke ne zadovoljavaju jedinstvene zahtjeve vaše tvrtke ili ustanove, pomoću alata za administratore platforme možete stvoriti prilagođene alate. Trebali biste procijeniti bilo koji prilagođeni alat u odnosu na nove značajke čim postanu dostupne. Praćenje Microsoftova plana platforme i održavanje vlastitog plana mogu vam olakšati to.

Strategiju okruženja trebali biste uspostaviti pomoću preporučenih mogućnosti okruženja prilagođenih jedinstvenim potrebama vaše tvrtke ili ustanove. Ne razmišljajte o stvaranju strategije zaštite okoliša kao jednokratnoj aktivnosti. S vremenom bi se trebao razvijati kako bi uključio nove značajke okruženja kako postaju dostupne.

Značajke koje podržavaju poslovnu strategiju zaštite okoliša

Okruženja su sastavni dio administracije Power Platform , upravljanja i sigurnosti. Potpuni pregled značajki nije obuhvaćen područjem primjene ovog rada; Međutim, u ovom se odjeljku ističu značajke koje podržavaju provedbu strategije zaštite okoliša na razini poduzeća.

  • Vrste okruženja opisuju različite namjene okruženja kao dio vaše strategije.

  • Upravljana rješenja pruža skup premium mogućnosti koje olakšavaju upravljanje okruženjima u razmjeru.

  • Automatsko podnošenje zahtjeva za licencu pojednostavljuje dodjelu licenci dopuštajući korisnicima da traže po Power Apps korisničkim licencama kada su potrebne, umjesto da od administratora zahtijeva da unaprijed identificira korisnike kojima su potrebne licence.

  • Grupe i pravila okruženja objašnjavaju kako upravljati okruženjima kao grupama i primjenjivati pravila na grupe radi automatizacije dosljednih politika upravljanja.

  • Zadano usmjeravanje okruženja automatski odmiče proizvođače od stvaranja resursa u zadanom okruženju u vlastito, osobno okruženje.

  • Microsoft Dataverse pruža poboljšanu sigurnost i ALM.

  • Preferirana rješenja pomažu proizvođačima da osiguraju da su sva sredstva koja grade u Dataverse rješenju, što olakšava njihovu promociju u druga okruženja.

  • Cjevovodi u Power Platform pružaju pojednostavljeni proces za promicanje imovine od razvoja do testnih i proizvodnih okruženja, čineći kontinuiranu integraciju i implementaciju (CI / CD) dostupnim svim proizvođačima.

  • Katalog u Power Platform omogućuje proizvođačima zajedničko korištenje komponenti, kao što su aplikacije i tokovi, te naprednijih polazišta, kao što su predlošci.

Vrste okruženja

Sljedeća tablica opisuje vrste okruženja koja možete stvoriti, njihove karakteristike i namjene.

Vrsta Karakteristike i namjene
Zadano Okruženje koje dolazi sa svakim stanarom. Mnoga Microsoft 365 iskustva koriste ovo okruženje za prilagodbe i automatizacije. Ovo okruženje nije namijenjeno dugoročnom ili trajnom radu izvan Microsoft 365 osobnih scenarija produktivnosti.
Proizvodnja Ovo okruženje namijenjeno je trajnom radu u organizaciji. Proizvodna okruženja podržavaju produljeno, rezervno zadržavanje, sa sedam dana na najviše 28 dana.
Sigurnosna ograda Ta neprodukcijska okruženja podržavaju radnje okruženja kao što su kopiranje i resetiranje. Sandboxi se najbolje koriste za testiranje i ALM build okruženja.
Razvojni programer Ova posebna okruženja namijenjena su kao osobni, razvojni radni prostori proizvođača, koji izoliraju low-code imovinu od korisnika i drugih proizvođača. Proizvođači mogu imati do tri okruženja za razvojne programere. Ne računaju se s vašim stanarskim kapacitetom. Okruženja za razvojne inženjere koja se nisu koristila 90 dana automatski se isključuju, a zatim uklanjaju iz klijenta ako vlasnik ne odgovori na obavijesti. Aplikacije sustava Dynamics 365 nisu dostupne u okruženjima za razvojne inženjere.
Probna verzija Ta su okruženja namijenjena podupiranju kratkoročnog testiranja i dokaza koncepta. Ograničeni su na jedan po korisniku. Probna okruženja automatski se uklanjaju iz klijenta nakon kratkog vremenskog razdoblja.
Microsoft Dataverse for Teams Ta se okruženja automatski stvaraju kada izradite aplikaciju u aplikaciji Teams ili instalirate aplikaciju iz kataloga aplikacija. Sigurnosni model za ta okruženja usklađen je s timom s kojim su povezani.
Služba za podršku To su posebna okruženja koja je stvorila Microsoftova podrška kako bi inženjerima omogućila otklanjanje poteškoća. Ta se okruženja ne ubrajaju u kapacitet klijenta.

Dok sastavljate cjelokupnu strategiju okruženja stanara, različite su vrste relevantne za podršku preporukama strategije.

Upravljana rješenja

Okruženja imaju osnovni skup značajki i karakteristika ovisno o vrsti okruženja. Upravljana rješenja proširiti osnovne značajke kako biste pružili paket premium mogućnosti koje administratorima omogućuju lakše upravljanje Power Platform u razmjeru uz više kontrole, manje truda i više uvida. Te se mogućnosti otključavaju kada postavite okruženje kao upravljano.

U sljedećoj su tablici navedene značajke Upravljana rješenja koje su dostupne od ovog pisanja. Često se dodaju nove značajke, pa provjerite dokumentaciju za najnoviji popis. Iako vam sve značajke mogu pomoći u izgradnji strategije zaštite okoliša, značajke kurziva relevantnije su za strategiju navedenu u ovom članku.

Veća vidljivost Dodatna kontrola Manje truda
Uvidi u korištenje

Administrativni sažetak

Izvješća o licencama

Prikaz

pravila podataka Izvoz podataka na Azure Application Insights

Opisi generirani umjetnom inteligencijom za sve aplikacije
Ograničenja zajedničkog korištenja

Pravila podataka za tokove radne površine

Alat za provjeru rješenja

Sadržaj dobrodošlice u programu Maker

IP vatrozid

Povezivanje IP kolačića


Ključevi kojima upravlja klijent

Customer Lockbox

Proširene sigurnosne kopije
Jednostavna aktivacija

Power Platform cjevovodima

Usmjeravanje okruženja

Grupe i pravila okruženja


Power Platform savjetnica

Automatsko polaganje prava na licencu

Pravila automatskog preuzimanja automatiziraju dodjelu Power Apps i Power Automate licence korisnicima kada su im potrebne za korištenje određenih aplikacija ili značajki. Automatizacija može pomoći smanjiti broj potrošenih licenci i izbjeći režijske troškove ručnog dodjeljivanja licenci.

Nakon konfiguriranja pravila, svakom korisniku u organizaciji kojem je potrebna pojedinačna Power Apps licenca automatski se dodjeljuje pod sljedećim uvjetima:

  • Ako korisnik bez samostalne Power Apps licence pokrene aplikaciju koja zahtijeva premium licencu, sustav korisniku automatski dodjeljuje licencu po Power Apps korisniku.

  • Ako korisnik bez samostalne Power Apps licence pokrene aplikaciju u upravljanom okruženju, sustav korisniku automatski dodjeljuje licencu po Power Apps korisniku.

Slično tome, nakon konfiguriranja pravila, svakom korisniku u organizaciji kojem je potrebna pojedinačna Power Automate licenca automatski se dodjeljuje pod sljedećim uvjetima:

  • Korisnik pokreće, sprema ili uključuje premium tok oblaka s nadzirani RPA (robotska automatizacija procesa).

  • Korisnik traži premium licencu Power Automate .

Preporučujemo konfiguriranje automatskog polaganja prava na licencu ako vaša strategija okruženja uključuje Upravljana rješenja. Korisnici aplikacija i tokova nailaze na najmanju količinu trenja licenciranja, a licence koristite samo za korisnike koji aktivno pokreću aplikacije ili ih koriste Power Automate.

Grupe i pravila okruženja

Kako Power Platform se usvajanje u vašem stanaru povećava, tako se povećava i broj okruženja koja zahtijevaju administraciju i upravljanje. Kako se broj okruženja povećava, postaje sve izazovnije osigurati da ste primijenili dosljedne postavke i pravila upravljanja u okruženjima. Značajka grupa okruženja to olakšava tako što vam omogućuje stvaranje imenovanih grupa i povezivanje okruženja s njima, kao što je smještanje povezanih dokumenata u mapu datoteka.

Prilikom razmišljanja o korištenju grupa okruženja imajte na umu sljedeća razmatranja:

  • Okruženjem se mora upravljati uključivanjem u grupu.

  • Okruženje može biti samo u jednoj grupi odjednom.

  • Okruženje se može premjestiti iz jedne grupe u drugu.

  • Okruženja u grupi mogu biti iz više geografskih regija.

  • Grupe ne mogu sadržavati druge grupe.

Da bi vam pomogle u primjeni dosljednih postavki i upravljanja, grupe okruženja mogu konfigurirati i uključiti jedno ili više sljedećih pravila:

  • Zajedničko korištenje kontrola za aplikacije od gotovih gradivnih elemenata

  • Uvidi u iskorištenost

  • Sadržaj dobrodošlice za autore

  • Provedba alata za provjeru rješenja

  • Zadržavanje sigurnosne kopije

  • Opisi generirani umjetnom inteligencijom

Pravilo postaje aktivno kada se objavi. Aktivna pravila primjenjuju se na sva okruženja povezana s grupom.

Kada pravilo grupe upravlja postavkom, pojedinačne postavke okruženja su zaključane. Jedini način da ih promijenite je da izmijenite pravilo. Ako je okruženje uklonjeno iz grupe, zadržava postavke grupe, ali sada ih administrator okruženja može promijeniti. To je važno za strategiju okruženja jer osigurava da administrator okruženja ne može nadjačati pravila koja ste postavili za grupu.

Korištenje grupa okruženja omogućuje organiziranje okruženja na logičke načine, slično strukturi tvrtke ili ustanove, hijerarhiji usluga proizvoda ili drugim okvirima koje kasnije istražujemo. Sljedeći dijagram konceptualni je primjer kako organizacija Contoso može razmišljati o organiziranju svojih grupa okruženja.

Konceptualizacija strategije zaštite okoliša za klijenta tvrtke Contoso

Slika: Konceptualizacija strategije zaštite okoliša za klijenta tvrtke Contoso.

Kada planirate pravila za konfiguriranje, razmislite o tome što biste mogli primijeniti na svakoj razini konceptualne hijerarhije. Iako još ne možete konfigurirati hijerarhiju grupe, možete koristiti kombinaciju konvencija imenovanja i konfiguracije pravila za implementaciju konceptualnog dizajna. Na primjer, s obzirom na ranije prikazanu konceptualizaciju klijenta Contoso, sljedeća ilustracija predstavlja grupe okruženja koje bi organizacija mogla koristiti za implementaciju svog dizajna.

Primjer implementacije grupa konceptualnog okruženja u stvarnog klijenta

Slika: Primjer implementacije grupa konceptualnog okruženja u stvarnog klijenta

Kasnije u ovom članku istražujemo više načina korištenja grupa okruženja kao dijela strategije okruženja klijenta.

Zadano usmjeravanje okruženja

Ključni dio strategije zaštite okoliša koju navodimo u ovom članku je odmaknuti proizvođače od stvaranja resursa u zadanom okruženju. Značajka usmjeravanja okruženja preusmjerava proizvođače u vlastito okruženje za osobni razvoj i po potrebi stvara nova okruženja za razvojne programere.

Dijagram proizvođača koji je pri izradi aplikacija automatski preusmjeren na osobni okruženje za razvojne inženjere umjesto na zadano okruženje

Slika: proizvođač se pri izradi aplikacija automatski preusmjerava na osobno, okruženje za razvojne inženjere umjesto na zadano okruženje.

Okruženjima za razvojne inženjere kreiranima proizvodnim postupkom upravlja se prema zadanim postavkama. Korisnici s licencama za razvojni plan ograničeni su na stvaranje i pretpregled resursa u okruženju. Da bi resursi pokrenuli kao korisnik, potrebna im je odgovarajuća licenca.

Usmjeravanje okruženja možete koristiti samo po sebi, ali preporučeni način je da ga koristite s grupama okruženja. Kada se koristi na ovaj način, svako stvoreno okruženje povezano je s grupom koju odredite da sadrži sva nova okruženja za razvojne programere, osiguravajući da je odmah obuhvaćeno vašim pravilima upravljanja.

Proizvođačima se automatski dodjeljuje sigurnosna uloga koji ih čini administrator okruženja njihove okruženje za razvojne inženjere. Kada je okruženje dio grupe okruženja, proizvođač – kao administrator okruženja – ne može promijeniti postavke okruženja jer njima upravljaju pravila grupe okruženja. Samo administratori, koji mogu izmijeniti pravila grupe, mogu napraviti bilo kakve promjene.

Možete nametnuti još veću kontrolu na dva načina. Prvo možete onemogućiti ručno stvaranje okruženja za razvojne inženjere u postavkama klijenta. Kada je ta mogućnost postavljena, proizvođači ne mogu sami stvarati okruženja na administratorskom portalu. Također ga neće automatski kreirati pravilima proizvodnog postupka. Drugo, u pravilu proizvodnog postupka možete navesti sigurnosnu grupu da biste ograničili tko može automatski stvoriti okruženje.

U početku, usmjeravanje okruženja podržava usmjeravanje novih i postojećih proizvođača dalje od zadanog okruženja kada koriste make.powerapps.com. S vremenom će druge Power Platform usluge podržavati značajku usmjeravanja okruženja.

Microsoft Dataverse

Dataverse Sigurno pohranjuje i upravlja podacima koje koriste aplikacije. U kontekstu strategije okruženja, Dataverse značajka rješenja je ono što koristite za prijenos aplikacija i komponenti iz jednog okruženja u drugo. Proizvođači grade svoju imovinu u kontejnerima - rješenjima - koji prate što grade. Rješenja se lako mogu transportirati u druga okruženja. Pomoću ovog pristupa možete odvojiti okruženja za razvojne programere, u kojima proizvođači grade resurse, od proizvodnih okruženja u kojima se koriste. I proizvođači i korisnici imaju koristi. Proizvođači mogu nastaviti razvijati svoje resurse, a korisnici nisu iznenađeni naglim promjenama. Kada su proizvođači spremni objaviti svoje promjene, mogu zatražiti promociju ažuriranog resursa u proizvodno okruženje.

Dataverse rješenja su mehanizam za implementaciju ALM-a u Power Platform proizvode poput Power Apps i Power Automate. Cjevovodi u Power Platform upotrebi rješenja za automatizaciju CI / CD imovine koju proizvođači grade. Rješenja se mogu izvesti iz alata za Dataverse kontrolu izvora kao Azure DevOps što su ili GitHub. Rješenje u kontroli izvora postaje izvor istine ako trebate ponovno stvoriti razvojno okruženje. Na primjer, ako je proizvođač izradio popularnu aplikaciju, a zatim izbrisao okruženje za razvojne inženjere, izvezeno rješenje pohranjeno u kontroli izvora moglo bi se koristiti za ponovno stvaranje održivog razvojnog okruženja.

Još jedno važno razmatranje prilikom stvaranja okruženja pomoću Dataverse jest hoće li se neke aplikacije sustava Dynamics 365 uvesti u okruženje. Ako potencijal postoji, morate omogućiti Dynamics 365 prilikom stvaranja okruženja ili kasnije nećete moći instalirati aplikacije sustava Dynamics 365.

Preporučujemo da dodjeljujete resurse Dataverse u bilo kojem okruženju u kojem proizvođači stvaraju sredstva koja će se dijeliti s drugim korisnicima. To olakšava da imovina bude spremna za ALM.

Preferirana rješenja

Kada proizvođač stvori Dataverse sredstvo u Dataverse okruženju – i ne započne od prilagođenog rješenja – sredstvo je povezano sa zadanim rješenjem, a možda i zadanim Common Data Service rješenjem. Zadano rješenje dijele svi proizvođači koji stvaraju sredstva u okruženju. Ne postoji jednostavan način da se utvrdi koji je proizvođač stvorio koje komponente ili koja sredstva pripadaju kojim aplikacijama. To može otežati promociju popularne aplikacije u drugo okruženje za dijeljenje s većim publika. Morali biste promovirati sva sredstva u zadanom rješenju – što nije idealan scenarij.

Kako bi podržali vašu strategiju okruženja i olakšali rad, proizvođači bi trebali stvoriti prilagođeno rješenje u svom razvojnom okruženju, a zatim ga postaviti kao preferirano rješenje u okruženju. Proizvođači postavljaju preferirano rješenje u okruženju kako bi naznačili s kojim rješenjem bi sredstvo koje su stvorili trebalo biti povezano. Preferirana rješenja mogu pomoći osigurati da kada proizvođači koriste cjevovode za promociju svojih resursa u druga okruženja, promovirano rješenje sadrži svu potrebnu imovinu. Razmislite o ovome kao o pripremi sredstava da budu spremni za ALM.

Cjevovodi u Power Platform

Kao što smo vidjeli, ključno načelo dobre strategije zaštite okoliša je izolirati gdje je imovina izgrađena od mjesta na kojem je raspoređena i korištena. Ovo razdvajanje osigurava da korisnici koji pokušavaju koristiti sredstvo ne naiđu na zastoje jer ga proizvođač ažurira. Međutim, zahtijeva da se imovina promovira u proizvodno okruženje - idealno, kao dio Dataverse rješenja - prije nego što se može koristiti.

Dataverse Rješenja se mogu ručno transportirati između okruženja. Međutim, možete automatizirati postupak i postaviti pravila kako biste osigurali pravilno upravljanje promjenama pomoću kanala. Ovisno o pravilima okruženja koja ste postavili u provjeri rješenja, cjevovodi automatski primjenjuju sva pravila prije implementacije rješenja, sprječavajući daljnje pogreške u implementaciji. Sljedeći dijagram ilustrira kako cjevovodi mogu automatizirati promociju imovine od razvoja do proizvodnje.

Dijagram koji ilustrira cjevovod za automatizaciju promicanja imovine koja je pohranjena u kontroli izvora od razvoja, preko testa, do proizvodnje

Slika: cjevovod automatizira promicanje imovine koja je pohranjena u kontroli izvora od razvoja, preko testa do proizvodnje.

Možete konfigurirati broj okruženja i procesa, kao što su odobrenja, koje je potrebno uključiti u kanal.

Cjevovodi rade zajedno s grupama okruženja. Mogu se unaprijed konfigurirati za razvojna okruženja kako bi se proizvođačima omogućilo da lako započnu postupak promocije odgovarajući na upit kada pokušaju podijeliti svoju imovinu s drugim korisnicima. Kao dio zahtjeva za implementaciju pomoću cjevovoda, proizvođači mogu predložiti s kime podijeliti svoju imovinu i potrebne sigurnosne uloge. Administrator kanala može odobriti ili odbiti zahtjev prije implementacije osiguravajući najmanje ovlasti za proizvođača koji ga je stvorio.

Kanali u Power Platform spremaju definicije svakog kanala u okruženje glavnog računala kojim Microsoft upravlja prema zadanim postavkama. Međutim, u klijentu možete definirati više okruženja glavnog računala kojima upravljate, što vam omogućuje rukovanje jedinstvenim zahtjevima.

Katalog u Power Platform

Organizacije u kojima programeri i proizvođači grade i dijele komponente, kao što su aplikacije i tokovi, te predlošci, koji su naprednija polazišta, obično dobivaju veću vrijednost Power Platform. Katalog Power Platform proizvođačima olakšava učinkovitije dijeljenje komponenti i predložaka u različitim okruženjima.

Katalog je instaliran u okruženju i može se instalirati s glavnim računalom cjevovoda u istom okruženju. Također je moguće obraditi jedinstvene zahtjeve segmentacije resursa tako da imate više okruženja s instaliranim katalogom.

Plan značajki

Kako Microsoft nastavlja razvijati značajke Power Platform te podrške upravljanju i administraciji, možete ih pratiti u planeru izdanja. Naučit ćete što se planira, što je u nadolazećem valu izdanja i što sada možete isprobati. Možete čak stvoriti vlastiti plan izdanja spremanjem stavki koje želite pratiti.

Temelj strategije za okoliš na razini poduzeća

Razgovarali smo o našoj viziji strategije za okruženje stanara na razini poduzeća i ključnim značajkama okruženja koje je podržavaju. Sada ćemo pogledati kako te značajke možete koristiti zajedno kao dio strategije za okoliš. Vaša strategija trebala bi se temeljiti na jedinstvenim zahtjevima vaše tvrtke ili ustanove, pa počnimo s osnovnim primjerom prije nego što se okrenemo tome kako prilagoditi strategiju kako bi zadovoljila vaše potrebe.

U ovom primjeru vodstvo tvrtke Contoso želi osnažiti zaposlenike da iskoriste Power Platform i identificirali su sljedeće zahtjeve na visokoj razini:

  • Zaposlenici moraju biti u mogućnosti izgraditi automatizirane, postupke odobravanja dokumenata i druge Power Platform prilagodbe s Microsoft 365.

  • Zaposlenici bi trebali moći graditi Power Apps i Power Automate automatizacije kako bi poboljšali svoju osobnu produktivnost.

  • Proizvođači koji rade na tvrtkinoj aplikaciji Compliance Tracker moraju je moći razviti i održavati.

Da bi podržao ove zahtjeve, tim za administratore i upravljanje tvrtke Contoso osmislio je sljedeću topologiju okruženja:

Dijagram topologije okruženja s četiri skupine okruženja, razvoj, dijeljeni razvoj, UAT i produkcija s logotipima za Power Platform aplikacije svaka bi trebala podržavati

Slika: Predložena topologija okoliša za Contosov projekt u mjerilu Power Platform .

Istražimo detaljno ovaj dijagram topologije okruženja.

Zadano okruženje koristi se za izgradnju Microsoft 365 prilagodbi produktivnosti. Politike prevencije gubitka podataka i ograničenja dijeljenja ograničavaju druge vrste aktivnosti proizvođača i postavljaju zaštitne ograde oko onoga što proizvođači mogu izgraditi u ovom okruženju.

Samo administratori mogu stvoriti probna okruženja, memoriju za testiranje i proizvodnju. Izrađivači koriste prilagođeni Microsoftov obrazac ili neki drugi proces da bi zatražili novo okruženje. Početni Microsoft Power Platform komplet Centra izvrsnosti (CoE) uključuje zahtjev za okoliš koji bi se mogao koristiti.

Stvorene su četiri skupine okruženja: razvoj, zajednički razvoj, UAT (testiranje prihvaćanja korisnika) i Proizvodnja.

  • Pravilo usmjeravanja okruženja postavljeno za razvojnu grupu usmjerava proizvođače dalje od zadanog okruženja u vlastito okruženje za razvojne inženjere. Kako se stvaraju nova razvojna okruženja, ona se automatski povezuju s grupom Razvoj i primjenjuju se njezina pravila.

  • Grupa Zajednički razvoj podržava okruženja koja sadrže projekte s više proizvođača.

  • Grupa UAT sadrži okruženja koja se koriste za testiranje resursa prije nego što se promoviraju u proizvodnju.

  • Grupa Proizvodnja sadrži okruženja u kojima se nalaze aplikacije, tokovi i drugi artefakti za produkcijsku upotrebu.

Nešto što nedostaje u ovoj predloženoj topologiji su cjevovodi za automatizaciju promocije između razvojnog, testnog i proizvodnog okruženja. Dodajmo ih sada.

Dijagram topologije istog okruženja s dodatkom okruženja domaćina cjevovoda i cjevovoda između glavnog i razvojnog UAT-a i proizvodnog okruženja

Slika: Ista topologija okruženja s cjevovodima koji povezuju okruženje domaćina cjevovoda s razvojnim, ispitnim i proizvodnim okruženjima.

U revidiranom dijagramu topologije okruženja dodali smo okruženje domaćina cjevovoda i dva cjevovoda. Jedan cjevovod premješta resurse iz razvoja u testiranje, a zatim u proizvodna okruženja. Pravilo cjevovoda u grupi Razvoj izmijenit će se za korištenje ovog cjevovoda. Drugi cjevovod premješta resurse iz zajedničkog razvojnog okruženja u testiranje, a zatim u proizvodnju. Pravilo kanala u grupi Zajednički razvoj izmijenit će se za korištenje ovog cjevovoda.

Ova osnovna strategija okruženja pruža temelj na kojem možete graditi za druge slučajeve upotrebe, koje istražujemo sljedeće.

Strategije zaštite okoliša za određene scenarije

Evo nekoliko uobičajenih slučajeva upotrebe koje ćete možda morati uključiti u strategiju okruženja klijenta zaklade.

Kontrolirajte koji proizvođači mogu stvarati okruženja za razvojne inženjere

Prema zadanim postavkama svatko tko ima Power Platform Premium licencu, licencu za razvojni plan ili administratorsku ulogu klijenta Power Platform može stvoriti okruženje za razvojne inženjere s administratorskog portala.

U strategiji temeljnog okruženja, usmjeravanje okruženja osigurava da su proizvođači usmjereni dalje od zadanog okruženja na novi okruženje za razvojne inženjere koji je stvoren u određenoj grupi. Međutim, proizvođači i dalje mogu ručno stvarati okruženja za razvojne inženjere koja nisu smještena u grupu okruženja i nemaju primijenjena njezina pravila.

Da biste suzili koji proizvođači ispunjavaju uvjete za usmjeravanje okruženja, navedite sigurnosnu grupu u konfiguraciji proizvodnog postupka. Kada je sigurnosna grupa konfigurirana, usmjeravaju se samo članovi sigurnosne grupe. Svi ostali vraćaju se u zadano okruženje.

Pružite veću fleksibilnost naprednim proizvođačima

U strategiji temeljnog okruženja sva nova okruženja proizvođača usmjerena su u određenu okruženje za razvojne inženjere skupinu. Obično ova skupina okruženja ima prilično restriktivan skup pravila upravljanja koja se primjenjuju.

Kako proizvođači postaju napredniji, možete im dopustiti da zatraže pristup više mogućnosti. Umjesto da ih uklonite iz izvorne grupe okruženja i ručno upravljate iznimkom, možete koristiti drugu grupu okruženja za praćenje tih naprednih proizvođača.

Dijagram koji ilustrira dodavanje proizvođača s više vještina u okruženje za napredne proizvođače koje je ublažilo upravljanje

Slika: dodati sposobnije proizvođače u okruženje koje je ublažilo pravila upravljanja.

Organiziranje okruženja za razvojne inženjere po regiji ili poslovnoj jedinici

U trenutnoj implementaciji usmjeravanja okruženja sva nova okruženja za razvojne inženjere stvaraju se u jednoj grupi okruženja. Što ako želite organizirati okruženja za razvojne inženjere proizvođača po regijama, na primjer, ili poslovnoj jedinici?

Koristite usmjeravanje da biste usmjerili proizvođače u novi okruženje za razvojne inženjere stvoren u određenoj grupi. Zatim ga možete premjestiti u drugu grupu koja se temelji na regiji, organizacijskoj jedinici ili drugim kriterijima, gdje možete primijeniti detaljnija pravila upravljanja.

Dijagram koji ilustrira usmjeravanje okruženja, stvaranje okruženja za razvojne inženjere u određenoj grupi, koja se zatim premještaju u strukturno specifičnije grupe

Slika: nakon što usmjeravanje okruženja stvori okruženja za razvojne inženjere u određenoj grupi, premjestite ih u strukturno specifičnije grupe.

Premještanje okruženja danas je ručna akcija, ali moći ćete je automatizirati kada administratorski Power Platform poveznik podržava značajku grupe u budućem ažuriranju.

Razvoj aplikacije za poslovnu upotrebu

Tim u vašoj tvrtki ili ustanovi možda razvija aplikaciju za upotrebu u cijeloj tvrtki. Tim može biti vođen IT-om ili uključivati IT i poslovne korisnike (što je poznato kao mješoviti tim).

U najjednostavnijoj strategiji okruženja, projektni tim gradi u zajedničkom okruženju koje je ili pješčanik ili vrsta proizvodnje. Vrsta okruženje za razvojne inženjere nije najbolji način za podršku suradnji više proizvođača na resursu. Međutim, proizvođači moraju međusobno komunicirati kako bi izbjegli sudare i sukobe u zajedničkom okruženju.

Namjenska okruženja za testiranje i proizvodnju nisu potrebna. Aplikacija se može testirati u okruženjima za testiranje i proizvodnju na razini tvrtke ili ustanove u kojima se nalazi više aplikacija.

Dijagram koji ilustrira dvije poslovne aplikacije u razvoju u namjenskim okruženjima, a zatim testirane i implementirane u okruženjima koja se dijele s drugim aplikacijama

Slika: dvije poslovne aplikacije u razvoju u namjenskim okruženjima, zatim testirane i implementirane u okruženjima koja se dijele s drugim aplikacijama.

U naprednijoj varijaciji svaki proizvođač ima individualnu okruženje za razvojne inženjere. To ima prednost pružanja veće izolacije proizvođaču, ali može učiniti kombiniranje individualnog rada u integracijskom okruženju složenijim. Iako rad u izolaciji može biti koristan za veće, sofisticirane timove, manjim timovima može dodati nepotrebne režijske troškove koji mogu uspješnije surađivati u zajedničkom razvojnom okruženju.

Dijagram koji ilustrira poslovnu aplikaciju u razvoju u pojedinačnim okruženjima kombiniranu u okruženju zajedničke integracije, a zatim testiranu i implementiranu u okruženjima koja se dijele s drugim aplikacijama

Slika: dva proizvođača koji rade na istoj aplikaciji u pojedinačnim okruženjima za razvojne programere moraju kombinirati svoj rad u okruženju zajedničke integracije prije nego što prijeđe na testiranje i proizvodnju.

Ova varijacija obično uključuje strategiju kontrole izvora, pri čemu je svako razvojno okruženje predstavljeno kao grana u kontroli izvora koja se spaja kada su promjene spremne za promociju. Važno je uzeti u obzir kako će se aplikacija održavati nakon početnog izdanja.

Na primjer, verzija 1.0 aplikacije može biti u produkciji dok tim prelazi na verziju verzije 2.0. Vaša strategija okruženja mora podržavati rješavanje problema u verziji 1.0, dok je razvoj verzije 2.0 u tijeku.

Dijagram dviju verzija aplikacije u razvojnom testu i proizvodnji istovremeno

Slika: verzija 1.0 mora biti zakrpana, testirana i implementirana dok se verzija 2.0 razvija, testira i uvodi.

Grupe okruženja nude više pristupa rukovanju ovim scenarijem poslovne aplikacije. Na primjer, to može biti jedna grupa aplikacija ili može uključivati zasebne grupe za svaku razvojnu fazu. U odjeljku s najboljim primjerima iz prakse istražujemo kako procijeniti opcije.

Minimiziranje korištenja okruženja za razvojne inženjere

Pojedinačna okruženja za razvojne inženjere preporučeni su način da se proizvođačima pruži radni prostor za izradu low-code rješenja. Oni nude najvišu razinu izolacije od drugih proizvođača. Ali ako vaša tvrtka ili ustanova želi minimizirati broj okruženja za razvojne inženjere, više zajedničkih okruženja bolje je od poticanja proizvođača na izgradnju imovine u zadanom okruženju.

U ovom scenariju ograničili biste stvaranje okruženja za razvojne programere i stvorili zajednička razvojna okruženja tipa proizvodnje. Ta zajednička okruženja možete organizirati prema organizacijskoj strukturi, regiji ili drugim kriterijima. Skupina za okoliš mogla bi ih sadržavati kako bi se osigurala primjena dosljednih pravila upravljanja. Autori bespovratnih sredstava dozvole za stvaranje low-code imovine u okruženju koje im je dodijeljeno.

Sigurnost kao dio vaše strategije zaštite okoliša

Okruženja su ključna komponenta sigurnog korištenja Power Platform . One predstavljaju sigurnosne granice unutar klijenta koje pomažu u zaštiti aplikacija i podataka. Kao dio strategije okruženja, morate uzeti u obzir kako vaši sigurnosni zahtjevi utječu na broj i svrhu okruženja u vašem klijentu.

Okruženja vam omogućuju stvaranje više sigurnosnih granica unutar klijenta radi zaštite aplikacija i podataka. Zaštita koju pruža okoliš može se prilagoditi kako bi zadovoljila potrebnu sigurnosnu zaštitu primjenom konfigurabilnog skupa sigurnosnih značajki na okoliš. Detaljna rasprava o pojedinačnim sigurnosnim značajkama okruženja izvan je opsega ovog članka. Međutim, u ovom odjeljku nudimo preporuke kako razmišljati o sigurnosti kao dijelu strategije za okruženje stanara.

Sigurnost na razini klijenta

Većina sigurnosnih postavki koje utječu na okruženja konfigurirane su za svako okruženje pojedinačno. Međutim, možete unijeti neke promjene na razini klijenta kako biste podržali svoju strategiju okruženja.

  • Razmislite o isključivanju značajke Zajedničko korištenje sa svima u Power Platform. Samo bi administratori mogli dijeliti imovinu sa svima.
  • Razmislite o osiguravanju integracije sa sustavom Exchange.
  • Primijenite izolaciju između stanara kako biste smanjili rizik od eksfiltracije podataka između stanara.
  • Ograničite stvaranje neto novih proizvodnih okruženja na administratore. Ograničavanje stvaranja okruženja korisno je za općenito zadržavanje kontrole: kao i za sprječavanje nebrojene potrošnje kapaciteta i za smanjenje broja okruženja kojima se upravlja. Ako korisnici moraju zatražiti okruženja od središnje IT službe, lakše je vidjeti na čemu ljudi rade ako su administratori čuvari ulaza.

Osigurajte zadano okruženje

Zadano okruženje ima ulogu u podržavanju Microsoft 365 prilagodbi produktivnosti. Međutim, kao dio preporučene strategije zaštite okoliša, najbolje je smanjiti njezinu uporabu što je više moguće. Umjesto toga, proizvođači bi trebali graditi u vlastitim izoliranim okruženjima. Iako ne možete blokirati pristup zadanom okruženju, možete minimizirati ono što se u njemu može učiniti.

Prvo upotrijebite usmjeravanje okruženja da biste usmjerili proizvođače na vlastiti radni prostor da biste izgradili low-code imovinu.

  • Pregledajte tko ima administratorski pristup zadanom okruženju i ograničite ga na uloge kojima je to potrebno.

  • Razmislite o preimenovanju zadanog okruženja u nešto opisnije, poput "Osobna produktivnost".

    • Uspostavite pravilo za sprječavanje gubitka podataka (DLP) za zadano okruženje koje blokira nove poveznike i ograničava proizvođače da koriste samo osnovne poveznike koji se mogu deblokirati. Premjestite sve poveznike koji se ne mogu blokirati u grupu poslovnih podataka. Premjestite sve poveznike koji se mogu blokirati u blokiranu grupu podataka.

    • Stvorite pravilo za blokiranje svih uzoraka URL-ova koje koriste prilagođeni poveznici.

Osiguravanje zadanog okruženja trebalo bi biti prioritet. Učinite to zajedno sa sigurnošću na razini klijenta kao dio prve korak u implementaciji strategije okruženja. Bez njihove provedbe, proizvođači imaju više mogućnosti za dodavanje imovine u neispunjavanje obveza. S njima na mjestu zajedno s usmjeravanjem okruženja, proizvođači se potiču da koriste vlastito okruženje.

Zaštita drugih okruženja

Ako je vaša tvrtka ili ustanova poput većine, uz zadano okruženje imate i nekoliko okruženja. Razina sigurnosti koju svaka zahtijeva može varirati ovisno o aplikacijama i podacima koje sadrži. Okruženja za razvojne programere obično imaju opuštenija pravila od proizvodnih okruženja. Neka proizvodna okruženja zahtijevaju najveću moguću zaštitu.

Kao dio uspostavljanja strategije za okoliš, identificirajte zajedničke razine sigurnosti za svoja okruženja i značajke koje štite svaku razinu, kao u sljedećem primjeru.

Tri razine zaštite okruženja, normalne, srednje visoke i sigurnosne značajke koje štite svaku od njih, kao što su DLP pravila i Customer Lockbox

Slika: primjer triju razina sigurnosti okruženja i sigurnosnih značajki koje se primjenjuju na okruženja u svakoj razini.

Uključite razine sigurnosti koje identificirate u strategiju grupe i, gdje je to moguće, koristite pravila za omogućivanje sigurnosnih značajki u svojim okruženjima. U ovom primjeru pravilo ograničava zajedničko korištenje u svim okruženjima koja su označena kao normalna ili srednja sigurnost.

Usklađivanje okruženja sa strategijom sprječavanja gubitka podataka

Podatkovne politike još su jedan važan dio cjelokupnog napora upravljanja za kontrolu usluga koje koriste low-code resursi u okruženju. Grupe okruženja nemaju pravilo za primjenu pravilnika DLP-a na okruženje. Međutim, svoju DLP strategiju možete uskladiti sa svojim grupama okruženja. Na primjer, možete stvoriti pravilo DLP-a s istim ili sličnim nazivom kao grupa okruženja i primijeniti ga na okruženja u toj grupi.

Saznajte više o tome kako uspostaviti DLP strategiju.

Dijagram koji ilustrira odnos između skupina okruženja i slično nazvan pravilnik za sprječavanje gubitka podataka koji se na njih primjenjuje

Slika: u ovom primjeru okruženja u grupi Personal Dev slijede pravilnik DLP-a koji blokira sve poveznike koji nisu Microsoftovi.

Prilagodba strategije okruženja za tvrtku ili ustanovu

U ranijim odjeljcima opisali smo našu viziju kako organizacije mogu upravljati okruženjima u opsegu. Istražili smo bitne značajke, kako one doprinose strategiji zaštite okoliša i kako bi mogla izgledati topologija temeljnog okruženja koja ih koristi. Sud je naveo primjere kako se nadovezati na taj temelj kako bi se prilagodili uobičajenim scenarijima. Budući da je svaka organizacija jedinstvena, sljedeća korak je da prilagodite strategiju okruženja koja zadovoljava potrebe vaše organizacije.

Počnite tamo gdje se nalazite

Bez obzira na to je li vaša tvrtka ili ustanova ili Power Platform je koristi godinama, prva korak je procijeniti vašu situaciju. Procijenite, na visokoj razini, što se nalazi u vašem zadanom okruženju, koja druga okruženja imate i za što se koriste. Često se strategija zaštite okoliša radi kao dio cjelokupnog napora za uspostavljanje upravljanja Power Platform u organizaciji. Ako je to slučaj, možda ste već uspostavili neku viziju upravljanja koja je potrebna za prilagodbu strategije za vašu tvrtku ili ustanovu.

Podaci o tvrtki ili ustanovi koje biste trebali znati uključuju:

  • Kakva je vizija kako Power Platform će se koristiti u organizaciji?

  • Tko će u organizaciji graditi low-code imovinu?

Morate donijeti neke ključne odluke:

  • Kako će proizvođači dobiti nova okruženja?

  • Hoćete li grupirati svoje okruženje, i ako je tako, kako?

  • Koje su razine sigurnosti potrebne za različita okruženja i kako se klasificiraju okruženja?

  • Kako ćete odlučiti hoće li aplikacija, automatizacija ili kopilotni koristiti postojeće ili novo okruženje?

  • Postoje li praznine između osnovnih značajki platforme i vaših zahtjeva koji zahtijevaju postupak prilagođenog upravljanja?

  • Kako ćete postupati s postojećom imovinom u zadanom okruženju?

  • Imate li strategiju politike DLP-a za klijente i okoliš i ako je tako, kako se ona usklađuje sa strategijom zaštite okoliša koju stvarate?

Inspiraciju možete pronaći i u operativnim modelima u oblaku koji su dio okvira za usvajanje oblaka za Azure.

Popunite praznine pomoću platforme

Gotovo uvijek ćete pronaći zahtjeve koje ugrađene mogućnosti platforme ne zadovoljavaju. Dok procjenjujete ove nedostatke, razmotrite sljedeće moguće ishode svoje procjene:

  • Jaz je prihvatljiv.

  • Praznina se može popuniti pomoću Power Platform početnog kompleta Centra izvrsnosti.

  • Praznina se može popuniti pomoću mogućnosti platforme, kao što su API-ji, konektori i prilagođene aplikacije ili automatizacije.

  • Praznina se može popuniti pomoću alata ili aplikacije treće strane.

Početni komplet Centra izvrsnosti

Centar Power Platform izvrsnosti Starter Kit zbirka je komponenti i alata koji su osmišljeni kako bi pomogli vašoj organizaciji da usvoji i podrži korištenje Power Platform. Ključni aspekt početnog kompleta je njegova sposobnost prikupljanja podataka o korištenju platforme u vašim okruženjima koji mogu biti korisni dok razvijate i razvijate svoju strategiju okruženja.

Na primjer, nadzorna ploča okruženja Power BI nudi pregled koji vam pomaže razumjeti koja okruženja postoje u vašem klijentu, tko ih je stvorio i koju imovinu sadrže.

Snimka zaslona nadzorne ploče pregleda okruženja u prikazu Power BI numeričkih pločica, grafikona i filtara izvješća

Slika: nadzorna ploča okruženja u Power BI.

Komplet uključuje početne točke ili inspiraciju, kao što je postupak koji proizvođači mogu koristiti za traženje novih okruženja i promjene pravila DLP-a za svoja okruženja.

Dijagram toka koji ilustrira uloge administratora i autora i akcije u procesu traženja novog okruženja ili izmjene pravilnika DLP-a primijenjenog na okruženje

Slika: dijagram toka koji ilustrira postupak upravljanja okruženjem u početnom kompletu centara izvrsnosti.

Programibilnost i proširivost platforme

Jedna od sjajnih stvari na platformi za low-code je ta što je možete koristiti za izradu aplikacija, automatizacija, portala i kopilota koji će vam pomoći u upravljanju njome. Također imate pristup alatima niže razine koji se mogu koristiti za popunjavanje praznina u podršci vašoj strategiji okruženja.

Za izradu aplikacija i tokova možete koristiti sljedeće poveznike:

Sučelje naredbenog retka (CLI) Power Platform možete koristiti za razvoj automatizacija koje će vam pomoći u upravljanju životnim ciklusom okruženja i drugim zadacima povezanim s DevOps praksama.

Pomoću cmdleta PowerShell za Power Platform autore i administratore možete automatizirati mnoge zadatke nadzora i upravljanja.

Power Platform DLP SDK može vam pomoći u upravljanju pravilima za sprječavanje gubitka podataka klijenta i okruženja.

Preporuke najbolje prakse

U ovom odjeljku članka nadograđujemo preporuke u temeljima i odjeljcima specifičnim za scenarij.

Nova okruženja

Kao dio razvoja strategije, razmislite o tome kada stvarate okruženja koja podržavaju radno opterećenje. Vaša procjena mora uravnotežiti prednosti izolacije koje pruža okruženje – na primjer, mogućnost zaključavanja određenih okruženja više od drugih korisna je iz sigurnosne perspektive – s nedostacima, kao što je ta izolacija, stvara trenje za korisnike koji pokušavaju dijeliti podatke u aplikacijama.

Kada procjenjujete pripada li aplikacija ili automatizacija vlastitom okruženju, zasebno procijenite različite faze životnog ciklusa aplikacije. Tijekom razvoja važna je izolacija od drugih aplikacija. Kada se više aplikacija razvije u jednom okruženju, riskirate stvaranje ovisnosti među aplikacijama.

Kao opća preporuka, kada je to moguće, razvojna okruženja trebala bi biti jednonamjenska, jednokratna i lako ponovno stvorena.

Testiranje više aplikacija u istom okruženju ima smisla ako rade zajedno u proizvodnji. Zapravo, ako ne testirate s aplikacijama koje će se izvoditi u proizvodnji, riskirate da nećete otkriti probleme s kompatibilnošću.

Kada procjenjujete proizvodno okruženje aplikacije, imajte na umu sljedeća razmatranja:

  • Je li aplikacija kompatibilna s postojećim aplikacijama u okruženju? Na primjer, dvije aplikacije koje obje koriste Dataverse tablicu Kontakt u različite svrhe možda neće biti kompatibilne. Jesu li aplikacije kompatibilne iz perspektive pravilnika DLP-a?

  • Postoje li posebni zahtjevi za usklađenost ili regulatorni zahtjevi za odvajanje podataka? Na primjer, zahtijeva li Osjetljivost podataka njihovu izolaciju? Postoji li zahtjev da se podaci ne mogu uključiti u druge podatke?

  • Jesu li podaci vrlo povjerljivi ili osjetljivi? Bi li izvlačenje uzrokovalo novčanu ili reputacijsku štetu organizaciji? Izoliranje u zasebnom okruženju može omogućiti veću kontrolu nad sigurnošću.

  • Trebaju li aplikaciji podaci iz drugih aplikacija i treba li je surađivati s njima? Na primjer, dvije aplikacije koje obje koriste vašu tablicu Klijent trebale bi biti hostirane zajedno. Njihovo razdvajanje stvorilo bi suvišne kopije podataka i stvorilo probleme s održavanjem podataka.

  • Zahtijevaju li podaci prebivalište u regiji? U nekim se scenarijima ista aplikacija ili automatizacija mogu implementirati u regionalna okruženja kako bi se osigurala odgovarajuća izolacija podataka i boravište.

  • Je li većina korisnika u istoj regiji kao i okruženje? Ako je okruženje u EMEA-i, ali većina korisnika aplikacije temelji se na SAD-u, dijeljenje okruženja možda neće pružiti najbolje performanse.

  • Hoće li biti potrebni novi administratori ili će postojeći administratori biti dovoljni? Ako nova aplikacija zahtijeva više administratora, jesu li kompatibilni s postojećim administratorima jer će svi imati administratorska dopuštenja za sve aplikacije u okruženju?

  • Koliki je životni vijek aplikacije? Ako je aplikacija ili automatizacija privremena ili kratkotrajna, možda nije dobra ideja instalirati je u okruženju s trajnijim aplikacijama.

  • Hoće li korisnici imati poteškoća s korištenjem više okruženja za različite aplikacije? To može utjecati na sve, od pronalaženja aplikacije na mobilnom uređaju do samoposlužnog izvješćivanja koje mora povući podatke iz više okruženja.

Kapacitet

Svako okruženje (osim probnih i razvojnih okruženja) troši 1 GB za početnu dodjelu resursa. Kapacitet se dijeli na cijelom stanaru pa ga treba dodijeliti onima kojima je to potrebno.

Očuvajte kapacitet na sljedeće načine:

  • Upravljanjem zajedničkim testnim i radnim okruženjima. Za razliku od zajedničkih razvojnih okruženja, dopuštenja u ispitnim i proizvodnim okruženjima trebala bi biti ograničena na pristup korisnika za testiranje.
  • Automatizirajte čišćenje privremenih razvojnih okruženja i potaknite korištenje probnih okruženja za testiranje ili provjeru koncepta.

Grupe okruženja

Grupe okruženja su fleksibilne i omogućuju vam da prilagodite različite slučajeve upotrebe jedinstvene za vaše organizacije. Evo nekoliko načina na koje biste mogli razmotriti grupiranje okruženja kao dio svoje strategije okruženja:

  • Po usluzi ili komponenti; Na primjer, ServiceNow stablo usluge

  • Razvoj, testiranje i proizvodnja

  • Odjeli, poslovne grupe ili centri troškova

  • Po projektima

  • Prema lokaciji, ako većina okruženja na lokaciji ima slične potrebe upravljanja; To također može pomoći u postizanju slične regionalne regulatorne i pravne usklađenosti

Dijagram koji prikazuje grupu financijskih okruženja i grupu hr okruženja s različitim pravilima

Slika: Grupe okruženja za dva različita odjela imaju različita pravila.

Imenovanje okruženja i grupa

Kao dio svoje strategije, razmislite o tome kako se imenuju okruženja i grupe.

  • Nazivi okruženja vidljivi su administratorima, autorima i korisnicima. Samo administratori obično koriste grupe okruženja, ali autori ih mogu susresti ako imaju privilegije za stvaranje okruženja.

  • Okruženja razvojnih programera koja se automatski stvaraju slijede okruženje < korisničkog imena> uzorka; na primjer, "Okruženje Averyja Howarda". Grupe okruženja ne imenuju se automatski.

  • Nazivi grupa okruženja i okruženja ne moraju biti jedinstveni. Međutim, kako biste izbjegli zabunu, najbolje je izbjegavati dvostruka imena.

  • Imena su ograničena na 100 znakova. Kraća imena su lakša za korištenje.

Uspostavite dosljednu konvenciju imenovanja.

  • Dosljedna imena pomažu administratorima da znaju koja je svrha grupe i kojim okruženjima upravlja te mogu olakšati automatizaciju i izvješćivanje.

  • Uobičajena praksa je uključiti fazu životnog ciklusa u ime okruženja; na primjer, Contoso Dev, Contoso Test, Contoso Prod. Cilj je jasno odvojiti okruženja koja imaju isti sadržaj, ali različite svrhe.

  • Druga uobičajena praksa je uključivanje odjela ili poslovne jedinice u naziv kada je okruženje posvećeno toj skupini korisnika.

  • Na primjer, možete odlučiti da svi nazivi grupa okruženja ili okruženja moraju slijediti obrazac <životni ciklus-faza-regija-poslovna><>< jedinica-svrha><> (Prod-US-Finance-Payroll).

Neka imena budu kratka, smislena i opisna.

Razmislite o tome kako će se vaše grupe razvijati i rasti tijekom vremena i pobrinite se da vaša konvencija imenovanja može zadovoljiti ove potrebe koje se razvijaju.

Izbjegavajte uključivanje povjerljivih podataka u imena. Mogu biti vidljivi svima koji imaju pristup centru za administratore.

Imovina u zadanom okruženju

Vaša strategija okruženja trebala bi poticati (ili provoditi) korištenje osobnih, razvojnih okruženja kako bi se smanjilo ono što se stvara u zadanom okruženju. Međutim, trebali biste pogledati što su proizvođači već stvorili u zadanom okruženju i procijeniti kako postupati sa svakim slučajem upotrebe. Je li prikladno otići u zadanom okruženju ili ga treba migrirati u drugo okruženje?

Ključni dio izvođenja ovog higijenskog napora je identificiranje aplikacija koje se široko koriste u vašoj organizaciji i trebale bi imati vlastito zaštićeno razvojno okruženje koje je odvojeno od proizvodnog okruženja.

U sljedećoj su tablici navedeni primjeri slučajeva upotrebe i akcija migracije. U konačnici, vaša organizacija mora identificirati vlastite slučajeve upotrebe i čimbenike rizika povezane s ostavljanjem imovine u zadanom okruženju. Saznajte više o tome kada premjestiti sredstva iz zadanog okruženja.

Zadano okruženje Akcija migracije
Microsoft 365 osobna produktivnost Ostanite u zadanom okruženju.
Sredstva s jednim proizvođačem koja su nedavno korištena, ali se ne dijele Prelazak na osobu vlasnika, okruženje za razvojne inženjere.
Imovina s jednim proizvođačem koja je nedavno korištena i dijeli se Premjestite se na pojedinca vlasnika, okruženje za razvojne inženjere i pokrenite iz zajedničkog proizvodnog okruženja.
Imovina s više proizvođača koja je nedavno korištena i dijeli se Premjestite se na zajednički okruženje za razvojne inženjere i pokrenite iz zajedničkog proizvodnog okruženja.
Sredstva koja u posljednje vrijeme nisu korištena Obavijestite vlasnika i premjestite se u karantenu ako nema odgovor.

Imovina u Dataverse for Teams okruženjima

Microsoft Dataverse for Teams omogućuje korisnicima izradu prilagođenih aplikacija, botova i tokova Microsoft Teams pomoću Power Apps Microsoft Copilot Studio i Power Automate. Kada vlasnik tima doda ovu sposobnost svom timu, Microsoft Power Platform okruženje s Dataverse for Teams bazom podataka stvara se i povezuje s njegovim timom. Saznajte kako uspostaviti pravila upravljanja za upravljanje Microsoft Dataverse for Teams okruženjima..

Interna strategija zaštite okoliša u Microsoftu

Microsoft sebe smatra "Nultim kupcem" jer interno usvaja Power Platform kako bi potaknuo automatizaciju i učinkovitost među svojim zaposlenicima. Sljedeći brojevi daju vam ideja opsega korištenja u internom Microsoftovu klijentu.

  • 50,000-60,000 aktivne proizvođače svaki mjesec

  • Više od 250.000 prijava i preko 300.000 tokova

  • Više od 20.000 okruženja

Microsoft prelazi s prethodne strategije okruženja na onu pomoću najnovijih Power Platform značajki upravljanja, uključujući Upravljana rješenja, grupe okruženja i pravila.

Kao dio poboljšane strategije Microsoft planira grupirati scenarije na temelju vrste razvoja, vlasništva tvrtke ili ustanove i razine rizika. Budući da se toliko toga gradi u cijeloj tvrtki, preteško je usredotočiti se na svaki mogući scenarij i prilagoditi se za svaki slučaj upotrebe. Previše se toga događa i treba ga automatizirati i iskoristiti što više gotovih kontrola.

Microsoft strukturira svoja Power Platform okruženja u tri šire kategorije koje pokrivaju sedam slučajeva upotrebe, odražavajući različite stupnjeve rizika i kontrole: osobnu produktivnost, timsku suradnju i razvoj poduzeća.

  • Osobna produktivnost - Ovo je za nekoga tko samo želi izraditi aplikaciju ili teći za sebe. Na primjer, ne surađuju s drugima. Ti su korisnici usmjereni u okruženja za osobni razvoj, koja su zaključana. Ta okruženja koriste značajke upravljanog okruženja, uključujući ograničavanje zajedničkog korištenja i kontrolu drugih stvari koje možete raditi u okruženjima. Konektori i dostupne radnje jako su ograničeni u ovoj skupini okruženja. Ova okruženja su najmanje rizična. Korištenje zaključanih, osobnih okruženja omogućuje korisnicima da izbjegnu rigorozniji postupak usklađenosti samo za izgradnju aplikacija i tokova osobne produktivnosti.

  • Timska suradnja - Ovo je za korisnike koji izrađuju alate, automatizaciju i procese za svoj tim. U tom scenariju Microsoft potiče korištenje Dataverse for Teams okruženja. Životni ciklus, upravljanje pristupom i označavanje podataka kontroliraju se na Microsoft 365 razini grupe, tako da ne moramo trošiti vrijeme na upravljanje tim korisnicima iz Power Platform perspektive upravljanja. Ova razina uporabe je sljedeći korak u spektru rizika.

  • Razvoj poduzeća / razina proizvodnje koju koriste svi zaposlenici - To su ljudi koji grade alate ili rješenja koja se šire koriste u cijeloj tvrtki. Ta okruženja mogu pohraniti najosjetljivije podatke, koristiti snažnije poveznike i zahtijevati više upravljanja. To se smatra najvećim rizikom i većina napora troši se na upravljanje. ALM je obavezan, s pretprodukcijskim radom koji se odvija u okruženjima u memoriji za testiranje i dopuštena su samo upravljana rješenja u proizvodnim okruženjima. Ta okruženja moraju biti povezana s ServiceTree, što nameće ponavljanje pregleda sigurnosti i privatnosti. Pravila grupe okruženja prilagođavaju se na temelju metapodataka i signala ServiceTree. Mnoge grupe okruženja i pravila koriste se za upravljanje tim okruženjima i kontrolu nad njima.

Microsoftova strategija upravljanja nije statična. Fluidan je i mijenja se kako bi se prilagodio novim izazovima i uključio nove Power Platform značajke.

Razvijte svoju strategiju okruženja klijenta

U ovom smo članku opisali kako uspostaviti strategiju okruženja stanara na razini poduzeća. Strategija može rasti s vašim poslovanjem, bez obzira na to gdje započinjete putovanje. Organizacije bilo koje veličine mogu imati koristi od strategije koju predstavljamo; Međutim, za organizacije koje su već u većem opsegu, koristi su veće.

Razvoj strategije okruženja stanara nije jednokratna aktivnost. To je putovanje. Trebali biste razvijati svoju strategiju tijekom vremena kako se vaše potrebe mijenjaju. Vaša se strategija također mora prilagoditi usvajanju novih mogućnosti platforme i rješavanju novih izazova.

Kao i sva putovanja, različite organizacije pridružuju se različitim točkama na putu, ali sve imaju na umu isto odredište. Slijede moguće rampe koje predstavljaju mjesto na kojem se danas nalazi vaša organizacija.

Pokreni

Vaša organizacija je na početku svog putovanja na usvajanje Power Platform. To se često naziva greenfield. Započinjete svoje putovanje na najboljem mjestu jer ne morate brinuti o postojećim okruženjima ili utjecaju novih pravila na način na koji korisnici u vašoj tvrtki ili ustanovi koriste Power Platform. Ovo je najbolje vrijeme za provedbu strategije okruženja na razini poduzeća koja je usklađena sa značajkama proizvoda i najboljim praksama.

Istražite ključne značajke i strategije okruženja navedene u ovom članku. Odvojite vrijeme da shvatite ključne teme i razmatranja i odluke koje su vam potrebne za dizajniranje i provedbu strategije okruženja stanara koja najbolje odgovara vašim zahtjevima.

Uspostavljanje čvrstih temelja sada je ključno kako bi se izbjeglo natezanje situacije izvan kontrole koja se može dogoditi kasnije ako počnete bez definirane strategije. Planirajte brzo ubrzanje vaše upotrebe Power Platform, ali izbjegavajte iskušenje da pretjerano osmislite svoju strategiju okruženja dodavanjem složenosti koja nije potrebna. Zapamtite, ovo je putovanje i možete nastaviti razvijati svoju strategiju kako se vaše potrebe mijenjaju.

Poravnaj

Vaša tvrtka ili ustanova provodi i provodi strategiju okruženja koju je potrebno izmijeniti kako bi se uskladila s novim Power Platform značajkama i najboljim praksama. To se često naziva brownfield. Za razliku od organizacija koje tek počinju, morate uzeti u obzir utjecaj promjene strategije zaštite okoliša na vašu organizaciju.

Istražite ključne značajke i strategije okruženja navedene u ovom članku i procijenite što je potrebno za razvoj vaše strategije kako biste bili usklađeniji. Obično su potrebne samo postupne prilagodbe. Kada je to moguće, planirajte uvođenje promjena kako biste smanjili utjecaj na svoje korisnike.

Sljedeći prijedlozi uobičajene su inkrementalne promjene koje možete implementirati:

  • Da biste započeli poravnanje bez utjecaja na postojeća okruženja, stvorite grupu okruženja koja sadrži nova okruženja za razvojne inženjere i uspostavite pravila za upravljanje njima. Uključite usmjeravanje okruženja da biste osigurali stvaranje svih novih okruženja za razvojne inženjere u određenoj grupi.

  • Procijenite svoju strategiju grupiranja i, ako je potrebno, stvorite grupe koje će podržati vaša postojeća okruženja. Uspostavite pravila za one skupine koje su usklađene s postojećim ograničenjima i iznimkama. Premjestite postojeća okruženja u te grupe.

  • Identificirajte široko popularne aplikacije koje su izgrađene i koriste se u zadanom okruženju. Pomoću kanala objavite ih u proizvodnom okruženju u kojem ih korisnici u vašoj tvrtki ili ustanovi mogu pokretati. Zatim radite na migraciji razvoja tih aplikacija u individualno, okruženje za razvojne inženjere ili namjensko, razvojno okruženje.

  • Stvorite plan za identifikaciju, stavljanje u karantenu i uklanjanje sredstava u zadanom okruženju koja se ne koriste.

Poboljšaj

Strategija okruženja koju provodite već je u skladu s najnovijim značajkama i najboljim praksama, ali vaša tvrtka ili ustanova želi dodati više kontrola ili značajki.

Priopćavanje strategije okruženja tvrtki ili ustanovi

Strategiju okruženja klijenta implementirate uspješnije ako vaši Power Platform korisnici razumiju i usklađeni su s onim što pokušavate postići. Ako jednostavno aktivirate svoju strategiju bez ikakve komunikacije, korisnici vide promjene kao ograničenja i traže načine kako ih zaobići.

Kao dio razvoja ili razvoja vaše strategije, odlučite kako informirate korisnike o ključnim elementima strategije koji utječu na njihovu upotrebu Power Platform. Nisu im potrebni svi tehnički detalji vaše strategije, već samo osnovne stvari koje pomažu osigurati da ostanu produktivni, kao što su:

  • Svrha zadanog okruženja

  • Gdje bi trebali graditi novu low-code imovinu

  • Kako bi trebali koristiti svoje osobne okruženje za razvojne inženjere

  • Kako zatražiti prilagođena okruženja za određene poslovne jedinice ili projekte

  • Općenita pravila korištenja poveznika i kako zatražiti dodatne ovlasti poveznika za svoja okruženja

  • Kako podijeliti ono što grade s drugima

  • Odgovornosti tvorca; npr:

    • Održavajte klijenta čistim. Izbrišite okruženja, aplikacije i tokove ako više nisu potrebni. Ako eksperimentirate, koristite testna okruženja.

    • Pametno dijelite. Pripazite na prekomjerno dijeljenje okruženja, aplikacija, tijekova i zajedničkih veza.

    • Zaštitite podatke tvrtke ili ustanove. Izbjegavajte premještanje podataka iz vrlo povjerljivih ili povjerljivih izvora podataka u nezaštićenu ili vanjsku pohranu.

  • Kada se strategija promijeni, podijelite kako promjene utječu na korisnike kako bi znali što učiniti drugačije

Dobar početak je uključivanje sadržaja dobrodošlice proizvođača u grupu okruženja u koju se dodaju novi proizvođači.

Snimka zaslona sadržaja dobrodošlice za autore u sustavu Power Platform

Slika: koristite sadržaj dobrodošlice kako biste pomogli novim autorima da budu uspješni.

Još jedan učinkovit pristup komunikaciji s vašim korisnicima je uspostavljanje internog Power Platform čvorišta. Središte može biti mjesto na kojem ljudi mogu surađivati na projektima, dijeliti Ideje i otkrivati nove načine primjene tehnologije kako bi postigli više. Središte bi moglo biti mjesto na kojem dijelite detaljnije informacije o svojoj strategiji okruženja koje su relevantne za vaše korisnike. Saznajte kako stvoriti interno Power Platform čvorište.

Zaključak

U ovom smo članku istražili značajke koje su osmišljene kako bi vašoj tvrtki ili ustanovi pomogle u upravljanju Power Platform okruženjima na razini poduzeća i uključile ih u strategiju klijentskog okruženja.

Kako vaša tvrtka ili ustanova Power Platform usvaja i upotreba se ubrzava, potreba za okruženjima može se brzo promijeniti. Potreban vam je agilan pristup koji pomaže vašoj strategiji okruženja da ide ukorak s promjenama i nastavi ispunjavati promjenjive zahtjeve upravljanja vaše tvrtke ili ustanove.

Ključni čimbenik uspjeha sa strategijom okruženja stanara je komunikacija sa svojim tvorcima i korisnicima i dobivanje njihove podrške. Provjerite znaju li ljudi koji izrađuju low-code aplikacije i automatizacije slijediti strategiju okruženja vaše tvrtke ili ustanove i gdje bi trebali graditi svoju low-code imovinu.

Put svake organizacije do usvajanja je jedinstven. Power Platform Predstavili smo neke Ideje koje će vam pomoći da počnete na desnoj nozi. Tim ili Power Platform partner Microsoftova računa može vam pomoći u stvaranju prilagođenije strategije okruženja klijenta za vašu tvrtku ili ustanovu.

Resursi