Udostępnij za pośrednictwem

Środowiska

  • Artykuł

Użyj procesu ciągłego dostarczania , aby szybko i bezpiecznie dostarczać nową wartość do środowiska produkcyjnego. Małe zmiany można często dostarczać, co zmniejsza ryzyko problemów.

Inne czynniki wpływają na "ból wdrożenia w środowisku produkcyjnym", w tym wdrożenie 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ąć obciążenie ręczne i ryzyko ręcznego wydania, a zamiast tego zautomatyzować programowanie przy użyciu wieloestegożowego procesu przeznaczonego dla różnych środowisk.

Wspólna architektura wielośrodowisowa obejmuje cztery warstwy:

  • Opracowywanie zawartości
  • Przetestuj
  • Przygotowanie
  • 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 test akceptacji użytkownika (UAT) w celu zweryfikowania kompleksowego przepływu biznesowego.

Environment opis
Opracowywanie zawartości Środowisko programistyczne (deweloperskie) to miejsce, w którym opracowywane są zmiany w oprogramowaniu.
Przetestuj Ś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 deweloperów przed zezwoleniem tym elementom na wprowadzanie co najmniej jednego środowiska testowego.
Przygotowanie 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 akceptacji użytkowników (UAT) 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 Środowisko produkcyjne (produkcyjne), nazywane czasem na żywo, to środowisko, z którym użytkownicy korzystają 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 przeglądają żą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.

Pakiety robocze

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 piaskownicy

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żyj oddzielnych jednostek usługi do celów testowych i produkcyjnych, aby chronić środowiska.
  • Implementowanie automatycznych kontroli i zatwierdzeń w celu weryfikowania i zatwierdzania zmian przed wdrożeniem wszelkich zmian w określonym środowisku

Następne kroki