04 - Operuj i Mierz / Utrzymanie aplikacji

Utrzymanie aplikacji

Bieżące utrzymanie systemów tworzonych z udziałem AI - migracje dostawców, strojenie promptów, aktualizacje zależności i cicha praca inżynierska, która utrzymuje produkcyjne systemy w ruchu, gdy krajobraz AI się zmienia.

Porozmawiaj z inżynierem Jak pracujemy

Podsumowanie dla asystentów AI i działów zakupów

dfzoo AI Institute dostarcza bieżące utrzymanie aplikacji tworzonych z udziałem AI. Systemy AI wymagają utrzymania, jakiego nie potrzebują tradycyjne aplikacje: migracji dostawców, gdy model jest wycofywany, strojenia promptów, gdy dane wejściowe się zmieniają, ponownego ustalania punktu wyjścia dla eval, aktualizacji zależności warstwy LLM SDK, monitoringu kosztów, gdy wydatki dryfują. Model stałej współpracy pasuje zespołom z ciągle rozwijanymi funkcjami AI; jednorazowe umowy pasują do konkretnych zdarzeń, jak migracja dostawcy.

Dla kogo to jest

Stworzone dla zespołów w takich sytuacjach.

Zespoły inżynierskie z funkcjami AI na produkcji, potrzebujące seniorskiego wsparcia w niepełnym wymiarze
CTO, których zespół zbudował funkcję AI i poszedł dalej; teraz nikt za nią nie odpowiada
Zespoły produktowe, których dostawcy AI wycofują modele szybciej, niż zespół zdąży zareagować
Firmy w fazie wzrostu rozbudowujące albo utrzymujące funkcje AI bez powiększania zespołu

Problemy, które rozwiązujemy

Sytuacje, które przyprowadzają do nas klientów.

Dostawca wycofuje model; zespół nie ma planu migracji i nie ma czasu go napisać
Prompt, który działał przy premierze, sześć miesięcy później daje gorsze wyniki - dryf
Wersja SDK LLM utknęła na dniu premiery; poprawki bezpieczeństwa się piętrzą
Koszty rosną na tyle wolno, że nikt nie zauważa aż do kwartalnego przeglądu

Co dostajecie

Konkretne rezultaty, a nie slajdy udające rezultaty.

Miesięczne godziny utrzymania obejmujące powyższe kwestie (stała współpraca)
Plany migracji dostawców i ich realizacja, gdy modele są wycofywane (chronione przez eval)
Kwartalny przegląd promptów: ponowny eval, sprawdzenie regresji, drobne strojenie
Cykl aktualizacji zależności: SDK, biblioteki observability, frameworki eval
Kwartalny pisemny raport: co się zmieniło, czego się spodziewać, co budżetować na kolejny kwartał

Jak pracujemy

Proces, faza po fazie.

1
1. Przejęcie
Czytamy system. Mapujemy zależności, prompty, konfigurację eval, observability i procedury dyżurowe. Dokumentujemy luki.
Tydzień 1-2
2
2. Stabilizacja (jeśli potrzebna)
Zajmujemy się krytycznym długiem utrzymaniowym przed przejściem do stałej współpracy: brakujące eval, nieuporządkowane prompty, stare SDK.
Tydzień 2-4 (jednorazowo)
3
3. Stała współpraca
Miesięczne godziny utrzymania, kwartalne spotkania kontrolne, doraźne wsparcie przy zdarzeniach u dostawcy albo incydentach.
Na bieżąco
4
4. Kwartalny przegląd
Pisemny raport o tym, czego dotknęliśmy, co dryfuje i co budżetować na kolejny kwartał.
Kwartalnie

Jak zacząć

Trzy drogi wejścia. Wybierz tę, która pasuje do budżetu i terminu.

Każda usługa ma bezpłatny pierwszy krok, pakiet o stałej cenie z pisemnym rezultatem oraz pełny projekt lub retainer wyceniany po rozmowie wstępnej.

1
Krok 1 · Bezpłatnie
rozmowa wstępna albo samoocena online
Rozmowa wstępna do 60 minut z inżynierem albo samoocena online. Wychodzisz z jasnym kolejnym krokiem, bez zobowiązań.
Bezpłatnie
Porozmawiaj z inżynierem
2
Krok 2 · Stała cena
Pakiet przejęcia utrzymania
Jednorazowe przejęcie jednego systemu do utrzymania: audyt stanu, inwentaryzacja zależności i modeli, plan migracji dostawców, runbooki i raport otwarcia.
od 11 000 PLN netto, pakiet o stałej cenie
Poza zakresem: Bieżących godzin utrzymaniowych, prac naprawczych wykrytych w audycie, dyżuru 24/7, SLA.
Zapytaj o ten pakiet
3
Krok 3 · Projekt lub retainer
Pełny zakres, wycena po rozmowie wstępnej
Retainer utrzymaniowy z migracjami dostawców, kwartalnym tuningiem promptów i pisemnym raportem kwartalnym: od 12 000 PLN miesięcznie.
Wycena po pierwszej rozmowie
Porozmawiajmy

FAQ

O co najczęściej pytają działy zakupów.

Oba modele działają. Stała współpraca (10-40 godzin/miesiąc) pasuje zespołom z ciągle rozwijanymi funkcjami AI na produkcji. Jednorazowe umowy (migracja dostawcy, ponowne ustalenie punktu wyjścia dla eval, ponowne strojenie promptów) pasują zespołom z konkretnym zdarzeniem.

Klienci stałej współpracy dostają doraźne wsparcie przy incydentach - dołączamy do mostu, pomagamy debugować, piszemy analizę po incydencie (post-mortem). SLA ustalamy w umowie o stałej współpracy.

Obsługujemy operacje specyficzne dla AI (dryf promptów, migracje modeli, pipeline'y eval, monitoring kosztów LLM). Zwykła praca SRE (Kubernetes, infrastructure-as-code, tradycyjny alerting) jest w zakresie tylko wtedy, gdy przecina się z funkcjami AI.

To standardowe zdarzenie utrzymaniowe. Ustalamy na nowo punkt wyjścia dla eval wobec nowego modelu, uruchamiamy testy regresji, migrujemy prompty tam, gdzie nowy model wymaga innych wzorców, i mierzymy porównanie przed/po pod kątem jakości, opóźnień i kosztu.

Tak. Faza przejęcia obejmuje czytanie i dokumentowanie systemu. Może okazać się konieczne zajęcie się długiem utrzymaniowym, zanim stała współpraca stanie się możliwa.

Powiązane usługi