Wiem, że powinniśmy mieć co najmniej 3 różne środowiska podczas opracowywania rozwiązania:
- Programowanie : Programiści mogą dowolnie zmieniać i wypychać zmiany w dowolnym momencie, aby szybko przetestować swój kod i zintegrować się z innymi zmianami, bez obawy, że coś zepsują - jest to związane z bazami danych i usługami TEST;
- UAT : Powinien być traktowany z szacunkiem przez programistów, ponieważ powinien zawierać „możliwie najlepszą” kopię środowiska produkcyjnego w odniesieniu do sprzętu, z tą różnicą, że to środowisko jest podłączone do baz danych UAT z edytowalną kopią danych produkcyjnych - jest wykorzystywany zarówno przez zespół Q&A, jak i użytkowników do sprawdzania poprawności zmian wprowadzonych do produkcji
- Produkcja : prawdziwa okazja.
Przyjrzałem się temu pytaniu na temat SoftwareEngineering i temu pytaniu na ServerFault. Wydaje się , że różnią się one co do znaczenia środowiska przejściowego. Ponadto strona Wikipedii na ten temat stwierdza, że:
Podstawowym zastosowaniem środowiska pomostowego jest przetestowanie wszystkich skryptów i procedur instalacji / konfiguracji / migracji, zanim zostaną one zastosowane w środowisku produkcyjnym. Zapewnia to, że wszystkie główne i drobne aktualizacje środowiska produkcyjnego zostaną wykonane niezawodnie bez błędów, w jak najkrótszym czasie.
Dla mnie Staging jest równy UAT, gdzie musisz przetestować procedury aplikacji i wdrażania przed przejściem do prawdziwego świata. Tak więc pchamy pakiet ze zmianami do UAT w ten sam sposób, w jaki pchamy do produkcji, w pełni zautomatyzowany i przy całej ceremonii, jaką powinniśmy odbyć w środowisku produkcyjnym.
Biorąc to pod uwagę, jaka jest właściwa różnica między środowiskiem UAT a środowiskiem przejściowym?
-
EDYCJA: Żeby było jasne, myślę o aplikacji internetowej, czy to o stronie internetowej, czy o intranecie. Brak aplikacji „formularzy” lub aplikacji mobilnej.