W przypadku aplikacji w wersji produkcyjnej musisz zaplanować jasny proces programowania, zwłaszcza
jeśli nad aplikacją pracuje więcej niż 1 osoba. Proces programowania
zwykle wymaga skonfigurowania wielu środowisk i zarządzania nimi.
Firebase oferuje różne poziomy obsługi przepływów pracy programisty oraz
tych środowisk. Gdy już zapoznasz się z terminami w przepływie pracy programisty
i założeniami na tej stronie, zapoznaj się z
ogólne sprawdzone metody
oraz
ogólne wytyczne dotyczące bezpieczeństwa
, aby skonfigurować projekt Firebase i aplikacje.
Informacje o środowiskach
W rozwoju oprogramowania środowiskiem jest sprzęt i oprogramowanie,
które są wymagane do uruchomienia instancji aplikacji lub systemu
aplikacji.
Seria środowisk zapewnia odizolowanie od środowiska tworzenia i testowania oprogramowania
bez wpływu na użytkowników. Jak widać na schemacie poniżej, środowiska na poziomie
zasadniczo są uznawane za przedprodukcyjne lub produkcyjne.
mają tyle środowisk przedprodukcyjnych, ile jest potrzebnych. Schemat ten pokazuje również
typowe metody i funkcje powiązane z każdym
typ środowiska.
Proces przenoszenia funkcji lub publikowania w tych środowiskach do
w środowisku produkcyjnym jest nazywany potokiem wdrożenia.
Typy środowisk
Środowisko składa się z bazowej infrastruktury, która musi działać
aby zapewnić obsługę aplikacji, jej kodu i danych. Rozwiń każdy
poniższych terminów, aby zapoznać się z opisami typowych środowisk, w tym
wskazówek na temat typów danych wykorzystywanych w poszczególnych typach środowisk.
Środowiska programistyczne
Każdy deweloper potrzebuje środowiska programistycznego – bezpiecznego, odizolowanego miejsca do testowania.
podczas tworzenia. W idealnej sytuacji każdy programista z Twojego zespołu ma dostęp do tych danych,
do własnego środowiska programistycznego. Poza tym, jeśli środowisko programistyczne jest instancją lokalną,
dzięki czemu programista może
szybciej tworzyć nowe wersje.
Dane w środowisku programistycznym są zapoczątkowane danymi, które zasadniczo przypominają
danych produkcyjnych, ale nigdy nie powinny zawierać i skalowalnych danych. Może też
zawierają dane, które w przeszłości spowodowały błędy, np. bardzo długie ciągi znaków.
Środowiska testowania i kontroli jakości
Jeśli używasz testów automatycznych, potrzebujesz środowiska, w którym je przeprowadzasz.
i trzeba je zresetować po każdym uruchomieniu testu.
dla środowiska.
Jeśli zatrudniasz inżynierów ds. kontroli jakości, być może będą oni potrzebować jednego środowiska, z którego korzystają wszyscy.
mogą potrzebować indywidualnych środowisk do przetestowania nowej wersji kandydującej.
Dane w środowiskach testowych i kontroli jakości zawierają dane wysokiej jakości,
zasadniczo reprezentatywnych dla danych produkcyjnych, wraz z danymi reprezentującymi
przypadków wystąpienia błędów i przykładów danych, które w przeszłości spowodowały błędy.
Środowiska testowania
Aby w realistyczny sposób sprawdzić, jak dana wersja będzie działać w środowisku produkcyjnym, potrzebujesz środowiska testowego
które maksymalnie naśladuje infrastrukturę produkcyjną. Jest
często ma wiele instancji przejściowych, jeśli trzeba przetestować określone
z integracją w oddzielnym miejscu.
Oto typowe różnice między wersją testową a produkcyjną:
Na etapie przejściowym może brakować niektórych funkcji lub integracji, co może powodować
efekty. Możesz na przykład ustawić konfigurację tak, aby nie wysyłać e-maili.
Testy mogą mieć zanonimizowane dane; dane mogą być fałszywe, ale powinny być
realistyczne. Ze względu na to, że testowanie jest miejscem do bezpiecznego
debugowania problemów,
szerszy dostęp zespołu do danych testowych niż do danych produkcyjnych. Aby chronić użytkowników
prywatności, podczas testowania nie używaj
rzeczywistych danych użytkownika.
Środowiska produkcyjne (produkcyjne)
Dla każdej aplikacji, którą zarządzasz, potrzebujesz jednej wersji produkcyjnej
dla środowiska. Jest to instancja, z którą użytkownicy wchodzą w interakcje.
W odróżnieniu od innych środowisk, w których możesz zmieniać, usuwać lub tworzyć ponownie
dane w środowisku produkcyjnym są bardzo ważne, utraty lub zmiany
Twoje dane produkcyjne będą
bezpośrednio wpływać na Twoich użytkowników.
W konsoli Firebase zalecamy otagowanie powiązanego projektu Firebase
w środowisku produkcyjnym
„produkcja” Ten tag
może przypomnieć Tobie i współpracownikom, że jakiekolwiek zmiany mogą
powiązane aplikacje produkcyjne i ich dane.
Dalsze kroki
Zapoznaj się z ogólnymi sprawdzonymi metodami.
, aby skonfigurować projekty Firebase. Ten przewodnik zawiera odpowiedzi na pytania dotyczące Firebase
hierarchii projektów, sposobu rejestrowania wariantów aplikacji oraz środowiska wielu najemców.
