Kiedy Amazon ma sens, a kiedy jest rachunkiem bez pokrycia
AWS jako całe środowisko małej firmy przegrywa niemal zawsze. Wygrywa w trzech układach: magazyn S3 na kopie odporne na skasowanie, jedna usługa wystawiona klientowi zagranicznemu i wymóg odbiorcy zapisany w umowie. Poza nimi kupujecie elastyczność, po którą nikt nie sięgnie. Zaskakuje nie cena serwera, tylko ruch wychodzący i koszt wyjścia.
Ta decyzja wygląda na techniczną, a rozstrzyga się w arkuszu kosztów. Piszemy dla kogoś, kto ustalił już, że część infrastruktury wyjdzie poza budynek, i sprawdza, czy tym adresem ma być Amazon. Kwot z cennika producenta tutaj nie znajdziecie, a powód podajemy niżej.
Co firma na 5 do 50 stanowisk naprawdę chce rozwiązać, sięgając po chmurę
Rozmowa o chmurze prawie nigdy nie zaczyna się od chmury. Zaczyna się od zdania, że kopia zapasowa leży w tej samej szafie co serwer, albo od tego, że serwer ma siedem lat i nikt nie wie, co się stanie, gdy padnie zasilacz. Czasem zaczyna się od maila od odbiorcy z ankietą bezpieczeństwa na cztery strony. To są trzy różne problemy i mają trzy różne ceny za niezrobienie niczego.
Pierwszy jest najprostszy do policzenia. Pożar, zalanie i kradzież zabierają oryginał i kopię w tej samej minucie, jeśli obie leżą pod jednym dachem. Ransomware robi to samo zdalnie - szyfruje dysk kopii, bo serwer widzi go jako zwykły udział sieciowy. Firma, która straciła bazę handlową z ostatnich pięciu lat, nie odzyskuje jej z niczego. Odtworzenie ręczne z dokumentów papierowych zajmuje tygodnie i nigdy nie jest kompletne.
Drugi problem jest wolniejszy, ale droższy. Stary serwer nie pada z hukiem, tylko zaczyna zwalniać, gubić dyski i wymuszać przerwy na naprawy w środku dnia roboczego. Dwa dni przestoju działu handlowego kosztują więcej niż nowy serwer, a firma dowiaduje się tego po fakcie.
Trzeci nie jest techniczny. Duży odbiorca pyta, gdzie leżą jego dane, czy macie kopię poza siedzibą i czy potraficie udowodnić, że da się z niej wrócić. Brak odpowiedzi wypada z przetargu, a nie z rozmowy.
Chmura odpowiada dobrze na problem pierwszy i trzeci. Na drugi odpowiada czasem - i to jest cała trudność decyzji o AWS dla małej firmy
Dlaczego AWS dla małej firmy najczęściej nie jest odpowiedzią
Amazon Web Services sprzedaje klocki, a nie gotowe środowisko. To jest cała różnica między tą chmurą a usługą, którą można kupić i włączyć. Klocki są świetne, kiedy ma je kto składać, i kosztowne, kiedy nie ma.
Firma na 5 do 50 stanowisk ma obciążenie, które od lat wygląda tak samo: program handlowy, baza, pliki, poczta i kilkanaście osób pracujących od ósmej do szesnastej. Chmura rozliczana za zużycie wyceniana jest pod coś odwrotnego, czyli pod obciążenie zmienne, które rano rośnie dziesięciokrotnie, a w nocy znika. Za stałą maszynę pracującą całą dobę zapłacicie w AWS więcej niż za własny serwer albo za kolokację, i będzie to prawda również po doliczeniu prądu i wymiany sprzętu co pięć lat.
Druga rzecz to próg wejścia, który nie jest ceną.
Co trzeba ustawić, zanim w AWS powstanie pierwszy serwer
W AWS nie ma przycisku „zrób mi serwer”. Jest sieć wirtualna, którą trzeba zaprojektować, są podsieci publiczne i prywatne, jest brama translacji adresów rozliczana za godzinę i za każdy przetworzony gigabajt, są role i polityki uprawnień pisane jako dokumenty, jest osobno konfigurowane rejestrowanie zdarzeń.
Każdy z tych elementów jest sensowny i każdy trzeba świadomie ustawić. Konto założone w piętnaście minut przez osobę, która robi to pierwszy raz, jest otwarte szerzej, niż jej się wydaje, i droższe, niż zakładała.
Trzecia rzecz zaskakuje najbardziej. Podstawowy plan wsparcia, ten dołączany do konta za darmo, nie obejmuje pomocy technicznej: dostajecie dokumentację, fora i obsługę spraw rozliczeniowych, ale zgłoszenie „nie działa mi baza” nie ma gdzie trafić.
Tomasz Kaczmarek
Mogę Ci jakoś pomóc?
Wsparcie, w którym po drugiej stronie siada inżynier, jest osobnym, płatnym planem. Najtańszy z planów z pomocą techniczną ma stawkę minimalną około 29 dolarów miesięcznie na konto (stan na 14 sierpnia 2026), naliczaną niezależnie od tego, jak mały jest Wasz rachunek. Dla firmy płacącej za sam magazyn kopii kilkadziesiąt dolarów miesięcznie oznacza to, że wsparcie potrafi dołożyć połowę tego, co całe przechowywanie danych.
Do tego dochodzi rzecz księgowa: rachunek jest w walucie obcej, zmienia się co miesiąc i wpada do ewidencji jako import usług. Budżetowanie kwoty, która nie jest stała, to osobna praca dla kogoś w firmie.
Trzy sytuacje, w których AWS wygrywa mimo wszystko
Odradzanie AWS dla małej firmy jako całego środowiska nie znaczy odradzania jednej usługi. Trzy poniższe przypadki widzimy realnie i w każdym z nich AWS jest dobrą odpowiedzią.
- S3 jako miejsce na kopie zapasowe. To najczęstszy sensowny kontakt małej firmy z tą chmurą. Kopia ląduje poza budynkiem, płacicie za zajęte miejsce, a blokada obiektu ustawiona w trybie ścisłym sprawia, że nawet przejęte konto administratora nie skasuje kopii przed upływem ustalonego okresu. Tryb ma tu znaczenie rozstrzygające: blokada w wariancie zarządzanym ustępuje kontu z odpowiednim uprawnieniem, czyli temu, po które napastnik sięga najpierw. Ransomware szyfrujący dysk kopii w serwerowni nie ma tu czego zaszyfrować.
- Pojedyncza usługa dla klienta zagranicznego. Aplikacja, panel albo punkt wymiany plików, z których korzysta odbiorca z innego kontynentu, działa u niego szybciej, gdy stoi w regionie blisko niego. Postawienie jednej maszyny i jednego magazynu w regionie właściwym dla odbiorcy jest tańsze niż budowanie łącza do Polski.
- Wymóg wpisany w umowę. Duży odbiorca, program partnerski producenta albo instytucja finansująca projekt potrafią wskazać dostawcę wprost. To nie jest wybór techniczny i nie ma sensu z nim dyskutować. Robi się to tak, żeby wymóg spełnić najmniejszym możliwym środowiskiem.
Wspólny mianownik wszystkich trzech jest taki sam: do AWS trafia jedna rzecz, a nie cała firma. Reszta zostaje tam, gdzie stoi, a granica między jednym a drugim jest zapisana, nie domyślna.
Kopie w chmurze i kopie na nośniku offline rozwiązują dwa różne problemy i najlepiej działają razem, o czym piszemy przy okazji nośników taśmowych w firmowym backupie .
Jak uruchamiamy pierwsze konto AWS, krok po kroku
Kolejność poniżej jest stała i wynika z tego, że kilku rzeczy nie da się poprawić później bez rozbierania środowiska.
- Ustalamy jedną rzecz, która tam pojedzie. Kopie, usługa dla odbiorcy albo spełnienie wymogu. Konto bez zapisanego celu po pół roku zawiera siedem rzeczy, o których nikt nie pamięta.
- Zakładamy konto i natychmiast zamykamy konto główne. Drugi składnik logowania na koncie założycielskim, brak kluczy dostępowych na tym koncie, dane rozliczeniowe wpisane raz i poprawnie. Do codziennej pracy powstają osobne tożsamości z rolami.
- Włączamy budżet i alarmy zanim powstanie pierwszy zasób. Próg miesięczny, powiadomienie przy pięćdziesięciu i przy stu procentach progu, adres, który ktoś naprawdę czyta. Rachunek zauważony trzeciego dnia kosztuje mniej niż rachunek zauważony trzydziestego.
- Projektujemy sieć albo świadomie jej nie budujemy. Do samego magazynu kopii sieć wirtualna nie jest potrzebna i jej brak jest zaletą. Do maszyny z usługą powstaje podsieć prywatna, reguły ruchu i przemyślana decyzja o bramie translacji adresów, która jest jedną z najdroższych rzeczy uruchamianych odruchowo.
- Nadajemy uprawnienia zawężone do zadania. Konto techniczne oprogramowania kopii zapasowych ma prawo zapisać i odczytać jeden zasobnik, i nic więcej. Klucze dostępowe mają termin ważności i rotację, a nie życie wieczne w pliku konfiguracyjnym.
- Ustawiamy reguły cyklu życia danych i blokadę obiektów. Kopie starsze niż ustalona granica przechodzą do klasy tańszej, a starsze wersje i nieukończone przesyłki wieloczęściowe są sprzątane automatycznie. Blokada niemodyfikowalności obejmuje okres uzgodniony z Wami, nie domyślny.
- Testujemy odtworzenie i dopisujemy środowisko do monitoringu. Kopia, z której nikt nie wrócił, jest kosztem, a nie zabezpieczeniem. Zadanie kopiowania melduje się do systemu monitorującego, więc cisza przestaje być dowodem na to, że wszystko działa, o czym piszemy w tekście o monitoringu infrastruktury .
Punkty od drugiego do szóstego są pracą jednego dnia, gdy zakres jest znany. Cały ciężar leży w punkcie pierwszym i siódmym, czyli w ustaleniu, co ma pojechać, i w sprawdzeniu, że da się wrócić.
źródło: magnific.comCztery pytania, które rozstrzygają, czy potrzebujecie AWS
Te same cztery pytania rozstrzygają, czy AWS dla małej firmy w ogóle wchodzi w grę, i zamykają temat szybciej niż czytanie katalogu usług producenta.
Czy obciążenie jest stałe, czy zmienne? Serwer pracujący całą dobę pod podobnym obciążeniem należy do sprzętu własnego albo do kolokacji. Środowisko, które budzi się na kilka godzin dziennie, na dwa tygodnie w kwartale albo tylko przy zamknięciu miesiąca, należy do chmury rozliczanej za zużycie. Odpowiedź „stałe” wyklucza AWS z roli głównego miejsca na serwery i nie ma tu miejsca na kompromis.
Tomasz Kaczmarek
Mogę Ci jakoś pomóc?
Ile danych będzie z tego wychodziło co miesiąc? Chmura rozlicza dane jak przeprowadzka do mieszkania na najwyższym piętrze bez windy: wniesienie gratis, wyniesienie za każdy karton. Wejście danych do AWS jest darmowe, wyjście do internetu płatne za gigabajt.
Ma to jednak próg, poniżej którego pozycja nie istnieje, i trzeba go znać, zanim ktoś policzy Wam koszt straszakiem.
Pierwsze 100 GB miesięcznie wychodzi bezpłatnie, łącznie dla wszystkich usług i regionów tego dostawcy. Kopie zapasowe spokojnie leżące w magazynie mieszczą się w tym progu przez cały rok, bo firma po nie nie sięga. Pozycja robi się realna przy usłudze, która wysyła pliki, wideo albo raporty na zewnątrz, czyli rośnie razem z sukcesem firmy, oraz w dniu odtwarzania, gdy wszystko wraca naraz. Kilka terabajtów jednorazowo potrafi wtedy przebić koszt samej maszyny.
Kto to będzie prowadził po wdrożeniu? Odpowiedź „ktoś z księgowości ma dostęp do panelu” oznacza, że po roku nikt nie będzie wiedział, co jest włączone i za co płacicie. Chmura zdejmuje z firmy sprzęt, nie administrację, i to jest cała zawartość naszej strony o stałej opiece nad środowiskiem chmurowym .
Czy ktoś Wam ten wybór narzucił? Jeśli tak, cała reszta pytań przestaje mieć znaczenie i sprowadza się do zbudowania środowiska minimalnego, które spełnia wymóg. Jeśli nie, wracamy do pytania pierwszego.
AWS, Azure, Google Cloud, magazyn zgodny z S3 czy serwer u siebie
Werdykt jest jednoznaczny i nie brzmi „każdy jest dobry do czegoś innego”.
- AWS wybieramy do kopii w S3, do usługi dla odbiorcy z innego regionu świata i wtedy, gdy dostawca jest narzucony. Wygrywa dojrzałością usług magazynowania i tym, że blokada niemodyfikowalności obiektów jest tam rzeczą oczywistą, wspieraną przez oprogramowanie kopii zapasowych. Przegrywa wszędzie tam, gdzie firma szuka po prostu miejsca na kilka stałych serwerów.
- Microsoft Azure wybieramy dla firmy stojącej na Microsoft 365 i domenie Active Directory. Wspólna tożsamość, jedno logowanie i jeden zestaw zasad bezpieczeństwa ważą tam więcej niż różnice w samej chmurze. Przy nowych projektach bez tego związku sięgamy po AWS albo Google Cloud, bo łatwiej je zautomatyzować i przewidzieć rachunek.
- Google Cloud ma jedną przewagę, o której w Polsce warto wiedzieć: region w Warszawie. Firma, dla której argumentem jest zdanie „dane leżą w kraju”, dostaje je bez dyskusji.
- AWS regionu w Polsce nie ma i tego się w tym roku nie spodziewamy. Od stycznia 2026 działa za to AWS European Sovereign Cloud — pierwszy region stoi w Brandenburgii, prowadzony przez niemieckie spółki i obsługiwany przez personel z Unii. Dla polskiej firmy jest to dziś najbliższa geograficznie infrastruktura tego dostawcy i jedyna jego odpowiedź na pytanie o suwerenność danych. Nie jest to jednak to samo co region w kraju, więc jeśli wymóg brzmi „dane w Polsce”, odpowiedzią pozostaje inny dostawca.
Magazyn S3-kompatybilny i serwer własny: druga połowa wyboru
- Magazyn obiektowy zgodny z S3 od innego dostawcy jest właściwą odpowiedzią dla firmy, która chce z całej chmury wyłącznie miejsca na kopie. Model rozliczeń bez opłaty za odczyt i za wyjście danych sprawia, że rachunek jest przewidywalny co do złotówki, a odtworzenie po awarii nie jest decyzją finansową. Przegrywa, gdy potrzebujecie czegoś więcej niż magazynu.
- Własny serwer albo kolokacja wygrywa przy obciążeniu stałym i przy dużych wolumenach danych krążących w obie strony. Przegrywa wszystkim, co dotyczy budynku: zasilaniem, chłodzeniem, kradzieżą i tym, że sprzęt trzeba wymienić za pięć lat, a decyzję podjąć dziś.
Najczęstszy wynik tego porównania jest mieszany i tak właśnie wygląda AWS dla małej firmy w naszej praktyce. Serwery zostają u siebie, kopie idą do magazynu obiektowego, poczta i pliki stoją w Microsoft 365, a AWS pojawia się w jednej roli albo wcale.
Środowisko mieszane wymaga jednego spójnego zestawu kont i zasad, a nie trzech osobnych. Punktem wyjścia jest to, co firma ma już u siebie, i o tym jest nasz wpis o kontach i zasadach w Active Directory .
Ile kosztuje transfer wychodzący i dlaczego to on psuje rachunek
Rachunek za AWS rzadko przewraca się na cenie maszyny. Przewraca się na pozycjach, które nie wyglądają jak zakup, bo nikt ich świadomie nie zamawiał.
Cztery miejsca, w których pieniądze uciekają najczęściej:
Tomasz Kaczmarek
Mogę Ci jakoś pomóc?
Pozycja rachunku | Skąd się bierze | Kiedy boli |
|---|
Transfer wychodzący do internetu | wysyłanie danych do AWS nic nie kosztuje, pobieranie ich na zewnątrz kosztuje za każdy gigabajt | firma trzymająca tam kopie płaci grosze, dopóki po nie nie sięgnie; w dniu odtwarzania pobiera wszystko naraz i widzi pozycję, której nie było w żadnym wcześniejszym rachunku |
Ruch wewnątrz regionu | dane przechodzące między strefami dostępności są rozliczane w obie strony | środowisko rozłożone na dwie strefy dla bezpieczeństwa płaci za każdą rozmowę aplikacji z bazą stojącą po drugiej stronie |
Brama translacji adresów | rozliczana za godzinę istnienia i osobno za każdy przetworzony gigabajt, niezależnie od tego, dokąd ten ruch szedł | uruchamiana odruchowo, bo tak wygląda typowy schemat sieci, potrafi być najdroższą pozycją małego środowiska |
Zapytania i nieposprzątane resztki | odczyty i zapisy w magazynie obiektowym są liczone za każdy tysiąc, a poprzednie wersje plików oraz nieukończone przesyłki wieloczęściowe zajmują miejsce | tego miejsca nie widać w normalnym widoku zasobnika, a klasy archiwalne mają dodatkowo minimalny okres przechowywania, więc dane skasowane wcześniej i tak są rozliczone do końca tego okresu |
Klasy archiwalne kuszą ceną za miejsce i to jest właściwe miejsce na ostrzeżenie. Kopia w najtańszej klasie kosztuje ułamek tego, co kosztuje kopia zwykła, ale wyjęcie jej ma własną stawkę za gigabajt i własny czas oczekiwania liczony w godzinach. Odtworzenie serwera z takiej kopii bywa więc jednocześnie najtańsze w utrzymaniu i najdroższe w dniu awarii.
Każda z tych klas ma też minimalny okres rozliczenia, który trzeba zestawić z własną retencją, zanim ktokolwiek przestawi regułę cyklu życia.
Klasa magazynu | Minimalny okres przechowywania |
|---|
Standard | brak |
Standard-IA oraz One Zone-IA | 30 dni |
Glacier Instant Retrieval i Glacier Flexible Retrieval | 90 dni |
Glacier Deep Archive | 180 dni |
Reguła jest prosta i działa w jedną stronę. Plik skasowany przed upływem tego okresu i tak zostaje rozliczony do jego końca. Dlatego kopia trzymana czternaście dni i przeniesiona „dla oszczędności” do klasy archiwalnej z okresem stu osiemdziesięciu dni kosztuje wielokrotnie więcej niż zostawienie jej w klasie zwykłej. Przenoszenie do tańszej klasy opłaca się temu, kto trzyma dane dłużej niż minimalny okres tej klasy, i nikomu innemu.
źródło: pexels.comKoszt wyjścia z AWS, czyli rachunek, o którym nikt nie mówi przy zakładaniu konta
Wejście do chmury jest darmowe i to jest zaprojektowane. Wyjście z niej jest operacją płatną, a jej cena zależy od tego, ile danych zdążyliście tam włożyć przez ostatnie lata.
Na koszt wyjścia składają się cztery rzeczy naraz.
- Transfer. Pobranie wszystkich danych jest rozliczane za gigabajt, tak samo jak każdy inny transfer wychodzący.
- Zapytania. Odczyt milionów małych plików dokłada opłatę, którą przy jednym dużym archiwum ledwo widać, a przy zbiorze zdjęć albo dokumentów potrafi dorównać kosztowi samego transferu.
- Odczyt z archiwum. Dane leżące w klasach archiwalnych mają opłatę za odczyt i minimalny okres przechowywania, więc kasowanie ich przed czasem nie oszczędza ani złotówki.
- Czas, czyli składowa, która nie jest pieniędzmi. Pobranie dziesięciu terabajtów łączem o przepustowości 200 megabitów na sekundę zajmuje prawie pięć dób ciągłego ściągania, przy założeniu, że łącze robi wtedy wyłącznie to.
Firma, która planuje zmianę dostawcy na koniec miesiąca, planuje ją w rzeczywistości z miesięcznym wyprzedzeniem.
Trzy z czterech powyższych pozycji da się jednak zdjąć z rachunku, o czym mało kto wie w momencie zakładania konta.
Pod naciskiem unijnego aktu o danych (Data Act, rozporządzenie 2023/2854) najwięksi dostawcy udostępnili tryb bezpłatnego zabrania danych przy rezygnacji z usługi. U tego dostawcy wygląda to tak: zgłaszacie zamiar wyjścia do wsparcia, dostajecie zgodę i macie sześćdziesiąt dni na wyprowadzenie danych, przy czym konta zamykać nie musicie. Poniżej stu gigabajtów w ogóle nie ma o czym rozmawiać, bo mieści się to w darmowym progu miesięcznym.
Warunki różnią się przy tym między dostawcami i akurat tu różnica jest praktyczna. Konkurencyjna platforma z regionem w Warszawie wymaga przy tej samej operacji zakończenia umowy i zamknięcia konta, więc bezpłatne wyjście jest tam decyzją nieodwracalną, a tutaj tylko procedurą. Firma, która rozważa przeniesienie części środowiska na próbę, powinna tę różnicę znać przed wyborem, a nie po nim.
Najdroższy rodzaj przywiązania nie dotyczy zresztą danych. Maszyna wirtualna i magazyn obiektowy mają odpowiedniki wszędzie, więc przeniesienie ich jest pracą, którą da się wycenić. Usługa zarządzana, czyli kolejka, funkcja uruchamiana zdarzeniem albo baza w wersji własnej dostawcy, odpowiednika jeden do jednego nie ma i wyjście z niej oznacza przepisanie kawałka aplikacji. Firma na 5 do 50 stanowisk zwykle w ogóle nie powinna tam wchodzić, a jeśli wchodzi, to z otwartymi oczami.
Zasada, którą stosujemy u siebie i proponujemy klientom, jest jedna: sposób wyjścia zapisuje się w dniu wejścia, razem z tym, kto ma do tego dostęp i ile to potrwa.
Kartka z tą odpowiedzią kosztuje godzinę. Jej brak kosztuje tygodnie.
Co płacicie nam, a co płacicie Amazonowi
Rachunek ma dwie części i mylenie ich powoduje, że oferty wyglądają na nieporównywalne.
Zużycie zasobów płacicie wprost dostawcy, na swoje konto i swoją kartę. Nie odsprzedajemy zasobów chmurowych i nie bierzemy marży od Waszego rachunku, bo model, w którym wykonawca zarabia tym więcej, im więcej zużyjecie, jest odwrotnością Waszego interesu.
Za naszą pracę płacicie osobno i te kwoty są opublikowane. Nadzór nad jedną subskrypcją chmurową kosztuje od 590 zł netto miesięcznie i obejmuje tożsamość, uprawnienia, kontrolę kosztów oraz raport. Każda maszyna wirtualna to 250 zł netto miesięcznie, tyle samo co serwer stojący u Was, bo pracy nie zmienia to, czyj jest budynek. Obie stawki są aktualne na 31 lipca 2026.
Przeniesienie biura do 20 osób do chmury zaczyna się u nas od 4 900 zł netto jednorazowo, według cennika aktualnego na 30 lipca 2026. Samo podpięcie kopii zapasowych do magazynu obiektowego jest pracą mniejszą od migracji i wyceniamy je osobno.
Cen producenta w tym tekście nie podajemy świadomie. Stawki są ogłaszane w dolarach, przeliczane po kursie z dnia, różnią się między regionami i bywają zmieniane, a nieaktualna kwota w tekście doradczym szkodzi bardziej niż jej brak. Wyliczenie dla Waszego przypadku robimy przed uruchomieniem czegokolwiek, na podstawie pomiaru tego, co macie dziś.
Sześć błędów, które widzimy w przejmowanych kontach AWS
Konta AWS dla małej firmy, które przejmujemy po kimś, powtarzają te same usterki. Każda z nich ma konkretną konsekwencję, a nie ogólne ryzyko.
Błąd | Konsekwencja |
|---|
Praca na koncie założycielskim, bez drugiego składnika logowania | przejęcie tego jednego konta oznacza pełną władzę nad środowiskiem, z zamknięciem dostępu prawowitemu właścicielowi włącznie |
Klucze dostępowe wklejone w kod albo w plik na dysku | klucz wypchnięty do publicznego repozytorium jest znajdowany przez automaty w kilka minut, a rachunek za cudze obliczenia potrafi urosnąć w jedną noc |
Brak budżetu i alarmu kosztowego | pomyłka w konfiguracji jest zauważana dopiero po wystawieniu faktury, czyli po miesiącu jej trwania |
Kopie w tym samym koncie i tej samej roli co środowisko produkcyjne | jedno przejęte konto administratora zabiera dane i kopie w tej samej minucie, czyli dokładnie tak, jak w scenariuszu, przed którym kopia miała chronić |
Włączone wersjonowanie bez reguł sprzątania | poprzednie wersje plików i nieukończone przesyłki wieloczęściowe rosną w tle latami, są niewidoczne w zwykłym widoku zasobnika i widoczne wyłącznie na rachunku |
Środowisko testowe pracujące całą dobę | maszyna uruchomiona na jeden eksperyment działa przez rok, bo nikt nie ma zadania jej wyłączyć, a jej koszt rozpływa się w sumie rachunku |
Piąty wiersz jest naszym ulubionym przykładem na to, że w chmurze płaci się za rzeczy, których nie widać w interfejsie. Pierwszy jest najpoważniejszy i to od niego zaczynamy każde przejęcie.
Co dostajecie, gdy prowadzimy to my
Zakres zapisujemy przed startem, żeby po roku dało się sprawdzić, co miało być zrobione. Przy uruchomieniu konta AWS jest to dziewięć rzeczy:
- Konto założycielskie zamknięte drugim składnikiem logowania i odłożone, z osobnymi tożsamościami do pracy codziennej.
- Budżet miesięczny z alarmami wysyłanymi na adres, który ktoś czyta.
- Zasobnik na kopie z blokadą niemodyfikowalności na uzgodniony okres.
- Reguły cyklu życia danych, razem ze sprzątaniem starych wersji i nieukończonych przesyłek.
- Konto techniczne oprogramowania kopii zapasowych z uprawnieniami zawężonymi do jednego zasobnika.
- Rejestrowanie zdarzeń w koncie, żeby dało się odpowiedzieć na pytanie, kto co zmienił.
- Wykonany i opisany test odtworzenia, z datą i czasem, jaki zajął.
- Zadania kopiowania podpięte do monitoringu, z alertem po nieudanym przebiegu.
- Kartka wyjścia: co leży w chmurze, ile tego jest, ile potrwa zabranie tego do siebie i kto ma do tego dostęp.
Punkt dziewiąty jest w tej liście najrzadszy w ofertach rynkowych i dlatego stoi na niej osobno.
Najczęstsze pytania
Czy mała firma w ogóle potrzebuje AWS? Zwykle nie potrzebuje jej jako miejsca na wszystkie serwery, bo jej obciążenie jest stałe, a stała maszyna w chmurze rozliczanej za zużycie kosztuje więcej niż własny sprzęt. AWS dla małej firmy sprawdza się w roli wąskiej: kopie w magazynie obiektowym, jedna usługa dla odbiorcy z drugiego końca świata albo spełnienie wymogu z umowy. Jeśli żaden z tych trzech przypadków Was nie dotyczy, oszczędzacie pieniądze, nie zakładając konta.
Ile kosztuje trzymanie kopii zapasowych w S3? Płacicie za zajęte miejsce liczone miesięcznie, za zapytania oraz za dane pobierane na zewnątrz, przy czym wysyłanie kopii do chmury jest bezpłatne. Miesięczny koszt spokojnie leżącej kopii jest niski i przewidywalny, a droga staje się dopiero chwila odtwarzania, kiedy wszystko wraca naraz. Wyliczenie robimy z rozmiaru Waszych danych i z przyrostu z ostatnich miesięcy, przed podjęciem decyzji.
Czy dane w AWS leżą w Unii Europejskiej? Leżą tam, gdzie wskażecie region, a w Unii jest ich kilka. Od stycznia 2026 działa dodatkowo AWS European Sovereign Cloud, odseparowany od reszty platformy, z pierwszym regionem w Brandenburgii i z obsługą po stronie podmiotów zarejestrowanych w Niemczech. Regionu w samej Polsce ten dostawca nie ma, więc firma, której wymóg brzmi „dane zostają w kraju”, powinna patrzeć w stronę dostawcy z regionem warszawskim. Umowa powierzenia przetwarzania jest dostępna i podpisujemy ją przed uruchomieniem środowiska.
Czy rachunek może wzrosnąć bez naszej wiedzy? Może i to najczęstszy powód, dla którego firmy trafiają do nas po roku w chmurze. Rosną zwykle trzy rzeczy: transfer wychodzący, zapomniane środowiska testowe i stare wersje plików, których nie widać w zwykłym widoku magazynu. Budżet z alarmem ustawiony przed pierwszym zasobem zamienia niespodziankę w powiadomienie.
Ile kosztuje zabranie danych z AWS, jeśli zmienimy zdanie? Przy pełnej rezygnacji z usługi transfer bywa bezpłatny: zgłaszacie zamiar wyjścia do wsparcia i macie sześćdziesiąt dni na wyprowadzenie danych, bez konieczności zamykania konta. Zostają wtedy opłaty za odczyt plików, dopłata za wyjęcie danych z klas archiwalnych oraz czas, bo dziesięć terabajtów łączem 200 megabitów na sekundę schodzi prawie pięć dób. Przy przenosinach częściowych, czyli takich, po których cokolwiek u tego dostawcy zostaje, płacicie normalnie za każdy gigabajt powyżej stu miesięcznie.
Mamy Microsoft 365, to może lepiej Azure? Przy firmie stojącej na Microsoft 365 i na domenie Active Directory zwykle tak, bo wspólna tożsamość i jeden zestaw zasad bezpieczeństwa ważą więcej niż różnice między chmurami. AWS zostaje wtedy najwyżej miejscem na kopie, i to jest sensowny podział. Sam magazyn kopii warto trzymać u innego dostawcy niż poczta i pliki, żeby jedno przejęte konto nie sięgnęło do obu.
Co zrobić dalej
Policzymy z Wami, czy AWS dla małej firmy ma w Waszym przypadku sens, zanim ktokolwiek założy konto, i powiemy wprost, kiedy odpowiedź brzmi „nie”. Wynikiem rozmowy jest jedna kartka: co ma pojechać do chmury, ile to kosztuje miesięcznie, ile kosztuje zabranie tego z powrotem.
Umówcie 30 minut rozmowy o Waszych danych albo zadzwońcie pod +48 888 777 822. Przygotujcie trzy liczby: rozmiar danych do kopiowania, przyrost z ostatnich sześciu miesięcy i przepustowość łącza. Ostatnia mówi najwięcej, bo wyznacza, ile potrwa pierwsza wysyłka i każdy powrót.
Pracujemy zdalnie w całej Polsce, a na miejscu tam, gdzie mamy biuro. Główne stoi w Gorzowie Wielkopolskim przy Baczyńskiego 24 i stamtąd obsługujemy klientów lokalnie .