Jak zrobić kopię zapasową aplikacji zbudowanej z AI — i dlaczego naprawdę musisz
Jeśli Twoja aplikacja zbudowana z AI to rzecz, na której działa Twój biznes, utrata jej to prawdziwe ryzyko. Oto nietechniczny przewodnik po tworzeniu kopii zapasowej aplikacji zbudowanej z AI — co zapisać, jak często i co zrobić, gdy wszystko pójdzie nie tak.
Founder, z którym rozmawiam, prowadzi cały swój biznes rezerwacyjny — trzy lokalizacje, około 200 klientów tygodniowo — na aplikacji, którą zbudował sam za pomocą kreatora aplikacji z AI. Pokazał mi ją we wtorek i był z niej bardzo dumny. W środę zapytał mnie, lekko zdenerwowany: „Jeśli ta rzecz się zepsuje, to po prostu… tracę wszystko?”.
Szczera odpowiedź brzmiała: może. Zależy, co masz na myśli przez „zepsuje się”. Zależy, jaki miał backup (nie miał żadnego). Zależy, czy zdoła odtworzyć ją na czas.
Ta rozmowa to ta najczęstsza, jaką mam z ludźmi, którzy zbudowali aplikację z AI. Sam build wydaje się małym cudem. Pytanie „co się stanie, jeśli zniknie” prawie nigdy nie pada, dopóki aplikacja już nie wykonuje prawdziwej pracy — a wtedy konsekwencje jej utraty zrobiły się poważne.
Ten wpis jest dla każdego, kto zbudował prawdziwą, działającą aplikację bez samodzielnego kodowania, a teraz polega na niej w czymś, co ma znaczenie. Omówimy, co jest naprawdę zagrożone, co backupować, jak często i co zrobić, gdy coś pójdzie nie tak. To nie jest techniczne. Nie ma skryptów do uruchamiania. Celem jest upewnienie się, że cokolwiek zbudowałeś, nie stracisz tego dlatego, że nikt Ci nie powiedział, że backupy to rzecz.
Co jest naprawdę w środku Twojej aplikacji zbudowanej z AI (i co może zniknąć)
Aplikacja zbudowana z AI składa się z dwóch bardzo różnych rzeczy i każdą z nich trzeba backupować inaczej.
Pierwsza to sama aplikacja — ekrany, logika, projekt, integracje. To jest to, co wygenerował dla Ciebie Twój kreator AI. Żyje na koncie Twojego kreatora AI, zwykle w projekcie. Jeśli stracisz dostęp do tego konta, albo kreator ma awarię, albo projekt zostanie uszkodzony, tracisz to.
Druga to Twoje dane — użytkownicy, zamówienia, wiadomości, rezerwacje, pliki, które ludzie wgrali. To zwykle żyje gdzieś w bazie danych. Czasem jest wewnątrz kreatora AI. Czasem jest w usłudze takiej jak Supabase, Firebase albo Airtable. Czasem jest rozproszone po wielu miejscach.
Te dwie rzeczy mają zupełnie różne profile ryzyka. Struktura aplikacji zmienia się, gdy prosisz AI, by ją zmieniło. Twoje dane zmieniają się za każdym razem, gdy użytkownik coś robi. Więc potrzebują różnych strategii backupu.
Użyteczny sposób myślenia o tym: gdyby budynek się spalił, aplikacja to plan budowlany, a dane to to, co było w środku budynku, gdy się palił. Możesz odbudować z planu. Nie odzyskasz tego, co było w środku.
Co jest zagrożone: cztery scenariusze, które naprawdę się zdarzają
Widziałem, jak każdy z tych zdarzył się ludziom budującym z kreatorami aplikacji z AI. Żaden z nich nie jest teoretyczny.
1. Przypadkiem każesz AI zepsuć aplikację. Jesteś zmęczony, pracujesz o północy i mówisz „usuń stronę rejestracji użytkowników”, bo chcesz ją przeprojektować. AI to robi. Usuwa też część aplikacji, która pozwala istniejącym użytkownikom się zalogować. Teraz nikt nie może używać aplikacji, a ostatnia działająca wersja AI zniknęła, chyba że masz włączoną historię wersji (wielu kreatorów domyślnie jej nie ma).
2. Kreator AI ma awarię albo problem z danymi. Rzadkie, ale prawdziwe. W 2024 popularna platforma no-code miała 6-godzinną awarię, podczas której dane klientów były niedostępne. Nikt nie stracił danych na stałe, ale wiele firm straciło dzień. Jeśli Twoja aplikacja rezerwacyjna nie działa w sobotni poranek, gdy klienci próbują zarezerwować na sobotnie popołudnie, to nie „brak utraty danych” — to utracony przychód, którego nie odzyskasz.
3. Twoje konto zostaje zablokowane. Może problem z płatnością, może oznaczone logowanie z nowej lokalizacji, może zmiana maila, która nie zaszła. Aplikacja jest w porządku, dane są w porządku, ale nie możesz się dostać. Jeśli nie masz wyeksportowanej kopii, jesteś zdany na czasy odpowiedzi wsparcia.
4. Opuszczasz platformę. To ten, którego ludzie nie planują. Za rok możesz chcieć przejść na inne narzędzie albo zatrudnić programistę, by przejął to, co zbudowałeś. Jeśli jedyna kopia Twojej aplikacji i danych żyje wewnątrz jednego kreatora, Twoje opcje są wąskie i kosztowne.
W każdym z tych scenariuszy różnica między „irytujące” a „katastrofalne” to to, czy miałeś backup.
Co backupować i jak często
Nie potrzebujesz wymyślnego systemu. Potrzebujesz nawyku. Oto minimum, które polecam komuś budującemu z AI bez pisania kodu.
Twoje dane — codziennie, automatycznie, jeśli to możliwe.
Jeśli Twoje dane żyją w czymś takim jak Supabase albo Airtable, oba oferują zaplanowane eksporty albo backupy. Włącz to. Większość ludzi to pomija, bo to trzy kliknięcia i zakładają, że zrobią to później. Zrób to w dniu startu.
Jeśli Twoje dane żyją wewnątrz samego kreatora AI i nie ma automatycznego eksportu, ustaw przypomnienie w kalendarzu na każdą niedzielę, by ręcznie je wyeksportować. Eksportuj jako CSV na tabelę. Zapisz to gdzieś poza kreatorem — Google Drive, Dropbox, zewnętrzny dysk. Gdziekolwiek, byle nie ta sama usługa.
Trzymaj przynajmniej cztery tygodnie tych eksportów. Nie nadpisuj tego samego pliku za każdym razem. Jeśli Twoje dane zostaną uszkodzone we wtorek, a zauważysz dopiero w piątek, nie chcesz, by jedynym backupem były już zepsute dane z piątku.
Strukturę aplikacji — za każdym razem, gdy wprowadzasz istotną zmianę.
Większość kreatorów aplikacji z AI ma jakąś formę historii wersji albo migawek (snapshotów). Znajdź tę funkcję. Używaj jej. Zanim wprowadzisz dużą zmianę w aplikacji — a „duża” znaczy „coś, czego nie powtórzyłbyś z pamięci w godzinę” — zrób nazwaną migawkę. Nazwij ją czymś użytecznym, jak „przed dodaniem ekranu płatności” albo „przed zmianą ról użytkowników”.
Jeśli Twój kreator nie ma migawek, poproś AI, by podsumowało, co robi aplikacja, w długim dokumencie. Zapisz ten dokument. To nie jest prawdziwy backup aplikacji, ale to przepis — jeśli stanie się najgorsze, możesz użyć tego dokumentu jako promptu do odbudowy.
Twoje konta i dane uwierzytelniające — raz, w dniu startu.
Zapisz, w jednym miejscu, gdzie wszystko żyje. Które konto kreatora ma aplikację. Która usługa bazodanowa ma dane. Który mail to login administratora. Który operator płatności jest połączony. Które integracje są połączone.
Zapisz to w menedżerze haseł, nie w Dokumencie Google. Jeśli jutro potrąci Cię autobus, Twój wspólnik musi móc to wszystko znaleźć. Jeśli jesteś solo founderem, Twoje przyszłe ja (za sześć miesięcy, wyczerpane, próbujące przypomnieć sobie, co zrobiłeś przy starcie) też musi móc to znaleźć.
Twoje pliki — gdziekolwiek wgrywają je Twoi użytkownicy.
Jeśli Twoja aplikacja przyjmuje wgrywane pliki — obrazy, PDF-y, cokolwiek — te pliki gdzieś żyją. Znajdź gdzie. Większość kreatorów używa jakiegoś rodzaju kubełka pamięci (storage bucket). Sprawdź, czy jest backupowany. Jeśli nie, ustaw okresowe kopiowanie do własnej pamięci.
Prosta rutyna backupu, która zajmuje około 20 minut tygodniowo
Niedzielny wieczór, gdy i tak już nie pracujesz:
- Otwórz swojego kreatora AI. Zrób nazwaną migawkę bieżącego stanu aplikacji. Opatrz datą.
- Wyeksportuj każdą tabelę danych jako CSV. Wrzuć je do datowanego folderu w pamięci chmurowej. (Większość danych żyje w 3–10 tabelach — to nie wielka robota.)
- Rzuć okiem na kubełek pamięci. Upewnij się, że nie dzieje się nic dziwnego (eksplodująca liczba plików, podejrzane wgrania).
- Zaktualizuj dokument „gdzie wszystko żyje”, jeśli coś zmieniło się w tym tygodniu.
I tyle. Dwadzieścia minut, raz w tygodniu. To szalenie nieproporcjonalne ubezpieczenie do tego, co chroni.
Jeśli nie chcesz robić tego ręcznie, sprawdź, czy Twoje dane żyją gdzieś z natywnym backupem. Supabase, na przykład, może robić za Ciebie automatyczne codzienne backupy. Jeśli korzystasz z ich darmowego planu, te backupy są ograniczone; na planie płatnym sięgają dalej wstecz. Dla biznesu, który zależy od aplikacji, ten płatny plan to najtańsze ubezpieczenie, jakie kiedykolwiek kupisz.
Co zrobić, gdy coś pójdzie nie tak
Jeśli Twoja aplikacja psuje się z powodu błędu kreatora AI albo złej zmiany:
- Nie promptuj w panice. Instynktem będzie poprosić AI, by naprawiło to natychmiast. Oprzyj się temu na dziesięć minut. Panikowa poprawka w złym kierunku może pogorszyć sprawy, a większość kreatorów nie cofnie łatwo łańcucha promptów.
- Cofnij się do ostatniej migawki. Jeśli ją masz. To cały powód, dla którego ją zrobiłeś.
- Jeśli nie masz migawki, poproś kreatora AI, by cofnął ostatnią konkretną zmianę. Bądź precyzyjny. „Cofnij zmianę, gdzie usunęliśmy stronę rejestracji” jest lepsze niż „spraw, by znów działało”.
Jeśli Twoje dane zostaną uszkodzone:
- Zatrzymaj zapisy natychmiast. Wyłącz aplikację, jeśli możesz. Każda nowa akcja użytkownika, gdy Twoje dane są złe, to więcej danych, które będziesz musiał później uzgodnić.
- Przywróć z najnowszego dobrego backupu. Jeśli nie wiesz, który jest dobry, przywracaj je po kolei do kopii swojego środowiska, aż znajdziesz ostatnią czystą wersję.
- Uzgodnij, czego brakuje. Jeśli przywrócisz niedzielny backup w piątek, straciłeś pięć dni aktywności. Napisz do dotkniętych użytkowników, poproś, by powtórzyli, co robili, i przeproś. Ludzie są zaskakująco wyrozumiali, gdy jesteś szczery i szybki.
Jeśli stracisz dostęp do konta:
- Skontaktuj się ze wsparciem natychmiast. Nie próbuj „przeczekać”. Kolejki wsparcia kreatorów się różnią; niektóre są świetne, niektóre wolne.
- Miej gotową swoją tożsamość. Pierwotny mail rejestracyjny, dane karty płatniczej, data rejestracji, wszelkie stare faktury. Odzyskanie konta bez tych jest trudne.
Rzecz, której nikt nie powiedział temu founderowi
Founder od rezerwacji, od którego zacząłem, kupił płatny plan dla swojej usługi danych po naszej rozmowie. Ustawił automatyczne codzienne backupy. Zrobił migawkę aplikacji. Zapisał wszystkie swoje konta w menedżerze haseł. Całość zajęła mu około godziny w niedzielę.
Miesiąc później zmiana AI, o którą poprosił, przypadkiem zepsuła jego logikę cyklicznych rezerwacji. Klienci nie widzieli swoich następnych wizyt. Zauważył w ciągu dwudziestu minut. Przywrócił migawkę dwoma kliknięciami. Zachował dane, zachował aplikację, a jego klienci nigdy niczego nie zobaczyli.
Powiedział mi potem, że to była najtańsza godzina, jaką kiedykolwiek wydał. Nie myli się. Backupy aplikacji zbudowanej z AI to około godziny konfiguracji i dwadzieścia minut tygodniowo nawyku. To, przed czym chronią, to rzecz, o której nikt, kto ją stracił, nigdy nie pomyślał, że mu się przydarzy.
Jeśli zbudowałeś coś prawdziwego, zrób migawkę dziś.