AI Prompt Engineering · Lekcja

Strategie wdrażania i wycofywania zmian

Wdrażanie promptów w modelu blue-green, feature flags i wycofywanie zmian po regresji.

Lekcja 3 z 413 kroki

Strategie wdrażania i wycofywania zmian to bezpłatna lekcja AI Prompt Engineering na CoddyKit. To lekcja 3 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 AI Prompt Engineering, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs AI Prompt Engineering zawiera 4 lekcji w sumie.

Wyzwania związane z wdrażaniem promptów

Wdrożenie nowej wersji promptu na produkcję wiąże się z rzeczywistym ryzykiem — zmiana poprawiająca średnią jakość może pogorszyć obsługę przypadków brzegowych, spowodować skoki opóźnień lub wprowadzić użytkowników w błąd. Kontrolowane strategie wdrażania pomagają zarządzać tym ryzykiem przez ograniczenie zakresu potencjalnych skutków i umożliwienie szybkiego wycofania zmian.

Wdrażanie promptów w modelu blue-green

Wdrożenie blue-green utrzymuje dwa środowiska: blue (bieżąca produkcja) i green (nowa wersja). Po zakończeniu walidacji ruch jest atomowo przełączany z blue na green. Jeśli green zawiedzie, przełączenie jest natychmiast cofane.

  • Przełączenia bez przestoju
  • Obie wersje są jednocześnie gotowe
  • Wycofanie zmian wymaga pojedynczej zmiany konfiguracji, a nie ponownego wdrożenia
# prompt_router.py — blue/green traffic control
class PromptRouter:
    def __init__(self):
        self.slots = {
            'blue': None,   # {'prompt_id': ..., 'version': ...}
            'green': None,
        }
        self.active_slot = 'blue'

    def load_slot(self, slot, prompt_id, version, template):
        self.slots[slot] = {
            'prompt_id': prompt_id,
            'version': version,
            'template': template
        }
        print(f'Loaded {prompt_id}@{version} into {slot} slot')

    def switch_to(self, slot):
        if not self.slots[slot]:
            raise ValueError(f'Slot {slot} is empty')
        self.active_slot = slot
        info = self.slots[slot]
        print(f'Traffic now routed to {slot}: {info["prompt_id"]}@{info["version"]}')

    def get_active_template(self):
        return self.slots[self.active_slot]['template']

Dzielenie ruchu na potrzeby stopniowego wdrażania

Zamiast kierować od razu 100% ruchu do nowej wersji należy stopniowo zwiększać udział ruchu do niej kierowanego. Typowy harmonogram zwiększania udziału to: 1% → 5% → 10% → 25% → 50% → 100%, z monitorowaniem jakości na każdym etapie.

import random

class TrafficSplitter:
    def __init__(self):
        # version_weights: {version_id: percentage}
        self.version_weights = {
            'v1.1.0': 90,
            'v1.2.0': 10
        }

    def select_version(self):
        versions = list(self.version_weights.keys())
        weights = list(self.version_weights.values())
        return random.choices(versions, weights=weights, k=1)[0]

    def update_split(self, new_weights):
        assert sum(new_weights.values()) == 100, 'Weights must sum to 100'
        self.version_weights = new_weights
        print(f'Traffic split updated: {new_weights}')

# Usage
splitter = TrafficSplitter()
for _ in range(5):
    print(splitter.select_version())

# Ramp to 25%
splitter.update_split({'v1.1.0': 75, 'v1.2.0': 25})

Flagi funkcji przy wdrażaniu promptów

Flagi funkcji pozwalają włączyć nową wersję promptu dla określonych użytkowników lub segmentów (użytkowników wersji beta, pracowników wewnętrznych) przed pełnym wdrożeniem. Łączy to bezpieczeństwo stopniowego wdrażania z ukierunkowanym testowaniem rzeczywistych przypadków użycia.

# Feature flag-based prompt selection
BETA_USER_IDS = {'user_123', 'user_456', 'user_789'}

def select_prompt_version(user_id, prompt_id, registry):
    # Check if user is in beta cohort
    if user_id in BETA_USER_IDS:
        # Try to get a beta version tagged for this prompt
        beta = registry.get_version_by_tag(prompt_id, tag='beta')
        if beta:
            return beta
    # Default: serve active (stable) version
    return registry.get_active(prompt_id)

# Example: LaunchDarkly-style flag check
def select_prompt_ld(user_id, ld_client, registry):
    use_new = ld_client.variation(
        'use-summarize-v2', {'key': user_id}, default=False
    )
    version = 'v2.0.0' if use_new else 'v1.1.0'
    return registry.get_version(prompt_id='summarize-article', version=version)

Monitorowanie jakości nowej wersji

Po skierowaniu ruchu do nowej wersji należy monitorować w czasie rzeczywistym następujące sygnały:

  • Współczynnik błędów: błędy API, niepoprawne dane wyjściowe, nieudane parsowanie
  • Opóźnienie: czas odpowiedzi P95 (nowe prompty mogą być dłuższe i wolniejsze)
  • Wynik jakości: automatyczny wynik ewaluacji uzyskany od modelu LLM oceniającego lub na podstawie metryki
  • Sygnały od użytkowników: odsetek ocen negatywnych, odsetek ponownych prób, rezygnacje z sesji
from collections import defaultdict
import time

class VersionMonitor:
    def __init__(self):
        self.metrics = defaultdict(lambda: {
            'calls': 0, 'errors': 0,
            'latency_sum': 0, 'quality_sum': 0
        })

    def record(self, version, latency_ms, quality_score, error=False):
        m = self.metrics[version]
        m['calls'] += 1
        m['latency_sum'] += latency_ms
        m['quality_sum'] += quality_score
        if error:
            m['errors'] += 1

    def report(self, version):
        m = self.metrics[version]
        n = m['calls'] or 1
        return {
            'version': version,
            'calls': m['calls'],
            'error_rate': round(m['errors'] / n, 3),
            'avg_latency_ms': round(m['latency_sum'] / n),
            'avg_quality': round(m['quality_sum'] / n, 2)
        }

Automatyczne wycofywanie zmian po regresji jakości

Ręczne wycofywanie zmian jest zbyt wolne w przypadku incydentów produkcyjnych. Należy zdefiniować wyzwalacze wycofania zmian — wartości progowe, po których przekroczeniu system automatycznie wróci do poprzedniej wersji.

ROLLBACK_THRESHOLDS = {
    'error_rate': 0.05,      # > 5% errors trigger rollback
    'avg_latency_ms': 10000, # > 10s avg latency triggers rollback
    'avg_quality': 3.5       # < 3.5 quality score triggers rollback
}

def check_and_rollback(monitor, registry, version, previous_version):
    report = monitor.report(version)
    triggers = []

    if report['error_rate'] > ROLLBACK_THRESHOLDS['error_rate']:
        triggers.append(f'error_rate={report["error_rate"]}')
    if report['avg_latency_ms'] > ROLLBACK_THRESHOLDS['avg_latency_ms']:
        triggers.append(f'latency={report["avg_latency_ms"]}ms')
    if report['avg_quality'] < ROLLBACK_THRESHOLDS['avg_quality']:
        triggers.append(f'quality={report["avg_quality"]}')

    if triggers:
        print(f'ROLLBACK TRIGGERED: {triggers}')
        registry.activate_version('summarize-article', previous_version)
        alert_oncall(f'Prompt auto-rolled back to {previous_version}: {triggers}')
        return True
    return False

Wzorzec wdrażania canary

Canary to niewielki fragment ruchu (1–5%), do którego nowa wersja promptu trafia w pierwszej kolejności. Jeśli canary działa poprawnie po okresie stabilizacji, ruch jest stopniowo zwiększany. W przeciwnym razie problem dotknie tylko użytkowników objętych canary.

import time

def canary_deploy(registry, splitter, monitor, new_version, prev_version,
                  soak_minutes=30, stages=[1, 5, 25, 50, 100]):
    for pct in stages:
        splitter.update_split({
            prev_version: 100 - pct,
            new_version: pct
        })
        print(f'Stage: {pct}% canary. Soaking for {soak_minutes} min...')
        time.sleep(soak_minutes * 60)  # wait soak period

        should_rollback = check_and_rollback(
            monitor, registry, new_version, prev_version
        )
        if should_rollback:
            splitter.update_split({prev_version: 100})
            print('Canary aborted. Fully reverted to', prev_version)
            return False
        print(f'Stage {pct}% passed quality check.')

    print(f'Canary complete. {new_version} now at 100%.')
    return True

Orkiestracja potoku wdrażania

Kompletny potok wdrażania promptów obejmuje walidację, uruchomienie canary, pętlę monitorowania oraz ostateczne wdrożenie albo wycofanie zmian — wszystko zautomatyzowane, z punktami zatwierdzenia przez człowieka na kluczowych etapach.

# deploy_prompt.py — full pipeline
import argparse

def deploy(prompt_id, new_version, prev_version, dry_run=False):
    print(f'=== Deploying {prompt_id}: {prev_version} -> {new_version} ===')

    # 1. Validate new version exists in registry
    artifact = registry.get_version(prompt_id, new_version)
    print(f'Found artifact: {artifact["version"]}')

    # 2. Run offline eval suite
    score = run_eval_suite(artifact['template'])
    if score < 0.90:
        raise RuntimeError(f'Eval score {score} below threshold 0.90')
    print(f'Eval passed: {score}')

    if dry_run:
        print('Dry run complete. Not deploying.')
        return

    # 3. Canary deploy with automatic rollback
    success = canary_deploy(
        registry, splitter, monitor,
        new_version, prev_version,
        soak_minutes=15, stages=[1, 5, 25, 100]
    )

    print('Deployment', 'SUCCEEDED' if success else 'FAILED')

if __name__ == '__main__':
    parser = argparse.ArgumentParser()
    parser.add_argument('--new', required=True)
    parser.add_argument('--prev', required=True)
    parser.add_argument('--dry-run', action='store_true')
    args = parser.parse_args()
    deploy('summarize-article', args.new, args.prev, args.dry_run)

Procedura ręcznego wycofania zmian

Gdy automatyczne wycofanie zmian nie zostanie uruchomione, ale człowiek zauważy problemy z jakością, instrukcja postępowania dotycząca ręcznego wycofania zmian zapewnia szybką i spójną reakcję.

# RUNBOOK: Manual Prompt Rollback
# Estimated time to execute: 2-3 minutes

# Step 1: Identify current and target versions
python manage.py prompt list-versions --prompt-id summarize-article
# Output:
#   v1.2.0  [ACTIVE]  2024-08-15  alice
#   v1.1.0  [stable]  2024-07-01  alice

# Step 2: Activate previous stable version
python manage.py prompt activate --prompt-id summarize-article --version v1.1.0
# Output: Activated summarize-article@v1.1.0

# Step 3: Verify traffic is serving old version
python manage.py prompt verify --prompt-id summarize-article
# Output: Active version: v1.1.0  Serving: 100%

# Step 4: Log the incident
python manage.py incident create \
  --title 'Prompt rollback: summarize-article v1.2.0 -> v1.1.0' \
  --severity P2 \
  --reason 'Quality score dropped from 4.1 to 3.2 after v1.2.0 deploy'

Konfiguracja wdrożenia jako kod

Konfigurację wdrożenia należy definiować w plikach objętych kontrolą wersji, aby wszystkie decyzje dotyczące wdrożenia można było poddać audytowi i odtworzyć.

# deployments/summarize-article.yaml
prompt_id: summarize-article
current_stable: '1.1.0'
canary_config:
  stages: [1, 5, 25, 50, 100]
  soak_minutes_per_stage: 15
rollback_thresholds:
  error_rate_max: 0.05
  latency_p95_max_ms: 8000
  quality_score_min: 3.5
feature_flags:
  beta_group: [user_123, user_456]
alerts:
  pagerduty_key: 'PD_KEY_PLACEHOLDER'
  slack_channel: '#prompt-alerts'

# Load and apply with a deploy script
import yaml

with open('deployments/summarize-article.yaml') as f:
    config = yaml.safe_load(f)

print('Deploying with config:', config['canary_config'])

Instrukcje postępowania dla dyżurów i analizy po incydentach

Po każdym rollbacku lub incydencie należy sporządzić post-mortem dokumentujący: co się wydarzyło, przyczynę źródłową, oś czasu i zadania do wykonania. Runbooki powinny odwoływać się do post-mortem i być aktualizowane o wyciągnięte wnioski.

# Post-mortem template (stored in docs/post-mortems/)

## Incident: summarize-article v1.2.0 quality regression
## Date: 2024-08-15
## Severity: P2
## Duration: 47 minutes (09:15 - 10:02 UTC)

### What happened
Deployed v1.2.0 of summarize-article. At 5% canary, quality score dropped
from 4.1 to 3.0 for articles over 2000 words.

### Root cause
New prompt template removed the explicit length constraint instruction.
Long articles caused the model to generate overly verbose summaries.

### Timeline
09:15  v1.2.0 deployed to 5% canary
09:28  Quality monitor detected avg_quality < 3.5
09:29  Auto-rollback triggered to v1.1.0
09:32  Incident acknowledged by on-call
10:02  Post-mortem drafted

### Action items
- [ ] Add length regression test to eval suite
- [ ] Update canary monitoring to separate metrics by article length
- [ ] Add changelog requirement: 'length behavior' field

Szybkie sprawdzenie

W przypadku wdrożenia promptu w modelu blue-green, co dzieje się, gdy środowisko green nie przejdzie kontroli jakości?

Podsumowanie strategii wdrażania

Wdrażanie promptów na produkcji wymaga uporządkowanych strategii zarządzania ryzykiem:

  • Blue-green: dwa aktywne środowiska i natychmiastowe, atomowe przełączenie
  • Canary: zwiększanie ruchu od 1% → 5% → 25% → 100% z kontrolą jakości na każdym etapie
  • Flagi funkcji: kierowanie wdrożenia najpierw do użytkowników wersji beta, a dopiero potem do szerszej grupy
  • Automatyczny rollback: powrót do poprzedniej wersji po przekroczeniu progu (współczynnik błędów, opóźnienie, jakość)
  • Runbooki: udokumentowane procedury ręcznego rollbacku dla inżynierów dyżurnych
  • Post-mortem: ciągłe doskonalenie po każdym incydencie
Bezpłatny start

Ucz się AI Prompt Engineering dzięki korepetycjom AI — za darmo

Pisz i uruchamiaj kod w przeglądarce, otrzymuj natychmiastową pomoc od korepetytora AI dostępnego 24/7 i kontynuuj naukę w sieci lub w aplikacji.

Kursy
53
Lekcje
199

Często zadawane pytania

Czy lekcja „Strategie wdrażania i wycofywania zmian” jest bezpłatna?

Tak — pełny tekst „Strategie wdrażania i wycofywania zmian” 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 AI Prompt Engineering, przejdź na CoddyKit PRO. Kurs AI Prompt Engineering zawiera 4 lekcji w sumie.

Co nauczysz się w „Strategie wdrażania i wycofywania zmian”?

Wdrażanie promptów w modelu blue-green, feature flags i wycofywanie zmian po regresji. Ćwiczysz AI Prompt Engineering 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ąć AI Prompt Engineering?

Nie wymagamy żadnego doświadczenia. AI Prompt Engineering 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 3 z 4.

Ile czasu zajmuje lekcja „Strategie wdrażania i wycofywania zmian”?

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 AI Prompt Engineering?

Tak. Każda lekcja AI Prompt Engineering 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. Architektura rejestru promptów
  2. Kontrola wersji promptów
  3. Strategie wdrażania i wycofywania zmian
  4. Monitorowanie wydajności promptów na produkcji
← Powrót do AI Prompt Engineering