{"id":13555,"date":"2026-09-07T09:19:53","date_gmt":"2026-09-07T07:19:53","guid":{"rendered":"https:\/\/www.it-dev.eu\/?p=13555"},"modified":"2026-09-09T14:50:55","modified_gmt":"2026-09-09T12:50:55","slug":"srodowisko-default-w-power-platform","status":"publish","type":"post","link":"https:\/\/www.it-dev.eu\/pl\/blog-pl\/srodowisko-default-w-power-platform\/","title":{"rendered":"\u015arodowisko Default w Power Platform"},"content":{"rendered":"\n
\n

W wielu organizacjach przygoda z Power Platform zaczyna si\u0119 bez wielkiego planu.<\/strong><\/strong> Kto\u015b otwiera Power Apps, buduje pierwsz\u0105 aplikacj\u0119, odpala pierwszy flow w Power Automate. I niemal zawsze robi to w \u015brodowisku Default. To jednocze\u015bnie najbardziej naturalny punkt startu – i jedno z najcz\u0119stszych \u017ar\u00f3de\u0142 p\u00f3\u017aniejszego chaosu.<\/p>\n<\/div>\n\n\n\n

<\/div>\n\n\n\n

Czym jest \u015brodowisko Default?<\/h2>\n\n\n\n

Ka\u017cdy tenant Microsoft 365 posiada jedno \u015brodowisko domy\u015blne, tworzone automatycznie. Nosi ono zwykle nazw\u0119 w formacie NazwaTenanta (default)<\/strong> i jest wsp\u00f3\u0142dzielone przez u\u017cytkownik\u00f3w w organizacji.<\/p>\n\n\n\n

To nie jest \u015brodowisko \u201etestowe” ani \u201eprodukcyjne” w klasycznym sensie. To wsp\u00f3lna przestrze\u0144 startowa<\/strong> \u2013  miejsce, w kt\u00f3rym u\u017cytkownicy mog\u0105 szybko tworzy\u0107 aplikacje i przep\u0142ywy bez czekania na provisioning dedykowanego \u015brodowiska. Microsoft wprost wskazuje, \u017ce w\u0142a\u015bnie tutaj wielu pracownik\u00f3w zaczyna budow\u0119 rozwi\u0105za\u0144 zwi\u0105zanych z w\u0142asn\u0105 produktywno\u015bci\u0105, i zaznacza, \u017ce \u015brodowisko to nie daje gwarancji backupu i nie jest przeznaczone do obci\u0105\u017ce\u0144 produkcyjnych<\/strong> (MS Learn<\/a>).<\/p>\n\n\n\n

Kluczowa cecha: ka\u017cdy licencjonowany u\u017cytkownik automatycznie otrzymuje rol\u0119 Environment Maker<\/strong> (tw\u00f3rca \u015brodowiska) w \u015brodowisku Default. Mo\u017ce od razu tworzy\u0107 aplikacje, cloud flows i po\u0142\u0105czenia. Nie dostaje natomiast roli Environment Admin<\/strong> \u2013 \u00a0nikt nie jest z urz\u0119du administratorem Defaulta, wi\u0119c bez nadania uprawnie\u0144 nie ma kto zarz\u0105dza\u0107 \u015brodowiskiem ani jego ustawieniami (MS Learn<\/a>). I w\u0142a\u015bnie ta szeroka dost\u0119pno\u015b\u0107 sprawia, \u017ce Default obni\u017ca pr\u00f3g wej\u015bcia niemal do zera. To \u015bwietna wiadomo\u015b\u0107 dla adopcji platformy \u2013 znacznie gorsza dla governance i p\u00f3\u017aniejszego utrzymania.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Default vs dedykowane \u015brodowisko – por\u00f3wnanie<\/h2>\n\n\n\n

Zanim przejdziemy do scenariuszy z praktyki, warto zobaczy\u0107 r\u00f3\u017cnic\u0119 systemowo. Default i \u015brodowisko dedykowane r\u00f3\u017cni\u0105 si\u0119 na ka\u017cdym istotnym wymiarze governance \u2013 od sposobu powstania przez kontrol\u0119 dost\u0119pu po mo\u017cliwo\u015b\u0107 zbudowania ALM:<\/p>\n\n\n\n

Aspekt<\/th>\u015arodowisko Default<\/th>Dedykowane \u015brodowisko (DEV\/TEST\/PROD)<\/th><\/tr><\/thead>
Tworzenie<\/td>Automatyczne \u2013 istnieje od momentu aktywacji tenanta<\/td>R\u0119czne \u2013 wymaga decyzji admina i odpowiedniej licencji<\/td><\/tr>
Dost\u0119p<\/td>Wszyscy licencjonowani u\u017cytkownicy (Environment Maker)<\/td>Kontrolowany \u2013 tylko wskazani u\u017cytkownicy i grupy<\/td><\/tr>
Baza danych Dataverse<\/td>Brak lub jedna, wsp\u00f3\u0142dzielona przez ca\u0142\u0105 organizacj\u0119 \u2013 bez izolacji mi\u0119dzy rozwi\u0105zaniami<\/td>Dodawana \u015bwiadomie, zgodnie z przeznaczeniem \u015brodowiska<\/td><\/tr>
Backup<\/td>Tylko automatyczne kopie systemowe \u2013 brak r\u0119cznego backupu<\/td>Pe\u0142na kontrola \u2013 backup r\u0119czny i automatyczny<\/td><\/tr>
DLP\/data policies<\/td>Powinny by\u0107 restrykcyjne, bo wszyscy u\u017cytkownicy maj\u0105 dost\u0119p makerski<\/td>Mo\u017cliwo\u015b\u0107 dopasowania polityk do roli \u015brodowiska<\/td><\/tr>
Solution management<\/td>Technicznie mo\u017cliwe, ale niezalecane jako model ALM dla rozwi\u0105za\u0144 produkcyjnych<\/td>Naturalne miejsce dla managed solutions, pipelines i CI\/CD<\/td><\/tr>
Izolacja danych<\/td>Brak dedykowanej granicy mi\u0119dzy rozwi\u0105zaniami<\/td>Pe\u0142na izolacja na poziomie \u015brodowiska<\/td><\/tr>
Typowe zastosowanie<\/td>Personal productivity, prototypy, nauka<\/td>Rozwi\u0105zania zespo\u0142owe, biznesowo krytyczne, produkcja<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Sk\u0105d bierze si\u0119 chaos? Trzy scenariusze z praktyki<\/h2>\n\n\n\n

Scenariusz 1:<\/mark> \u201eTymczasowa” aplikacja do wniosk\u00f3w urlopowych<\/h3>\n\n\n\n

Kto\u015b z HR buduje w Default prost\u0105 Canvas App do zg\u0142aszania urlop\u00f3w. Dzia\u0142a, wi\u0119c udost\u0119pnia j\u0105 zespo\u0142owi. Po trzech miesi\u0105cach korzysta z niej 80 os\u00f3b, aplikacja jest po\u0142\u0105czona z list\u0105 SharePoint zawieraj\u0105c\u0105 dane osobowe pracownik\u00f3w, a nikt nie wie, kto jest jej \u201ew\u0142a\u015bcicielem”. Gdy autor odchodzi z firmy \u2013 po\u0142\u0105czenia przestaj\u0105 dzia\u0142a\u0107, bo by\u0142y na jego koncie.<\/p>\n\n\n\n

Scenariusz 2:<\/mark> Flow, kt\u00f3ry \u201enie mo\u017ce przesta\u0107 dzia\u0142a\u0107”<\/h3>\n\n\n\n

Zesp\u00f3\u0142 sprzeda\u017cy buduje cloud flow integruj\u0105cy SharePoint z Outlookiem \u2013 automatyczne powiadomienia o nowych leadach. Flow dzia\u0142a w Default na po\u0142\u0105czeniu osobistym jednego u\u017cytkownika. Gdy konto zostaje zablokowane, usuni\u0119te albo po\u0142\u0105czenie traci autoryzacj\u0119, proces przestaje dzia\u0142a\u0107, a zesp\u00f3\u0142 dowiaduje si\u0119 o tym dopiero po dw\u00f3ch dniach ciszy w powiadomieniach.<\/p>\n\n\n\n

Scenariusz 3:<\/mark> Prototyp, kt\u00f3ry trafi\u0142 na spotkanie z zarz\u0105dem<\/h3>\n\n\n\n

Developer buduje proof of concept w Default – Canvas App + Power Automate + Dataverse. Demo idzie tak dobrze, \u017ce zarz\u0105d m\u00f3wi: \u201ewdra\u017camy w przysz\u0142ym tygodniu”. Nie ma osobnych \u015brodowisk, nie ma pipeline’u, nie ma test\u00f3w. Ka\u017cda zmiana w \u201edev” to jednocze\u015bnie zmiana na \u201eprodukcji”.<\/p>\n\n\n\n

We wszystkich trzech przypadkach wzorzec jest ten sam: rozwi\u0105zanie przerasta \u015brodowisko, w kt\u00f3rym powsta\u0142o.<\/strong> Dwa pierwsze scenariusze \u0142\u0105czy dodatkowo ta sama pu\u0142apka techniczna: po\u0142\u0105czenia i przep\u0142ywy oparte na osobistym koncie tw\u00f3rcy. St\u0105d prosta zasada \u2013 dla rozwi\u0105za\u0144 u\u017cywanych przez zesp\u00f3\u0142 nie opieraj krytycznych po\u0142\u0105cze\u0144 na prywatnym koncie autora<\/strong>. Przenie\u015b komponenty do rozwi\u0105zania, u\u017cyj connection references<\/em> i powi\u0105\u017c je z kontrolowanym kontem technicznym, wsp\u00f3\u0142dzielonym po\u0142\u0105czeniem lub service principalem tam, gdzie dany konektor to obs\u0142uguje. Samo connection reference porz\u0105dkuje ALM, ale nie usuwa ryzyka, je\u015bli nadal wskazuje na po\u0142\u0105czenie osobiste. Druga lekcja: skonfiguruj monitoring nieudanych przebieg\u00f3w, aby o awarii dowiedzie\u0107 si\u0119 z alertu, a nie z dwudniowej ciszy w skrzynce.<\/p>\n\n\n\n

Microsoft wskazuje, \u017ce Default przestaje by\u0107 odpowiednim miejscem, gdy aplikacja jest szeroko udost\u0119pniana, pracuje na wra\u017cliwych danych, intensywnie korzysta z SharePointa lub u\u017cywa konektor\u00f3w wymagaj\u0105cych lepszej kontroli (MS Learn<\/a>).<\/p>\n\n\n\n

<\/div>\n\n\n\n

Czy Default jest z\u0142y?<\/h2>\n\n\n\n

Nie. I warto to powiedzie\u0107 jasno.<\/p>\n\n\n\n

\u015arodowisko Default nie jest b\u0142\u0119dem projektowym \u2013 jest \u015bwiadom\u0105 decyzj\u0105 architektoniczn\u0105. Istnieje po to, \u017ceby organizacja mog\u0142a szybko rozpocz\u0105\u0107 prac\u0119 z Power Platform bez skomplikowanego procesu startowego.<\/p>\n\n\n\n

Default dobrze sprawdza si\u0119 jako przestrze\u0144 do prostych scenariuszy personal productivity, prototypowania i nauki platformy. Problem zaczyna si\u0119 dopiero wtedy, gdy organizacja traktuje go jako miejsce docelowe dla wszystkiego.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Co warto wiedzie\u0107 jako admin, architekt lub developer?<\/h2>\n\n\n\n

Defaulta nie da si\u0119 usun\u0105\u0107.<\/strong> To \u015brodowisko specjalne, tworzone systemowo. Nie mo\u017cna go te\u017c r\u0119cznie backupowa\u0107 \u2013 kopie systemowe s\u0105 wykonywane automatycznie.<\/p>\n\n\n\n

Wymaga \u015bwiadomego zarz\u0105dzania od pierwszego dnia.<\/strong> Nawet je\u015bli organizacja dopiero zaczyna prac\u0119 z platform\u0105, Microsoft rekomenduje: jasne komunikowanie przeznaczenia Defaulta, rozwa\u017cenie zmiany jego nazwy (np. na \u201e\u015arodowisko osobiste \u2013 nie do rozwi\u0105za\u0144 produkcyjnych”), ograniczanie nadmiernego udost\u0119pniania oraz wdro\u017cenie polityk DLP.<\/p>\n\n\n\n

Dobry governance to nie blokowanie u\u017cytkownik\u00f3w.<\/strong> Chodzi o to, \u017ceby wiedzie\u0107, co powstaje, rozr\u00f3\u017cnia\u0107 rozwi\u0105zania osobiste od zespo\u0142owych i wychwytywa\u0107 moment, w kt\u00f3rym co\u015b przestaje by\u0107 \u201ema\u0142ym usprawnieniem” i zaczyna wymaga\u0107 w\u0142asnego \u015brodowiska, ALM i kontroli dost\u0119pu.<\/p>\n\n\n\n

Environment routing pozwala kierowa\u0107 maker\u00f3w poza Default.<\/strong> To ustawienie na poziomie tenanta, kt\u00f3re automatycznie kieruje nowych (lub tak\u017ce istniej\u0105cych) tw\u00f3rc\u00f3w do ich w\u0142asnych, osobistych \u015brodowisk developerskich, zamiast do \u015brodowiska Default. Maker nie musi wiedzie\u0107, w kt\u00f3rym \u015brodowisku pracowa\u0107 \u2013 trafia do swojej przestrzeni automatycznie, a admin zyskuje pewno\u015b\u0107, \u017ce Default nie zape\u0142nia si\u0119 nowymi aplikacjami. Utworzone w ten spos\u00f3b \u015brodowiska s\u0105 \u015brodowiskami zarz\u0105dzanymi (Managed Environments) i mog\u0105 by\u0107 automatycznie przypisywane do grupy \u015brodowisk z gotowym zestawem regu\u0142; do uruchamiania w nich rozwi\u0105za\u0144 u\u017cytkownicy potrzebuj\u0105 licencji premium (MS Learn<\/a>). Dla organizacji, kt\u00f3re dopiero uk\u0142adaj\u0105 governance, to obecnie jedno z najskuteczniejszych narz\u0119dzi ograniczania rozrostu Defaulta \u2013 problem rozwi\u0105zuje si\u0119 u \u017ar\u00f3d\u0142a, zamiast by\u0107 sprz\u0105tany po fakcie.<\/p>\n\n\n\n

Je\u015bli organizacja korzysta z Managed Environments<\/strong>, warto rozwa\u017cy\u0107 w\u0142\u0105czenie ich tak\u017ce dla Default. Daje to dodatkowe mechanizmy governance, m.in. limity udost\u0119pniania, usage insights i rekomendacje administracyjne.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Co zrobi\u0107 z Defaultem w pierwszym tygodniu?<\/h2>\n\n\n\n

Nie trzeba zaczyna\u0107 od du\u017cego programu governance. Wystarczy kilka konkretnych dzia\u0142a\u0144, kt\u00f3re od razu ograniczaj\u0105 ryzyko:<\/p>\n\n\n\n

    \n
  1. Zmie\u0144 nazw\u0119 \u015brodowiska na komunikuj\u0105c\u0105 przeznaczenie, np. \u201ePersonal Productivity \u2013 nie do produkcji”.<\/li>\n\n\n\n
  2. Skonfiguruj maker welcome content z linkiem do zasad tworzenia aplikacji.<\/li>\n\n\n\n
  3. Ustaw restrykcyjn\u0105 data policy dla Default.<\/li>\n\n\n\n
  4. Zostaw wy\u0142\u0105czone szerokie udost\u0119pnianie aplikacji ca\u0142ej organizacji.<\/li>\n\n\n\n
  5. Ustal proces przenoszenia aplikacji, kt\u00f3re staj\u0105 si\u0119 zespo\u0142owe lub produkcyjne.<\/li>\n\n\n\n
  6. Rozwa\u017c w\u0142\u0105czenie environment routing<\/strong>, \u017ceby nowi makerzy trafiali do w\u0142asnych \u015brodowisk developerskich zamiast do Default (wymaga Managed Environments i licencji premium do uruchamiania rozwi\u0105za\u0144).<\/li>\n<\/ol>\n\n\n\n
    <\/div>\n\n\n\n

    Kiedy rozwi\u0105zanie powinno opu\u015bci\u0107 Default?<\/h2>\n\n\n\n

    Sygna\u0142y alarmowe s\u0105 proste:<\/p>\n\n\n\n

    Z rozwi\u0105zania korzysta wi\u0119cej ni\u017c kilka os\u00f3b.<\/strong> To znak, \u017ce przestaje by\u0107 prywatnym usprawnieniem i staje si\u0119 narz\u0119dziem zespo\u0142owym \u2013 z realnym wp\u0142ywem na procesy i oczekiwaniami co do dost\u0119pno\u015bci. Wytyczne Microsoft dotycz\u0105ce migracji z Default wskazuj\u0105 skal\u0119 udost\u0119pnienia jako jeden z wa\u017cnych sygna\u0142\u00f3w, ale liczby u\u017cytkownik\u00f3w nie nale\u017cy traktowa\u0107 jak sztywnej granicy. R\u00f3wnie istotne s\u0105 krytyczno\u015b\u0107 procesu, rodzaj danych, model uprawnie\u0144 i odpowiedzialno\u015b\u0107 za utrzymanie (MS Learn<\/a>).<\/p>\n\n\n\n

    Rozwi\u0105zanie obs\u0142uguje wa\u017cny proces biznesowy.<\/strong> Je\u015bli awaria lub b\u0142\u0119dna zmiana zaczyna mie\u0107 realny koszt \u2013 finansowy, operacyjny lub wizerunkowy \u2013 to rozwi\u0105zanie potrzebuje \u015brodowiska z kontrol\u0105 zmian.<\/p>\n\n\n\n

    Pojawiaj\u0105 si\u0119 dane wra\u017cliwe lub wi\u0119ksza skala danych.<\/strong> Dane osobowe, finansowe, medyczne \u2013 w Default nie masz granularnej kontroli dost\u0119pu ani izolacji na poziomie \u015brodowiska. Governance i bezpiecze\u0144stwo przestaj\u0105 by\u0107 opcjonalne.<\/p>\n\n\n\n

    Potrzebujesz wdro\u017ce\u0144, wersjonowania i kontroli zmian<\/strong>, czyli wchodzisz w obszar DEV\/TEST\/PROD i ALM \u2013  managed solutions, environment variables, pipelines. W Default tego nie zbudujesz w spos\u00f3b kontrolowany.<\/p>\n\n\n\n

    <\/div>\n\n\n\n

    Dobra praktyka: trzy poziomy dojrza\u0142o\u015bci rozwi\u0105zania<\/h2>\n\n\n\n

    Najprostsza zasada, kt\u00f3r\u0105 warto przyj\u0105\u0107 w organizacji:<\/p>\n\n\n\n

    Rozwi\u0105zania osobiste<\/mark><\/strong> \u2013 mog\u0105 \u017cy\u0107 w Default. M\u00f3j flow do sortowania maili, moja aplikacja do notatek ze spotka\u0144 \u2013 to ich naturalne miejsce.<\/p>\n\n\n\n

    Rozwi\u0105zania zespo\u0142owe<\/mark><\/strong> \u2013 powinny trafi\u0107 do dedykowanych \u015brodowisk z jasno zdefiniowanymi rolami i politykami DLP.<\/p>\n\n\n\n

    Rozwi\u0105zania produkcyjne<\/mark><\/strong> \u2013 wymagaj\u0105 pe\u0142nego ALM: osobnych \u015brodowisk DEV\/TEST\/PROD, managed solutions, pipeline’\u00f3w, monitoringu i w\u0142a\u015bciciela odpowiedzialnego za utrzymanie.<\/p>\n\n\n\n

    To w\u0142a\u015bnie ten moment decyzji odr\u00f3\u017cnia \u201ezabaw\u0119 platform\u0105” od \u015bwiadomego budowania rozwi\u0105za\u0144 w organizacji.<\/p>\n\n\n\n

    <\/div>\n\n\n\n

    Podsumowanie<\/h2>\n\n\n\n

    Si\u0142\u0105 Defaulta jest zerowy pr\u00f3g wej\u015bcia \u2013  i ta sama si\u0142a zamienia si\u0119 w ba\u0142agan, gdy zabraknie zasad, widoczno\u015bci i \u015bwiadomego momentu przej\u015bcia do bardziej dojrza\u0142ego modelu pracy.<\/p>\n\n\n\n

    Zamiast wi\u0119c pyta\u0107 \u201eCzy powinni\u015bmy zablokowa\u0107 Default?”, lepiej zastanowi\u0107 si\u0119, jak m\u0105drze z niego korzysta\u0107 i kiedy przenie\u015b\u0107 rozwi\u0105zanie dalej. Bo to nie Default jest problemem, tylko brak strategii wok\u00f3\u0142 niego.<\/strong><\/p>\n\n\n\n

    <\/div>\n\n\n\n

    \u0179r\u00f3d\u0142a<\/h2>\n\n\n\n