Nawet niewielka zmiana w aplikacji mo\u017ce wywo\u0142a\u0107 nieprzewidziane skutki: uszkodzi\u0107 dane, zwi\u0119kszy\u0107 obci\u0105\u017cenie serwera albo przerwa\u0107 dzia\u0142anie us\u0142ugi. Dlatego testowanie nowych funkcji bezpo\u015brednio na produkcji przypomina napraw\u0119 silnika podczas jazdy. Bywa szybkie, ale konsekwencje b\u0142\u0119du mog\u0105 by\u0107 kosztowne.<\/p>\n
Osobny serwer VPS pozwala stworzy\u0107 kontrolowane \u015brodowisko, w kt\u00f3rym zesp\u00f3\u0142 mo\u017ce rozwija\u0107 aplikacj\u0119, przeprowadza\u0107 migracje, aktualizowa\u0107 zale\u017cno\u015bci i sprawdza\u0107 nowe konfiguracje bez wp\u0142ywu na prawdziwych u\u017cytkownik\u00f3w. Warunkiem jest jednak w\u0142a\u015bciwe zaplanowanie separacji, zabezpiecze\u0144 oraz procesu wdra\u017cania zmian.<\/p>\n
\u015arodowisko produkcyjne obs\u0142uguje rzeczywistych u\u017cytkownik\u00f3w, dane biznesowe i procesy, od kt\u00f3rych mo\u017ce zale\u017ce\u0107 sprzeda\u017c lub ci\u0105g\u0142o\u015b\u0107 dzia\u0142ania firmy. Development i testy maj\u0105 zupe\u0142nie inny cel. Powinny umo\u017cliwia\u0107 eksperymentowanie, wykrywanie b\u0142\u0119d\u00f3w oraz bezpieczne sprawdzanie zmian przed ich publicznym udost\u0119pnieniem.<\/p>\n
Oddzielenie \u015brodowisk ogranicza ryzyko, \u017ce wadliwa aktualizacja, nieudana migracja bazy danych albo b\u0142\u0119dna konfiguracja spowoduje niedost\u0119pno\u015b\u0107 aplikacji. Programista mo\u017ce swobodnie uruchomi\u0107 now\u0105 wersj\u0119 frameworka, zmieni\u0107 spos\u00f3b dzia\u0142ania cache czy przetestowa\u0107 zadania wykonywane w tle bez obawy, \u017ce wp\u0142ynie to na produkcj\u0119.<\/p>\n
Separacja powinna obejmowa\u0107 nie tylko sam kod. Ka\u017cde \u015brodowisko powinno mie\u0107 odr\u0119bne lub jednoznacznie odseparowane:<\/p>\n
Szczeg\u00f3lnie niebezpieczne jest wykorzystywanie tych samych sekret\u00f3w na produkcji i w developmentcie. Przej\u0119cie mniej chronionego serwera testowego mog\u0142oby w\u00f3wczas zapewni\u0107 dost\u0119p r\u00f3wnie\u017c do systemu produkcyjnego.<\/p>\n
\u015arodowisko testowe nie musi mie\u0107 identycznej mocy obliczeniowej jak produkcja, ale powinno zachowywa\u0107 zgodno\u015b\u0107 najwa\u017cniejszych element\u00f3w stosu technologicznego. Dotyczy to mi\u0119dzy innymi systemu operacyjnego, wersji j\u0119zyka, bazy danych, serwera WWW, mechanizmu cache, kolejek i wymaganych rozszerze\u0144. Im mniej r\u00f3\u017cnic technologicznych mi\u0119dzy \u015brodowiskami, tym mniejsze prawdopodobie\u0144stwo, \u017ce problem ujawni si\u0119 dopiero po wdro\u017ceniu.<\/p>\n
Planowanie warto rozpocz\u0105\u0107 od okre\u015blenia, ile \u015brodowisk rzeczywi\u015bcie potrzebuje zesp\u00f3\u0142. W niewielkim projekcie wystarczaj\u0105cy mo\u017ce by\u0107 wsp\u00f3lny development oraz staging, czyli wersja przeznaczona do ostatecznej weryfikacji przed produkcj\u0105. Wi\u0119ksze zespo\u0142y mog\u0105 dodatkowo potrzebowa\u0107 osobnych instancji dla konkretnych ga\u0142\u0119zi kodu, tester\u00f3w, klient\u00f3w lub automatycznych test\u00f3w integracyjnych.<\/p>\n
Ka\u017cde \u015brodowisko powinno dzia\u0142a\u0107 jako mo\u017cliwie niezale\u017cna ca\u0142o\u015b\u0107. Nale\u017cy przydzieli\u0107 mu oddzieln\u0105 domen\u0119, baz\u0119 danych, u\u017cytkownika systemowego, zestaw zmiennych \u015brodowiskowych, katalogi, logi oraz miejsce na pliki. Dzi\u0119ki temu b\u0142\u0105d w jednej instancji nie powinien wp\u0142ywa\u0107 na pozosta\u0142e projekty dzia\u0142aj\u0105ce na tym samym VPS.<\/p>\n
Us\u0142ugi mo\u017cna rozdzieli\u0107 za pomoc\u0105 kontener\u00f3w, maszyn wirtualnych albo przynajmniej osobnych u\u017cytkownik\u00f3w, proces\u00f3w, port\u00f3w, sieci i wolumen\u00f3w. Kontenery s\u0105 szczeg\u00f3lnie przydatne, gdy trzeba szybko tworzy\u0107 oraz usuwa\u0107 \u015brodowiska o powtarzalnej konfiguracji.<\/p>\n
Dobry plan powinien uwzgl\u0119dnia\u0107 r\u00f3wnie\u017c:<\/p>\n
Konfiguracj\u0119 warto opisa\u0107 za pomoc\u0105 skrypt\u00f3w, plik\u00f3w deklaratywnych lub narz\u0119dzi Infrastructure as Code. Pozwala to utworzy\u0107 serwer ponownie bez r\u0119cznego odtwarzania wszystkich ustawie\u0144. Jednocze\u015bnie zmniejsza ryzyko, \u017ce dzia\u0142aj\u0105cy od dawna VPS b\u0119dzie zawiera\u0142 nieudokumentowane zmiany, kt\u00f3rych nikt nie potrafi p\u00f3\u017aniej powt\u00f3rzy\u0107.<\/p>\n
Testowy serwer VPS nie powinien by\u0107 traktowany jak nieistotne zaplecze. Mo\u017ce zawiera\u0107 aktualny kod aplikacji, informacje o architekturze, pliki konfiguracyjne, dane klient\u00f3w lub aktywne tokeny. Z tego wzgl\u0119du potrzebuje regularnych aktualizacji, kontroli dost\u0119pu i monitorowania podobnie jak \u015brodowisko produkcyjne.<\/p>\n
Nie istnieje jedna konfiguracja odpowiednia dla ka\u017cdego projektu. Zapotrzebowanie na zasoby zale\u017cy mi\u0119dzy innymi od liczby uruchamianych us\u0142ug, rozmiaru bazy danych, cz\u0119stotliwo\u015bci test\u00f3w, liczby r\u00f3wnoleg\u0142ych \u015brodowisk oraz sposobu budowania aplikacji.<\/p>\n
Pami\u0119\u0107 RAM musi wystarczy\u0107 dla systemu operacyjnego, aplikacji, bazy danych, cache, kolejek i kontener\u00f3w. Trzeba r\u00f3wnie\u017c pozostawi\u0107 rezerw\u0119 na kr\u00f3tkotrwa\u0142e skoki obci\u0105\u017cenia. Zbyt ma\u0142a ilo\u015b\u0107 pami\u0119ci mo\u017ce prowadzi\u0107 do intensywnego u\u017cywania przestrzeni wymiany, spowolnienia aplikacji albo automatycznego zako\u0144czenia proces\u00f3w.<\/p>\n
Liczba vCPU nabiera znaczenia podczas:<\/p>\n
R\u00f3wnie wa\u017cny jest szybki dysk. Operacje wykonywane przez baz\u0119 danych, instalowanie zale\u017cno\u015bci, przetwarzanie log\u00f3w oraz tworzenie obraz\u00f3w kontener\u00f3w mog\u0105 generowa\u0107 du\u017co odczyt\u00f3w i zapis\u00f3w. Niska wydajno\u015b\u0107 I\/O cz\u0119sto wyd\u0142u\u017ca ca\u0142y proces testowania, nawet je\u015bli procesor i pami\u0119\u0107 nie s\u0105 w pe\u0142ni wykorzystywane.<\/p>\n
Dob\u00f3r parametr\u00f3w nie powinien opiera\u0107 si\u0119 wy\u0142\u0105cznie na przewidywaniach. Warto mierzy\u0107 wykorzystanie CPU, RAM, przestrzeni dyskowej, I\/O oraz czas wykonywania pipeline\u2019\u00f3w. Limity zasob\u00f3w dla poszczeg\u00f3lnych kontener\u00f3w pomagaj\u0105 natomiast unikn\u0105\u0107 sytuacji, w kt\u00f3rej jeden wadliwy proces zu\u017cyje ca\u0142\u0105 pami\u0119\u0107 lub moc obliczeniow\u0105 VPS.<\/p>\n
Do test\u00f3w funkcjonalnych zazwyczaj wystarczy serwer mniejszy ni\u017c produkcyjny. Inaczej wygl\u0105da sytuacja w przypadku test\u00f3w wydajno\u015bciowych. Zbyt s\u0142aby VPS mo\u017ce zafa\u0142szowa\u0107 rezultaty, wskazuj\u0105c problemy, kt\u00f3re nie wyst\u0105pi\u0142yby na docelowej infrastrukturze. Takie testy nale\u017cy prowadzi\u0107 na konfiguracji zbli\u017conej do produkcji albo interpretowa\u0107 wyniki z uwzgl\u0119dnieniem r\u00f3\u017cnic sprz\u0119towych.<\/p>\n
\u015arodowisko testowe powinno zachowywa\u0107 si\u0119 podobnie do produkcyjnego, ale nie oznacza to konieczno\u015bci dok\u0142adnego kopiowania ca\u0142ej infrastruktury. Najwa\u017cniejsza jest zgodno\u015b\u0107 wersji i sposobu dzia\u0142ania kluczowych komponent\u00f3w.<\/p>\n
Na obu \u015brodowiskach warto stosowa\u0107 te same g\u0142\u00f3wne wersje:<\/p>\n
Du\u017ce znaczenie ma r\u00f3wnie\u017c spos\u00f3b przygotowywania wdro\u017cenia. Najbezpieczniejszy model zak\u0142ada, \u017ce jeden wersjonowany artefakt lub obraz kontenera przechodzi testy, a nast\u0119pnie trafia na produkcj\u0119. Nie nale\u017cy budowa\u0107 aplikacji ponownie tu\u017c przed wdro\u017ceniem, poniewa\u017c mog\u0142yby wtedy zosta\u0107 pobrane inne wersje zale\u017cno\u015bci ni\u017c te, kt\u00f3re wcze\u015bniej przetestowano.<\/p>\n
Mi\u0119dzy \u015brodowiskami powinny zmienia\u0107 si\u0119 przede wszystkim domeny, liczba instancji, skala zasob\u00f3w, sekrety oraz ustawienia zale\u017cne od otoczenia. Sama aplikacja i spos\u00f3b jej uruchamiania powinny pozostawa\u0107 mo\u017cliwie niezmienne.<\/p>\n
Konfiguracj\u0119 serwera warto przechowywa\u0107 w repozytorium jako kod, deklaracje, playbooki albo powtarzalne skrypty. Zesp\u00f3\u0142 mo\u017ce w\u00f3wczas przegl\u0105da\u0107 zmiany, zatwierdza\u0107 je podobnie jak kod aplikacji i odtwarza\u0107 \u015brodowisko bez wykonywania r\u0119cznych operacji.<\/p>\n
Szczeg\u00f3lnej uwagi wymagaj\u0105 integracje zewn\u0119trzne. Development nie powinien wysy\u0142a\u0107 prawdziwych wiadomo\u015bci do klient\u00f3w, inicjowa\u0107 rzeczywistych p\u0142atno\u015bci ani wykonywa\u0107 operacji na produkcyjnych kontach. Zamiast tego nale\u017cy korzysta\u0107 z tryb\u00f3w testowych, atrap us\u0142ug, lokalnych serwer\u00f3w pocztowych lub odseparowanych kont.<\/p>\n
Publicznie dost\u0119pne \u015brodowisko testowe mo\u017ce ujawnia\u0107 nieuko\u0144czone funkcje, komunikaty b\u0142\u0119d\u00f3w, dane techniczne i fragmenty konfiguracji. Dlatego jego adres nie powinien by\u0107 jedyn\u0105 barier\u0105 ochronn\u0105.<\/p>\n
Najskuteczniejszym rozwi\u0105zaniem jest udost\u0119pnienie serwera przez VPN, prywatn\u0105 sie\u0107 albo list\u0119 dozwolonych adres\u00f3w IP. Je\u017celi witryna musi by\u0107 dost\u0119pna z internetu, warto zastosowa\u0107 dodatkowe uwierzytelnienie HTTP, logowanie przez SSO albo mechanizm autoryzacji w aplikacji.<\/p>\n
Dost\u0119p powinny mie\u0107 wy\u0142\u0105cznie osoby i automaty, kt\u00f3re rzeczywi\u015bcie go potrzebuj\u0105. Dotyczy to paneli administracyjnych, baz danych, system\u00f3w kolejkowych, narz\u0119dzi do monitorowania oraz interfejs\u00f3w umo\u017cliwiaj\u0105cych wykonywanie zada\u0144 technicznych.<\/p>\n
Po\u0142\u0105czenia SSH nale\u017cy zabezpieczy\u0107 kluczami, ograniczy\u0107 mo\u017cliwo\u015b\u0107 logowania na konta administracyjne i stosowa\u0107 zasad\u0119 najmniejszych uprawnie\u0144. Porty baz danych i paneli zarz\u0105dzania nie powinny pozostawa\u0107 otwarte dla ca\u0142ego internetu.<\/p>\n
Sekrety u\u017cywane na testowym VPS musz\u0105 r\u00f3\u017cni\u0107 si\u0119 od produkcyjnych i nie powinny trafia\u0107 do repozytorium kodu, obrazu kontenera ani jawnych plik\u00f3w konfiguracyjnych. Najbezpieczniej przechowywa\u0107 je w przeznaczonym do tego systemie zarz\u0105dzania sekretami lub w chronionych plikach udost\u0119pnianych aplikacji dopiero podczas uruchamiania. Zmienne \u015brodowiskowe mog\u0105 s\u0142u\u017cy\u0107 do przekazywania sekret\u00f3w w czasie dzia\u0142ania, je\u017celi platforma wstrzykuje je z bezpiecznego \u017ar\u00f3d\u0142a, ale ich warto\u015bci nie powinny by\u0107 zapisywane w plikach Warto te\u017c rejestrowa\u0107 pr\u00f3by logowania, regularnie usuwa\u0107 konta by\u0142ych cz\u0142onk\u00f3w zespo\u0142u i aktualizowa\u0107 zainstalowane oprogramowanie. Samo dodanie znacznika R\u0119czne kopiowanie plik\u00f3w na serwer jest podatne na pomy\u0142ki i utrudnia ustalenie, kt\u00f3ra wersja aplikacji rzeczywi\u015bcie dzia\u0142a. Automatyczny pipeline porz\u0105dkuje proces oraz sprawia, \u017ce ka\u017cda zmiana przechodzi ten sam zestaw etap\u00f3w.<\/p>\n Typowy proces mo\u017ce obejmowa\u0107:<\/p>\n \u015arodowisko produkcyjne powinno korzysta\u0107 z osobnego zestawu sekret\u00f3w i dodatkowych regu\u0142 ochronnych. Wdro\u017cenie mo\u017ce wymaga\u0107 akceptacji uprawnionej osoby, przej\u015bcia wszystkich test\u00f3w oraz pochodzi\u0107 wy\u0142\u0105cznie z chronionej ga\u0142\u0119zi repozytorium.<\/p>\n Ka\u017cde wdro\u017cenie warto opisywa\u0107 numerem wersji i przechowywa\u0107 jego histori\u0119. U\u0142atwia to ustalenie, kiedy pojawi\u0142 si\u0119 problem, oraz przywr\u00f3cenie poprzedniego artefaktu, je\u017celi pozostaje on zgodny z aktualnym schematem i stanem danych. Migracje bazy powinny by\u0107 wersjonowane, testowane i w miar\u0119 mo\u017cliwo\u015bci wstecznie kompatybilne, tak aby starsza i nowsza wersja aplikacji mog\u0142y dzia\u0142a\u0107 podczas wdro\u017cenia. Przy zmianach destrukcyjnych trzeba wcze\u015bniej przygotowa\u0107 kopi\u0119 zapasow\u0105, procedur\u0119 odtworzenia danych albo bezpieczn\u0105 migracj\u0119 wycofuj\u0105c\u0105. Plan rollbacku powinien obejmowa\u0107 aplikacj\u0119, baz\u0119 danych, konfiguracj\u0119 i integracje oraz by\u0107 regularnie sprawdzany przed wyst\u0105pieniem incydentu.<\/p>\n Automatyzacja nie eliminuje wszystkich zagro\u017ce\u0144. Nadal potrzebne s\u0105 przegl\u0105dy kodu, kontrola uprawnie\u0144, ochrona sekret\u00f3w i mechanizmy zatrzymuj\u0105ce wadliwe wdro\u017cenie. Odpowiednio skonfigurowany serwer VPS oraz powtarzalny pipeline znacz\u0105co ograniczaj\u0105 jednak liczb\u0119 r\u0119cznych operacji i r\u00f3\u017cnic mi\u0119dzy \u015brodowiskami.<\/p>\n W Rapid DC pomagamy dobra\u0107 serwer VPS do liczby \u015brodowisk, charakteru aplikacji i rzeczywistego obci\u0105\u017cenia. Odpowiednio zaplanowana infrastruktura pozwala zespo\u0142owi rozwija\u0107 projekt bez nara\u017cania produkcji, a jednocze\u015bnie zachowa\u0107 kontrol\u0119 nad zasobami, dost\u0119pem i kosztami.<\/p>\n Tak, pod warunkiem \u017ce ka\u017cde \u015brodowisko ma oddzielne kontenery lub procesy, porty, sie\u0107, domen\u0119, baz\u0119 danych, wolumeny i konfiguracj\u0119. Warto te\u017c ustawi\u0107 limity CPU oraz RAM, aby jeden projekt nie zu\u017cy\u0142 wszystkich zasob\u00f3w. Osobne VPS-y mog\u0105 by\u0107 lepszym rozwi\u0105zaniem przy testach destrukcyjnych, wysokich wymaganiach bezpiecze\u0144stwa lub pracy niezale\u017cnych zespo\u0142\u00f3w.<\/p>\n<\/p><\/div>\n<\/details>\n Najskuteczniejsza jest blokada dost\u0119pu za pomoc\u0105 has\u0142a, VPN albo ograniczenia adres\u00f3w IP, poniewa\u017c robot nie mo\u017ce wtedy pobra\u0107 zawarto\u015bci. Dodatkowo nale\u017cy zastosowa\u0107 dyrektyw\u0119 Jest to technicznie mo\u017cliwe, ale bezpieczniejszym rozwi\u0105zaniem pozostaj\u0105 dane syntetyczne albo ograniczony i skutecznie zanonimizowany zbi\u00f3r. Przed przeniesieniem kopii trzeba usun\u0105\u0107 dane osobowe, tokeny sesji, klucze API, linki resetuj\u0105ce has\u0142a, dane p\u0142atnicze oraz inne poufne informacje. Kopia powinna by\u0107 szyfrowana, dost\u0119pna tylko dla uprawnionych os\u00f3b i usuwana po zako\u0144czeniu test\u00f3w.<\/p>\n<\/p><\/div>\n<\/details>\n Najbezpieczniej korzysta\u0107 z danych syntetycznych, kt\u00f3re nie pochodz\u0105 od rzeczywistych u\u017cytkownik\u00f3w. Je\u017celi do test\u00f3w konieczne s\u0105 dane produkcyjne, samo usuni\u0119cie imion, adres\u00f3w e-mail lub innych bezpo\u015brednich identyfikator\u00f3w nie gwarantuje anonimizacji. Trzeba r\u00f3wnie\u017c przekszta\u0142ci\u0107 identyfikatory po\u015brednie, rzadkie kombinacje cech, daty, lokalizacje i pola tekstowe oraz oceni\u0107, czy mo\u017cliwe jest ponowne rozpoznanie osoby z wykorzystaniem innych rozs\u0105dnie dost\u0119pnych informacji. Je\u017celi rekordy mo\u017cna nadal powi\u0105za\u0107 z konkretn\u0105 osob\u0105, zbi\u00f3r jest pseudonimizowany i pozostaje zbiorem danych osobowych, dlatego wymaga odpowiedniej podstawy przetwarzania, kontroli dost\u0119pu i zabezpiecze\u0144. Do developmentu powinien trafia\u0107 wy\u0142\u0105cznie minimalny zakres informacji niezb\u0119dny do przeprowadzenia test\u00f3w.<\/p>\n<\/p><\/div>\n<\/details>\n Kontenery u\u0142atwiaj\u0105 zachowanie zgodnych wersji us\u0142ug, szybkie tworzenie \u015brodowisk i usuwanie ich po zako\u0144czeniu pracy. Pozwalaj\u0105 tak\u017ce oddzieli\u0107 sieci, wolumeny i konfiguracje poszczeg\u00f3lnych projekt\u00f3w. Nale\u017cy jednak ustawi\u0107 limity CPU oraz RAM, w\u0142a\u015bciwie zarz\u0105dza\u0107 sekretami i zabezpieczy\u0107 system hosta. Docker zwi\u0119ksza powtarzalno\u015b\u0107, ale nie zast\u0119puje kontroli dost\u0119pu ani pe\u0142nej izolacji bezpiecze\u0144stwa.<\/p>\n<\/p><\/div>\n<\/details>\n Mo\u017cna to zrobi\u0107, gdy \u015brodowisko nie obs\u0142uguje sta\u0142ych integracji, demonstracji, monitoringu ani test\u00f3w uruchamianych o dowolnej porze. Przed wy\u0142\u0105czeniem nale\u017cy zabezpieczy\u0107 baz\u0119 danych, pliki i potrzebne logi albo mie\u0107 mo\u017cliwo\u015b\u0107 pe\u0142nego odtworzenia systemu z kodu, obrazu oraz kopii zapasowej. Trzeba r\u00f3wnie\u017c sprawdzi\u0107 zasady rozlicze\u0144 operatora, poniewa\u017c samo zatrzymanie systemu nie zawsze ko\u0144czy naliczanie op\u0142at za VPS, dyski, migawki, adresy IP lub backupy.<\/p>\n<\/p><\/div>\n<\/details>\n<\/section>\n\n\nDockerfile<\/code>, .env<\/code>, definicjach pipeline\u2019u ani logach. Dost\u0119p do sekret\u00f3w nale\u017cy ograniczy\u0107 zgodnie z zasad\u0105 najmniejszych uprawnie\u0144 oraz zapewni\u0107 mo\u017cliwo\u015b\u0107 ich rotacji.<\/p>\nnoindex<\/code> nie chroni przed osob\u0105, kt\u00f3ra zna adres serwera. Blokada indeksowania jest przydatnym uzupe\u0142nieniem, ale nie zast\u0119puje kontroli dost\u0119pu.<\/p>\nJak zautomatyzowa\u0107 wdra\u017canie zmian mi\u0119dzy developmentem a produkcj\u0105?<\/h2>\n
\n
Najcz\u0119\u015bciej zadawane pytania (FAQ)<\/h2>\n
Czy jeden serwer VPS mo\u017ce obs\u0142ugiwa\u0107 kilka \u015brodowisk developerskich?<\/span><\/summary>\n
Jak zabezpieczy\u0107 \u015brodowisko testowe przed indeksowaniem przez Google?<\/span><\/summary>\n
noindex<\/code> w metatagu lub nag\u0142\u00f3wku X-Robots-Tag<\/code>. Sam plik robots.txt<\/code> nie wystarcza, poniewa\u017c zablokowany robot mo\u017ce nie zobaczy\u0107 dyrektywy noindex<\/code>, a sam adres nadal mo\u017ce pojawi\u0107 si\u0119 w wynikach wyszukiwania.<\/p>\n<\/p><\/div>\n<\/details>\nCzy na serwerze testowym mo\u017cna u\u017cywa\u0107 kopii bazy danych z produkcji?<\/span><\/summary>\n
Jak anonimizowa\u0107 dane u\u017cytkownik\u00f3w przed przeniesieniem ich do developmentu?<\/span><\/summary>\n
Czy warto uruchamia\u0107 \u015brodowiska testowe w kontenerach Docker?<\/span><\/summary>\n
Kiedy \u015brodowisko testowe mo\u017cna czasowo wy\u0142\u0105cza\u0107 w celu obni\u017cenia koszt\u00f3w?<\/span><\/summary>\n