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. Diagram przedstawia też typowe metody i funkcje związane z poszczególnymi typami środowisk.
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órą musisz uruchomić 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 wprowadzanych zmian. 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 nie powinien zawierać żadnych 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ą:
W wersji testowej może brakować niektórych funkcji lub integracji, które mogą powodować działania niepożądane. 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 (prod)
Dla każdej aplikacji, którą zarządzasz, potrzebujesz jednej wersji produkcyjnej dla środowiska. Jest to instancja, z którą użytkownicy się stykają.
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” (typ środowiska). 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.
Zapoznaj się z ogólnymi wskazówkami dotyczącymi bezpieczeństwa w różnych środowiskach. Chcesz mieć pewność, że każde środowisko i powiązane z nim dane są bezpieczne.
Zapoznaj się z listą kontrolną uruchamiania Firebase.