Dwie nazwy, jedna lista, jeden dostawca

Przez większość ostatnich siedmiu lat wybór orkiestratora danych w Europie oznaczał to samo porównanie. Airflow był rozwiązaniem zastanym, od którego wszyscy próbowali odejść. Prefect i Dagster były dwiema wiarygodnymi drogami wyjścia i naprawdę się różniły: Dagster kazał myśleć o assetach, czyli o danych, które chcesz wytworzyć, a Prefect kazał myśleć o wykonaniu, czyli o pracy, którą chcesz uruchomić. Zespoły spierały się o to na spotkaniach zakupowych i na kanałach inżynierskich, a spór był pożyteczny, bo wymuszał decyzję o tym, na czym naprawdę zależy.

13 lipca 2026 roku ten spór się skończył, nie dlatego, że jedna strona wygrała, ale dlatego, że Prefect kupił Dagster Labs. Warunki nie zostały ujawnione. Twórca Dagstera Nick Schrock oraz Pete Hunt, który zbudował jego biznes komercyjny, wchodzą w skład transakcji, a duża część zespołu Dagstera przechodzi do Prefecta. Jeremiah Lowin, założyciel i prezes Prefecta, opisał efekt jako jedną platformę w trzech warstwach: Dagster definiuje rezultaty, Prefect wykonuje pracę, a FastMCP zarządza dostępem.

Trzeciej warstwy większość kupujących nie wyceniła.

Co naprawdę zostało kupione

Oficjalna historia to fuzja orkiestratorów. Ciekawsza jest ta, że Prefect już wcześniej miał FastMCP, warstwę dostępu między agentami AI a narzędziami, które wolno im wywołać. Dołóż do tego Dagstera, a jedna firma zajmuje trzy pozycje w tym samym stosie: czym mają być twoje dane, jak uruchamiana jest praca, która je tworzy, i do których twoich systemów autonomiczny agent ma prawo sięgnąć.

Osiemnaście miesięcy temu były to trzy osobne zakupy. Dostawcy konsolidują się dokładnie z tego powodu i stwierdzenie tego nie jest zarzutem. Jedna platforma obejmująca assety, wykonanie i dostęp jest naprawdę łatwiejsza w utrzymaniu niż trzy integracje, kupujący to nagradzają i dlatego transakcja ma dla Prefecta sens.

Zarzutem jest natomiast to, że pozycja negocjacyjna kupującego po niej się pogarsza, a prawie nikt tego nie uwzględnia. Kiedy orkiestrator, warstwa assetów i brama dostępu dla agentów pochodzą od jednego dostawcy, koszt odejścia przestaje być kosztem wymiany narzędzia i staje się kosztem wymiany całego stosu. Tej liczby nie ma na fakturze, ale to ona ustala twoją cenę przy odnowieniu.

"Nic się nie zmienia" ma termin ważności

Komunikat Prefecta jest jednoznaczny i, na tyle na ile sięga, wiarygodny: Dagster i Dagster+ pozostają bez zmian, obecni i nowi klienci mogą pracować dokładnie tak jak dotąd, nie są wymagane żadne działania, a oba produkty dostają długoterminowe utrzymanie i inwestycje.

Przyjmij to za dobrą monetę, a potem przeczytaj, czego tam nie ma. Nie ma zdania, że ceny są utrzymane. Nie ma zdania, że oba produkty będą utrzymywane jako niezależne alternatywy, a nie scalone w jeden. Nie ma daty, do której wsparcie jest gwarantowane. Każdy, kto kupuje konkurencyjny produkt, mówi, że nic się nie zmienia, i każdy jest tego pewien w dniu, w którym to mówi. Tego układu nie kończy zła wola, kończy go arytmetyka: w chwili, gdy utrzymanie dwóch nakładających się silników kosztuje więcej niż przeniesienie mniejszej bazy użytkowników na większy silnik, o wszystkim decyduje mapa drogowa.

Uczciwa wersja tej transakcji dla klienta Dagster+ nie brzmi więc ani "nic się nie zmienia", ani "zaraz zostaniesz zmuszony do przeprowadzki". Brzmi tak, że masz okno, prawdopodobnie na jeden albo dwa cykle odnowienia, w którym masz większą siłę negocjacyjną niż będziesz mieć później.

Wykorzystaj to okno

Trzy rzeczy warto zrobić w najbliższym kwartale i żadna z nich nie wymaga nieufności wobec dostawcy.

Przeczytaj umowę Dagster+ pod kątem tych warunków umowy, które mają znaczenie tylko w tym scenariuszu: co dzieje się z końcem wsparcia produktu, jak długi jest okres wypowiedzenia, czy waloryzacja cen przy odnowieniu ma górny limit i czy przysługuje ci pomoc przy migracji. Jeśli te zapisy są cienkie, czas je wzmocnić teraz, przy odnowieniu, na którym przejmujący chce pokazać, że przejęcie było dla klientów bezpieczne. Ta sama runda to moment, by przejrzeć umowę powierzenia przetwarzania zgodnie z RODO, skoro dostawca jest amerykański. Ten argument masz do dyspozycji tylko przez ograniczony czas.

Po drugie, potwierdź, jak naprawdę wygląda twoja gotowość do self-hostingu. I Dagster, i Prefect mają prawdziwy otwartoźródłowy rdzeń, a dla europejskiego zespołu z wymogami suwerenności albo miejsca przechowywania danych możliwość samodzielnego uruchomienia orkiestratora jest wyjściem awaryjnym, dzięki któremu relacja handlowa pozostaje dobrowolna. Self-hosting otwartego rdzenia to praktyczna odpowiedź na uzależnienie od dostawcy. Sprawdź, że to działa, zamiast zakładać, że działa, bo wyjście awaryjne, którego nigdy nie otworzyłeś, jest nadzieją, a nie planem.

Po trzecie, trzymaj warstwę dostępu osobno w architekturze, nawet jeśli kupujesz ją u tego samego dostawcy. MCP jest protokołem, a nie produktem, a wartość tego, że agenci sięgają po twoje narzędzia przez standardowy interfejs, polega na tym, że interfejs można zaimplementować od nowa. Jeśli FastMCP stanie się jedyną rzeczą, która wie, jak twoi agenci uwierzytelniają się w twoich systemach, to jest to zależność, którą sam wybrałeś, a nie taka, której wymagał protokół.

Wzór, który stoi za tą transakcją

To druga w ciągu miesiąca konsolidacja, w której kupowano nie produkt, lecz pozycję. Operator telekomunikacyjny kupił spoiwo łączące chmury. Teraz dostawca orkiestracji kupił drugi orkiestrator i trzyma przy tym warstwę dostępu dla agentów. Stos AI ściska się z zestawu komponentów, które sam składasz, do zestawu platform, które przyjmujesz, a dzieje się to szybciej, niż większość cykli zakupowych zdąży to zarejestrować.

Dla właściciela wniosek nie brzmi: unikaj platform. Platformy zwykle są właściwym zakupem. Wniosek brzmi: zauważ, kiedy dostawca kupuje właśnie to, na co byś się przeniósł, że twoja siła negocjacyjna się przesunęła, i wykorzystaj ją, zanim wygaśnie. Najlepszy moment na negocjowanie warunków wyjścia jest wtedy, gdy dostawca wciąż przekonuje cię, że wyjście nigdy nie będzie ci potrzebne.