7.5 Architektura kosztowa pipeline'u
Rozdział 0.4 dał wyliczenie progu opłacalności. Ten rozdział to struktura, która czyni tę liczbę przewidywalną: co tiery faktycznie kupują, gdzie wyciekają pieniądze i dwie decyzje, które rozstrzygają, czy pipeline kosztuje dziesiątki, czy setki dolarów miesięcznie.
[AS OF 2026-10] Ceny są aktualne tylko w danym momencie i stale się zmieniają. Sprawdź je przed planowaniem budżetu.
Trzy tiery
Struktura praktyczna, zbudowana z aktualnego cennika za jednostkę, a nie z pakietu któregokolwiek dostawcy.
| Tier | Miesięcznie | Skład | Dla kogo |
|---|---|---|---|
| Minimum | ~$36 | Jedna subskrypcja do obrazów, tier głosowy, bez wideo | Stille i voiceover; jedna persona; nauka pipeline'u |
| Working | ~$102 | Subskrypcja do obrazów albo credits w API, średni tier głosowy, budżet na wideo, lip-sync do okazjonalnych postów z talking head | Persona publikująca z jakimś wideo; realistyczny tier operacyjny |
| Volume | ~$212 | Większa przepustowość generowania, dużo wideo, dedykowane minuty sync, storage | Codzienne publikowanie, wiele formatów, praca dla marek z wymogami wariantów |
Co każdy tier faktycznie zmienia. Nie jakość — wszystkie trzy potrafią dać materiał nadający się do publikacji. Różnica to ile iteracji możesz sobie pozwolić, a iteracja rozstrzyga o rejection rate, a to rozstrzyga o wolumenie publikowania.
Tier, którego potrzebujesz, jest funkcją twojej mieszanki formatów, nie twoich ambicji. Konto publikujące stille z voiceoverem mieści się spokojnie w Minimum. To samo konto z jednym zsynchronizowanym Zsynchronizowany klip mówiący; format, który przenosi pipeline z Minimum do Working. na tydzień przechodzi na Working, bo minuty sync plus retries dominują w koszcie krańcowym (6.6).
Gdzie realnie idą pieniądze
Rozkład z jednego miesiąca pracy, wyłącznie poglądowy i mocno zależny od wolumenu:
| Pozycja | Udział | Uwagi |
|---|---|---|
| Generowanie obrazów | mały | Najtańsza pozycja za jednostkę; wolumen to równoważy |
| Generowanie wideo | największy | Cennik za sekundę × rejection rate |
| Głos | najmniejszy | Nigdy nie jest problemem (6.5) |
| Lip-sync | umiarkowany | Za minutę, przemnożone przez języki |
| Storage i kopie zapasowe | mały | Rośnie po cichu; koszt stały, który warto mierzyć |
| Subskrypcje | stały | Płacisz niezależnie od tego, czy używasz |
| Czas człowieka | największy w sumie | Nie gotówka, ale wiążące ograniczenie |
Pozycja, która zaskakuje ludzi: storage. Wygenerowane assety się kumulują, a mastery wideo 4K są duże. Rok codziennego publikowania to setki gigabajtów, a kopia w chmurze podwaja tę liczbę. To mała liczba, która staje się realna, a lekarstwem jest polityka, nie narzędzie: trzymaj mastery dla opublikowanej pracy, trzymaj reference i adaptery na zawsze, a surowe take'i wyrzucaj systematycznie.
Trzy wycieki
Credit expiry. Prepaid credits, które wygasają, to całkowita strata na niewykorzystanym saldzie i czwarty wzorzec niepowodzenia z rozdziału 1.5. Mechanizm jest podstępny: kupujesz przepustowość pod burst, burst wypada mniejszy niż planowany, a reszta wyparowuje. Polityka: kupuj przepustowość trochę powyżej udowodnionej potrzeby, nigdy hurtowo. Jeśli rabat dostawcy wymaga zakupu hurtowego, policz, czy rabat przewyższa oczekiwaną stratę na wygaśnięciu przy twoim realnym tempie zużycia — zwykle nie przewyższa.
No rollover w subskrypcjach. Limit miesięcznej subskrypcji nie przechodzi na kolejny miesiąc. Jeśli zużyjesz połowę, zapłaciłeś podwójnie za to, czego użyłeś. Polityka: mierz zużycie przez dwa miesiące, zanim wybierzesz tier, i zejdź niżej, jeśli wykorzystanie spada poniżej mniej więcej jednej trzeciej. Survival rate z rozdziału 5.6 jest danym wejściowym do tego pomiaru.
Mid-month exhaustion. Wyschnięcie dwudziestego dnia miesiąca to nie pech; to sygnał. Trzy odczyty, w kolejności prawdopodobieństwa:
Model jest zły do tego zadania. Premium tier do klipów tła w montażu to spalone pieniądze; zasada „tier idzie za rolą" z rozdziału 6.2 istnieje właśnie po to.
Rejection rate wzrósł. Coś w warstwie reference albo na liście promptów się zepsuło, a ty generujesz więcej, żeby dostać ten sam output. Rejection rate jest tu diagnostyką — dlatego jest śledzony.
Wolumen naprawdę wzrósł. Dobra wersja, i oznacza podniesienie tieru świadomie, a nie wyczerpanie creditów przez przypadek.
Pipeline, któremu kończy się budżet przed końcem miesiąca, daje ci informację. Trzy możliwe odczyty mają trzy różne naprawy, a tylko jedna z nich to „wydaj więcej".
Zasada dwóch dostawców wideo
Rozdział 6.1 opisał frontierowy produkt wideo wycofany w okresie badań do tej książki — najpierw aplikacja, później API. [AS OF 2026-10] Wniosek operacyjny to zasada:
Utrzymuj roboczą znajomość dwóch dostawców wideo. Nie dwie subskrypcje; dwie znane ścieżki. Gdy jeden zmienia warunki albo znika, migracja to tydzień testów, a nie miesiąc utraconego outputu.
Co znaczy „robocza znajomość" konkretnie: wygenerowałeś klipy testowe u drugiego dostawcy, twoje Zatwierdzony still, z którego generuje się klip, niosący tożsamość, którą model wideo wziąłby skądinąd.'y i prompty są neutralne wobec dostawcy (workflow still-first, 6.1), a twoja biblioteka assetów nie zależy od formatu właściwego dla jednego dostawcy.
To także powód, dla którego workflow still-first jest decyzją kosztową. Zatwierdzone keyframe'y są przenośne między wszystkimi modelami wideo. Biblioteka klipów wygenerowanych w formacie jednego dostawcy nie jest.
Kiedy self-hosting bije API
Arytmetyka, powiedziana wprost.
Self-hosting wygrywa, gdy: generujesz dużo i regularnie. Wynajęty GPU za mniej więcej $0,50–$2,00 na godzinę (3.3) zastępuje cennik za jednostkę cennikiem za godzinę, a punkt przecięcia przychodzi szybko przy generowaniu obrazów w wolumenie. Przy kilkuset obrazach miesięcznie punkt przecięcia dla obrazów już nastąpił; przy wideo ścieżka open weights usuwa koszt za klip całkowicie i przy dużym wolumenie jest czynnikiem rozstrzygającym.
Self-hosting przegrywa, gdy: twój wolumen jest zmienny, nie chcesz obsługiwać maszyny albo twój czas jest wart więcej niż różnica. Narzut konfiguracji i utrzymania jest realny — sterowniki, aktualizacje, maszyna, która musi być włączona, i awarie z tabeli w 7.2, które naprawiasz sam.
Kształt progu opłacalności, z grubsza:
| Miesięczna generacja | Prawdopodobnie tańsza droga |
|---|---|
| Poniżej kilkuset obrazów, lekkie wideo | Subskrypcja |
| Setki obrazów, regularne wideo | Jedno albo drugie; zmierz |
| Tysiące obrazów, codzienne wideo | Wynajęty GPU |
| Każdy wolumen bez tolerancji na pracę ops | Hostowane, na stałe |
I jedno ostrzeżenie o ukrytym koszcie ścieżki self-hosted: godziny. Weekend na konfigurację to weekend, a wraca, gdy coś się zepsuje. Jeśli nie jesteś operatorem, który to lubi, tier hostowany jest tańszy, niż wygląda — bo alternatywą jest pipeline, który zatrzymuje się, gdy ty przestajesz go utrzymywać.
Koszt na jednostkę outputu
Metryka, która czyni decyzje porównywalnymi. Dwie liczby, obie zdefiniowane w 5.6:
Koszt na użyteczny frame = całkowite wydatki na generowanie ÷ frame'y przechodzące QA.
Miesięczne wydatki pipeline'u podzielone przez opublikowane posty; poniżej około $6 jest zdrowo, powyżej $15 znaczy zejść niżej. = całkowite miesięczne wydatki na pipeline ÷ opublikowane posty.
| Scenariusz | Wygenerowane obrazy | Survival | Wydatki | Na użyteczny | Posty | Na post |
|---|---|---|---|---|---|---|
| Subskrypcja, ustabilizowany pipeline | 150 | 1 na 3 | ~$36 alokacji | ~$0,24 | 4 | ~$9 + czas |
| Subskrypcja, regresja | 400 | 1 na 8 | ~$36 alokacji | ~$0,48 | 4 | ~$9 + czas |
| API za obraz | 150 | 1 na 3 | $54 | $1,08 | 4 | $13,50 |
Po co jest ta tabela. Po dwie rzeczy. Pokazuje, że regresja w rejection rate podwaja twój efektywny koszt, nie zmieniając ani jednej ceny — i to jest argument za naprawą warstwy reference zamiast dokupywania przepustowości. Pokazuje też, że różnica między ścieżkami jest na opublikowany post dużo mniejsza, niż sugeruje nagłówkowa cena za obraz, bo niewykorzystana przepustowość w ścieżce subskrypcyjnej też jest kosztem.
Śledź te dwie liczby co miesiąc. Tylko one pozwalają porównać zmianę tieru, zmianę modelu albo decyzję o self-hostingu na tej samej podstawie.
Gdzie to się psuje
Kupowanie wolumenu pod burst, który nie nadchodzi. Wygasające credits, całkowita strata.
Wybór tieru subskrypcji przed zmierzeniem zużycia. Płacisz podwójnie za to, czego używasz.
Model premium do shotów o niskiej wartości. Tier musi iść za rolą shotu.
Czytanie mid-month exhaustion jako „wydaj więcej". Zwykle to model albo rejection rate.
Jeden dostawca wideo. Jedno wycofanie dzieli cię od straconego kwartału.
Self-hosting bez liczenia godzin. Ukryty koszt to ten, który wraca.
Brak metryki kosztu na użyteczny frame. Każde porównanie staje się zgadywaniem.
Bramka
- Wiesz, w którym z trzech tierów faktycznie jesteś i czego wymaga twoja mieszanka formatów?
- Zmierzyłeś wykorzystanie subskrypcji przez dwa miesiące?
- Śledzisz odrzucenia i zauważyłbyś w nich regresję?
- Masz roboczą znajomość dwóch dostawców wideo?
- Zrobiłeś arytmetykę self-hostingu, wliczając własne godziny?
- Znasz swój koszt na użyteczny frame i na opublikowany post?
Z czym wychodzisz
Trzy tiery zdefiniowane przepustowością iteracji, a nie jakością, rozkład wydatków z pozycją storage, o której ludzie zapominają, trzy wycieki z polityką dla każdego, trzy odczyty mid-month exhaustion, zasada dwóch dostawców z argumentem o przenośności assetów za nią, kształt progu opłacalności self-hostingu z ukrytym kosztem godzin i dwie metryki — koszt na użyteczny frame i na opublikowany post — które czynią każdą przyszłą decyzję porównywalną.