Omówienie środowisk
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
W przypadku aplikacji produkcyjnych musisz skonfigurować przejrzysty proces programowania, zwłaszcza jeśli nad aplikacją pracuje więcej niż jedna osoba. Proces programowania zwykle obejmuje konfigurowanie i zarządzanie wieloma środowiskami.
Firebase oferuje różne poziomy obsługi procesów programistycznych i środowisk składowych. Gdy zapoznasz się z terminami dotyczącymi przepływu pracy dewelopera i założeniami na tej stronie, sprawdź nasze ogólne sprawdzone metody i ogólne wytyczne dotyczące bezpieczeństwa, aby skonfigurować projekt w Firebase i aplikacje.
Informacje o środowiskach
W procesie tworzenia oprogramowania środowisko to cały sprzęt i oprogramowanie niezbędne do uruchomienia instancji aplikacji lub systemu aplikacji.
Seria środowisk zapewnia izolację na potrzeby tworzenia i testowania oprogramowania bez wpływu na użytkowników. Jak widać na poniższym diagramie, środowiska na wyższym poziomie są uważane za przedprodukcyjne lub produkcyjne. Możesz mieć dowolną liczbę środowisk przedprodukcyjnych. Diagram zawiera też opis typowych praktyk i funkcji związanych z każdym rodzajem środowiska.
Proces przenoszenia funkcji lub wersji przez te środowiska do środowiska produkcyjnego nazywa się potokiem wdrażania.
Rodzaje środowisk
Środowisko składa się z infrastruktury bazowej, która jest potrzebna do uruchamiania i obsługi aplikacji, jej kodu i danych. Rozwiń każdy z tych terminów, aby zapoznać się z opisami niektórych typowych środowisk, w tym ze wskazówkami dotyczącymi typów danych używanych w każdym z nich.
Środowiska deweloperskie
Każdy programista potrzebuje środowiska programistycznego – bezpiecznego, odizolowanego miejsca do testowania zmian w trakcie ich tworzenia. Najlepiej, aby każdy programista w zespole miał dostęp do własnego środowiska deweloperskiego. Jeśli środowisko deweloperskie jest instancją lokalną, deweloper może znacznie szybciej wprowadzać zmiany.
Dane w środowisku deweloperskim są wypełniane danymi, które ogólnie przypominają dane produkcyjne, ale nigdy nie powinny zawierać danych prawdziwych użytkowników. Może też zawierać dane, które w przeszłości powodowały błędy, np. bardzo długie ciągi znaków.
Środowiska testowe i środowiska kontroli jakości
Jeśli masz testy automatyczne, potrzebujesz środowiska, w którym możesz je przeprowadzać, i musisz resetować dane za każdym razem, gdy uruchamiasz środowisko testowe.
Jeśli masz inżynierów ds. kontroli jakości, mogą oni potrzebować jednego środowiska, z którego wszyscy korzystają, lub indywidualnych środowisk do testowania nowej wersji kandydującej do publikacji.
Dane w środowiskach testowych i QA są wypełniane danymi wysokiej jakości, które są ogólnie reprezentatywne dla danych produkcyjnych, a także danymi, które reprezentują przypadki brzegowe i przykłady danych, które w przeszłości powodowały błędy.
Środowiska testowe
Aby przeprowadzić realistyczne testy działania wersji w środowisku produkcyjnym, potrzebujesz środowiska przejściowego, które jak najdokładniej odzwierciedla infrastrukturę produkcyjną. Jeśli chcesz przetestować konkretne integracje w izolacji, możesz mieć kilka instancji testowych.
Oto typowe różnice między wersją roboczą a wersją produkcyjną:
W środowisku testowym może brakować niektórych funkcji lub integracji, co może powodować efekty uboczne. Na przykład środowisko testowe może być skonfigurowane tak, aby nie wysyłać e-maili.
Środowisko testowe może zawierać anonimizowane dane. Dane mogą być fałszywe, ale powinny być realistyczne. Środowisko testowe służy do bezpiecznego debugowania problemów, więc możesz przyznać szerszemu zespołowi dostęp do danych testowych niż do danych produkcyjnych. Dlatego, aby chronić prywatność użytkowników, nie należy używać w środowisku testowym rzeczywistych danych użytkowników.
Środowiska produkcyjne
W przypadku każdej aplikacji, którą utrzymujesz, potrzebujesz jednego środowiska produkcyjnego. Jest to instancja, z którą wchodzą w interakcję Twoi użytkownicy.
W przeciwieństwie do innych środowisk, w których możesz zmieniać, usuwać lub odtwarzać dane, dane w środowisku produkcyjnym są bardzo ważne. Utrata lub zmiana danych produkcyjnych będzie miała bezpośredni wpływ na użytkowników.
W Firebase konsoli zalecamy dodanie tagów do projektu w Firebase powiązanego ze środowiskiem produkcyjnym jako środowiska „produkcyjnego”. Ten tag może przypominać Tobie i Twojemu zespołowi, że wszelkie zmiany mogą mieć wpływ na powiązane aplikacje produkcyjne i ich dane.
Dalsze kroki
Zapoznaj się z naszymi ogólnymi sprawdzonymi metodami konfigurowania projektów Firebase. W tym przewodniku znajdziesz odpowiedzi na pytania dotyczące hierarchii projektów Firebase, rejestrowania wariantów aplikacji i wielu najemców.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2026-04-20 UTC."],[],[]]
