Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Użyj procesu ciągłego dostarczania , aby szybko i bezpiecznie dostarczać nową wartość do środowiska produkcyjnego. Możesz często dostarczać małe zmiany, co zmniejsza ryzyko problemów.
Inne czynniki wpływają na "trudności związane z wdrożeniem w środowisku produkcyjnym", w tym przyjęcie wielu środowisk dostarczania/wdrażania. Podejście wielośrodowisowe umożliwia tworzenie, testowanie i wydawanie kodu z większą szybkością i częstotliwością w celu jak najprostszego wdrożenia. Możesz usunąć ręczny nakład pracy i ryzyko ręcznego release'u, a zamiast tego zautomatyzować rozwijanie przy użyciu wielostopniowego procesu przeznaczonego dla różnych środowisk.
Wspólna architektura wielośrodowisowa obejmuje cztery warstwy:
- Rozwój
- Test
- Staging
- Produkcja
W tej architekturze produkt przechodzi w kolejności od programowania (środowiska, w którym programujesz zmiany w oprogramowaniu) za pośrednictwem środowiska produkcyjnego (środowisko, z którym użytkownicy korzystają bezpośrednio). Możesz również wprowadzić środowisko testowe testów akceptacyjnych użytkownika (UAT) w celu zweryfikowania kompleksowego przepływu procesów biznesowych.
| Środowisko | Description |
|---|---|
| Rozwój | Środowisko programistyczne (deweloperskie) to miejsce, w którym opracowywane są zmiany w oprogramowaniu. |
| Test | Środowisko testowe umożliwia testerom ludzkim lub automatycznym testom wypróbowanie nowego i zaktualizowanego kodu. Deweloperzy muszą zaakceptować nowy kod i konfiguracje za pomocą testów jednostkowych w środowisku deweloperskim przed zezwoleniem na wprowadzenie tych elementów do co najmniej jednego środowiska testowego. |
| Staging | Etap przejściowy to miejsce, w którym przeprowadzasz końcowe testowanie bezpośrednio przed wdrożeniem w środowisku produkcyjnym. Każde środowisko przejściowe powinno odzwierciedlać rzeczywiste środowisko produkcyjne tak dokładnie, jak to możliwe. |
| testowanie akceptacyjne przez użytkowników | Testowanie akceptacyjne użytkownika (UAT) umożliwia użytkownikom końcowym lub klientom wykonywanie testów w celu zweryfikowania/zaakceptowania systemu oprogramowania, zanim aplikacja oprogramowania będzie mogła przejść do środowiska produkcyjnego. |
| Produkcja | Twoje środowisko produkcyjne, czasami nazywane na żywo, to środowisko, z którym użytkownicy wchodzą w interakcję bezpośrednio. |
Uwagi dotyczące projektowania
Zastosuj następujące zagadnienia do tworzenia stref docelowych platformy Azure i obciążeń platformy Azure:
- Środowiska testowe są ważne, ponieważ umożliwiają deweloperom platformy testowanie zmian przed wdrożeniem w środowisku produkcyjnym, co zmniejsza ryzyko związane z dostarczaniem w środowisku produkcyjnym.
- Utrzymywanie środowisk tak podobnych, jak to możliwe, ułatwia znajdowanie błędów związanych ze środowiskiem w pierwszych fazach testowania, co zwiększa szybkość i niezawodność programowania i testowania.
- Jeśli występują rozbieżności w konfiguracji środowisk, występuje "dryf konfiguracji", co może spowodować utratę danych, wolniejsze wdrożenia i błędy.
- Możesz przyspieszyć wdrożenia, poprawić spójność środowiska i zmniejszyć "dryf konfiguracji" między środowiskami, przyjmując infrastrukturę jako kod (IaC).
- Rozważ wdrożenie metod, takich jak Canary lub Blue-Green Deployments, które udostępniają nowe funkcje tylko ograniczonemu zestawowi użytkowników testowych w środowisku produkcyjnym i pomagają skrócić czas wydawania do środowiska produkcyjnego.
- Użyj kontroli wyników testów, aby kontrolować przejście kodu z programowania do środowiska produkcyjnego. Te kontrolki można zautomatyzować, aby testy zakończone niepowodzeniem uniemożliwiały automatyczne wdrażanie zmian w następnym środowisku.
- Wyznaczeni użytkownicy powinni weryfikować żądania ściągnięcia przed wdrożeniem kodu w środowisku produkcyjnym. Rozważ użycie repozytoriów ze strategią gałęzi do zarządzania procesem przeglądu.
- Unikaj silosów, zezwalając wszystkim deweloperom na dostęp do wszystkich środowisk.
Workloads
Aby dowiedzieć się, jak zarządzać środowiskami dla obciążeń, zobacz Często zadawane pytania dotyczące skali przedsiębiorstwa.
Strefy docelowe platformy Azure
Wdrażanie wielu środowisk dla wdrożenia strefy docelowej platformy Azure jest powszechne, gdy klient chce przetestować efekty i wyniki nowych przypisań ról usługi Azure Policy, przypisań ról RBAC platformy Azure, członkostwa w grupach firmy Microsoft Entra, tworzenia zasobów platformy Azure i nie tylko.
Podejście do testowania dla skali przedsiębiorstwa opisuje dwa różne podejścia wdrażania:
- Replikacja hierarchii grup zarządzania w środowisku Canary i Production
- Subskrypcje środowiska testowego
Niezależnie od tego, które podejście należy wykonać, zawsze należy wykonywać następujące czynności:
- Wdrożenie co najmniej jednego środowiska do testowania.
- Używaj oddzielnych obiektów usługi (Service Principals) do celów testowych i produkcyjnych, aby chronić swoje środowiska.
- Implementowanie automatycznych kontroli i zatwierdzeń w celu weryfikowania i zatwierdzania zmian przed wdrożeniem wszelkich zmian w określonym środowisku