0Pricing
DevOps Bootcamp · Lekcja

Wdrażanie do środowiska stagingowego

Skonfigurują Państwo workflow, który automatycznie wdroży aplikację do środowiska stagingowego na potrzeby testów przedprodukcyjnych.

Wdrażanie do środowiska stagingowego to bezpłatna lekcja DevOps Bootcamp na CoddyKit. To lekcja 2 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej DevOps Bootcamp, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs DevOps Bootcamp zawiera 4 lekcji w sumie.

Czym jest środowisko stagingowe?

Wyobraźmy sobie, że została utworzona nowa funkcja aplikacji. Zanim zostanie udostępniona wszystkim użytkownikom (na produkcji), warto przetestować ją w bezpiecznym i realistycznym środowisku. Właśnie do tego służy środowisko stagingowe!

Środowisko stagingowe jest kopią środowiska produkcyjnego. Służy do przeprowadzania końcowych testów przed wydaniem, umożliwiając wykrycie problemów i zapewnienie jakości bez wpływu na użytkowników korzystających z działającej aplikacji.

Staging a produkcja

Chociaż środowisko stagingowe odwzorowuje produkcję, ich przeznaczenie jest różne:

  • Staging: Służy do zapewniania jakości (QA), testów akceptacyjnych użytkowników (UAT) i kontroli końcowych. Korzysta z niego tylko ograniczona grupa odbiorców (testerzy i interesariusze).
  • Produkcja: Jest to działające środowisko używane przez wszystkich użytkowników końcowych. Wszelkie problemy w tym środowisku mają bezpośredni wpływ na klientów.

Wdrażanie najpierw do środowiska stagingowego jest kluczowym krokiem umożliwiającym ograniczenie ryzyka na produkcji.

Funkcja GitHub Environments

GitHub Actions udostępnia zaawansowaną funkcję o nazwie Environments. Umożliwia ona definiowanie logicznych środowisk (takich jak staging lub production) w repozytorium.

Środowiska pomagają:

  • Stosować reguły ochrony (ręczne zatwierdzanie, liczniki czasu oczekiwania).
  • Zarządzać sekretami specyficznymi dla środowiska.
  • Śledzić wdrożenia do konkretnych środowisk.

Deklarowanie środowiska stagingowego

Aby użyć środowiska w przepływie pracy, należy najpierw zdefiniować je w ustawieniach repozytorium:

  • Otwórz repozytorium w GitHubie.
  • Kliknij Ustawienia > Środowiska.
  • Kliknij Nowe środowisko i nadaj mu nazwę, na przykład staging.

W tym miejscu można dodać reguły ochrony, na przykład wymagające zatwierdzenia wdrożeń przez recenzenta.

Podstawowa struktura przepływu wdrażania

Przyjrzyjmy się teraz, jak wskazać GitHub Actions środowisko staging, do którego ma nastąpić wdrożenie. Środowisko określa się w ramach zadania:

name: Deploy to Staging

on: push

jobs:
  deploy-to-staging:
    runs-on: ubuntu-latest
    environment: staging # This links to your 'staging' environment
    steps:
      - name: Say Hello
        run: echo "Deploying to staging!"

Konfigurowanie ochrony środowiska

Wiersz environment: staging w przepływie pracy nie tylko opisuje wdrożenie. Jeśli w ustawieniach repozytorium skonfigurowano reguły ochrony dla środowiska staging, zostaną one automatycznie zastosowane.

Jeśli na przykład wymagane jest ręczne zatwierdzenie, zadanie zostanie wstrzymane do czasu, aż upoważniona osoba sprawdzi i zatwierdzi wdrożenie.

Budowanie aplikacji

Przed wdrożeniem zazwyczaj trzeba zbudować aplikację. Może to obejmować kompilowanie kodu, uruchamianie testów lub pakowanie zasobów. Dodajmy te kroki do naszego zadania:

    steps:
      - name: Checkout code
        uses: actions/checkout@v4

      - name: Setup Node.js (Example build step)
        uses: actions/setup-node@v4
        with:
          node-version: '18'

      - name: Install dependencies
        run: npm ci

      - name: Build application
        run: npm run build

Wdrażanie zbudowanych artefaktów

Po zbudowaniu aplikacji kolejnym krokiem jest przesłanie jej plików na serwer stagingowy. Często wykorzystuje się do tego SSH, FTP lub narzędzie wdrażania właściwe dla danej chmury.

Oto krok koncepcyjny. W rzeczywistym scenariuszu należy zastąpić echo rzeczywistym poleceniem wdrażania:

      - name: Deploy to Staging Server
        run: |
          echo "Simulating deployment to staging..."
          # scp -r ./dist user@staging.example.com:/var/www/html
          # Or use a specific deployment action for AWS, Azure, etc.

Połączenie wszystkiego: przepływ stagingowy

Ten kompletny przepływ pracy uruchomi się po przesłaniu zmian do gałęzi develop. Pobiera kod, buduje aplikację, a następnie koncepcyjnie wdraża ją do środowiska staging, z uwzględnieniem skonfigurowanych reguł ochrony.

name: Deploy to Staging Environment

on:
  push:
    branches:
      - develop # Trigger only on pushes to the 'develop' branch

jobs:
  deploy:
    runs-on: ubuntu-latest
    environment: staging # Link this job to the 'staging' environment

    steps:
      - name: Checkout code
        uses: actions/checkout@v4

      - name: Setup Node.js (Example)
        uses: actions/setup-node@v4
        with:
          node-version: '18'

      - name: Install dependencies
        run: npm ci

      - name: Build application
        run: npm run build

      - name: Deploy to Staging Server
        run: echo "Deployment to staging completed!"

Sprawdzenie wdrażania do stagingu

Udało się już poznać konfigurowanie przepływu pracy GitHub Actions na potrzeby wdrażania do środowiska stagingowego. Sprawdźmy teraz zdobytą wiedzę!

Podsumowanie: wdrażanie do środowiska stagingowego

Świetnie! Udało się już poznać konfigurowanie GitHub Actions na potrzeby wdrażania do środowiska stagingowego.

  • Staging to środowisko podobne do produkcyjnego, służące do testów przedprodukcyjnych.
  • Funkcja GitHub Environments pomaga zarządzać bezpieczeństwem wdrożeń i sekretami.
  • Przepływy pracy używają klucza environment do wskazywania konkretnych środowisk.
  • Ten proces ogranicza ryzyko i zapewnia płynniejsze przejście na produkcję.

W następnej części omówimy zarządzanie poufnymi informacjami za pomocą zmiennych środowiskowych i sekretów!

Często zadawane pytania

Czy lekcja „Wdrażanie do środowiska stagingowego” jest bezpłatna?

Tak — pełny tekst „Wdrażanie do środowiska stagingowego” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu DevOps Bootcamp, przejdź na CoddyKit PRO. Kurs DevOps Bootcamp zawiera 4 lekcji w sumie.

Co nauczysz się w „Wdrażanie do środowiska stagingowego”?

Skonfigurują Państwo workflow, który automatycznie wdroży aplikację do środowiska stagingowego na potrzeby testów przedprodukcyjnych. Ćwiczysz DevOps Bootcamp z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć DevOps Bootcamp?

Nie wymagamy żadnego doświadczenia. DevOps Bootcamp w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 2 z 4.

Ile czasu zajmuje lekcja „Wdrażanie do środowiska stagingowego”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji DevOps Bootcamp?

Tak. Każda lekcja DevOps Bootcamp zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Wprowadzenie do Continuous Deployment
  2. Wdrażanie do środowiska stagingowego
  3. Zmienne środowiskowe i sekrety
  4. Wdrażanie na produkcję z bramkami akceptacji
← Powrót do DevOps Bootcamp