> Az Arize Phoenix ELv2 licencű tracing- és értékelő-szerver, amit saját adatbazon futtat. Mit tud, mibe kerül az üzemeltetés, és hol verik le a Langfuse, a Braintrust és a LangSmith. > > Web page: https://balazscsorba.com/hu/blog/arize-phoenix · Language: Magyar · Also available in: [English](https://balazscsorba.com/blog/arize-phoenix.md) · [Deutsch](https://balazscsorba.com/de/blog/arize-phoenix.md) > Author: Balázs Csorba · Published: 2026-07-03 · Keywords: arize phoenix, phoenix arize self-hosted, arize phoenix docker, llm tracing opentelemetry, phoenix vs langfuse, openinference instrumentation, llm observability tools [Blog](https://balazscsorba.com/hu/blog)/LLMOps és értékelés # Arize Phoenix teszt: LLM-tracing és értékelés saját szerveren Az Arize Phoenix ELv2 licencű tracing- és értékelő-szerver, amit saját adatbazon futtat. Mit tud, mibe kerül az üzemeltetés, és hol verik le a Langfuse, a Braintrust és a LangSmith. [Balázs Csorba](https://balazscsorba.com/hu/about)·2026\. július 3.·10 perc olvasás - LLM observability - Tracing - OpenTelemetry - Self-hosted - Evaluation ![Három csökkenő szélességű sáv egy hengeren, mindegyik végén kis kör.](https://balazscsorba.com/images/blog/arize-phoenix/cover.webp?v=8e056a24c9) ## A lényeg röviden - A Phoenix ingyenes, span-korlát és feature-gate nélkül: az Elastic License 2.0 a teljes self-hosted platformra vonatkozik, a fizetős mérőóra pedig az Arize AX, nem a Phoenix. - A deployolás egy konténer plusz adatbázis, alapból SQLite-szal, termelésben PostgreSQL 14 vagy újabb, az architektúra-dokumentáció pedig azt mondja: egy példány egy tenant. - A bevétel szabványos OTLP-n történik OpenInference-attribútumokkal, így az exportere cserélhető, nem kell saját SDK a kérés útvonalára. - Az Arize AX Free havi 25 000 spant és 1 GB-ot enged 15 napos megőrzéssel, az AX Pro pedig havi 50 dollár 50 000 spanért, 10 GB-ért és 30 napért. - Az ár csere: nincs támogatási szerződés, nincs rendelkezésre állási vállalás és nincs multi-tenancy az AX Enterprise alatt, a megőrzés, a backup és a hozzáférés-kezelés az üzemeltetőnél marad. Ezen az oldalon 1. [Mi ez](https://balazscsorba.com/#what-it-is) 2. [Hogyan működik](https://balazscsorba.com/#how-it-works) 3. [Első lépések](https://balazscsorba.com/#getting-started) 4. [Self-hosting gyakorlatban](https://balazscsorba.com/#self-hosting) 5. [Mennyibe kerül](https://balazscsorba.com/#pricing) 6. [Hol akad](https://balazscsorba.com/#where-it-shingles) 7. [Ítélet](https://balazscsorba.com/#verdict) 8. [Források](https://balazscsorba.com/#sources) Cikk meghallgatása 0:000:00 Az Arize Phoenix egy nyílt forrásszerver, amely rögzíti, mit tett egy LLM-alkalmazás — minden promptot, minden lépési visszakeresést, minden eszközhívást és minden token —, majd ezeket pontozza. Egyetlen paranccsal indul a laptopon, vagy a saját Kubernetes-klaszteredbe kerül, a licenc pedig semmin sem állít mérőt. Ennek az értékelésnek az álláspontja nyers: a Phoenix a legrövidebb út ahhoz, hogy a trace-adatok a saját hálózaton maradjanak, az ár pedig az, hogy magad üzemeltet egy observability-rendszert. Az alkalmazás SDK-ja és a dashboard között ül, ugyanzt a helyet veszi el a Langfuse-tól, a Braintrust-tól és a LangSmith-től, és az Arize saját AX cloudja is ugyanoda pályázik, a csapatoknak, akik inkább számlát küldenek, mintsem adatbázist üzemeltetnek. Általában rosszabbat vált ki: logdömpinget, egy senki által nem nyitott dashboardot és egy táblázatot az értékelési eredményekkel. ## Mi ez A Phoenix egy három részből álló konténerizált alkalmazás — webfelület, trace-collector és SQL-háttér —, amelyet az Arize az Elastic License 2.0 alatt ad ki. A Python-csomag `arize-phoenix`, 2026 elején 20.19.0-s verzióban, Python 3.11 vagy újabb kell hozzá, a tároló pedig alig több mint 11 700 csillagot számlál. Minden benne van az ingyenes verzióban: tracing, annotáció, datasetek, kísérletek, prompt-IDE és LLM-as-a-judge értékelés. - Licenc: Elastic License 2.0 (ELv2), szabadon self-hostelhető, használati korlát és feature-gate nélkül - Bevétel: OTLP az OpenInference szemantikájával, auto-instrumentációs csomagokkal a szolgáltatókhoz és keretrendszerekhez - Tárolás: alapból SQLite, termelésben PostgreSQL 14 vagy újabb, ugyanazzal a SQL-sémával - Deployolás: terminál, Docker, Kubernetes, Helm, CloudFormation és one-click sablonok Railwayhez, Renderhez, Cloud Runhoz és Azure-hoz - Kör: trace-ek és sessionök, annotációk, datasetek, kísérletek, prompt-verziók, kód-alapú scorerok és LLM-as-a-judge - Tenancy: egy példány egy tenant, OAuth2-val, LDAP-dal, helyi fiókokkal és szerepalapú hozzáférés-kezeléssel ugyanabban a buildben - Cloud-pár: az Arize AX, ahol a támogatás, a rendelkezésre állási vállalás és a multi-tenancy lakik Egy olyan csapatnak, amelynek ügyfele vagy felügyelete nem engedi, hogy a trace-ek elhagyják az országot, ez a lista önmagában a rövidlista. Mindenki másnak ez csere: a teljes termék nulla forintba kerül, és azok a feladatok, amiket egyébként a szállító végezne — megőrzés, backup, frissítés, és az a kérdés, hogy ki hívják fel, ha leáll a collector — a te felelősséged lesz. ## Hogyan működik Az instrumentált folyamat spaneket küld egy OpenTelemetry exportere felé, a Phoenix OTLP-n a 6006-os porton fogadja őket, SQL-be írja, és projektekbe, sessionökbe és trace-ekbe rendezi. Minden span OpenInference-attribútumokat hordoz a tokenekről, költségről, modellről, visszakeresési payloadokról és eszközargumentumokról — ezért tudja később a scorer a teljes lefutást olvasni, és nem csak a végső stringet. ![Hogyan jut el a trace a Phoenixhez, és hogyan tér vissza kísérletként Egy instrumentált agent-alkalmazás spaneket küld OpenTelemetry exporteren és OpenInference-instrumentáláson át a Phoenix collectorára a 6006-os porton. A collector SQLite-ba vagy PostgreSQL-be ír, és ugyanezt az adatot szolgálja ki a felületen. Egy visszaút a trace-eket datasetekbe, kísérletekbe és scorerokba viszi, amelyek az alkalmazás következő módosításához futnak be.](https://balazscsorba.com/images/blog/arize-phoenix/diagram-8.webp?v=0e07b90ae2) Egy példányban van collector, tárolás és felület; az értékelési hurk ugyanazokat a sorokat olvassa, amiket a felület mutat. Ezután az a hurok fut, amit az Arize közzétesz: megfigyelni, annotálni, hipotézist állítani, kísérletezni, mérni. A termelési trace datasetsorrá válik, egy jelölt prompt kísérletként fut a dataset ellen, és a scorerok — beépített, kód-alapú vagy judge-alapú — pontokat fűznek azokhoz a rekordokhoz, amiket a felület amúgy is mutat. A dokumentáció a PXI-t is leírja, egy agent felületet problémák vizsgálatához és kísérletek futtatásához a rögzített trace-ek fölött, továbbá az agenttel támogatott `px setup` parancsot, ami egy valódi trace-ig vár, mielőtt sikert jelentene. ## Első lépések Két parancs. A szerver egyetlen Python-hívás, `uvx arize-phoenix serve`, amely a http://localhost:6006 címen üres projekttel válaszol. Az oldalon `arize-phoenix-otel` és az OpenInference instrumentor áll az alkalmazásban amúgy is használt SDK mellé: ``` # 1. terminál: uvx arize-phoenix serve -> UI: http://localhost:6006 # pip install "arize-phoenix-otel>=0.16.0" openinference-instrumentation-openai from phoenix.otel import register register( project_name="support-agent", auto_instrument=True, endpoint="http://localhost:6006/v1/traces", ) from openai import OpenAI client = OpenAI() reply = client.responses.create( model="gpt-5-mini", input="Summarise this ticket in one sentence.", ) print(reply.output_text) ``` A visszatérő érték egy valós spanekkel teli projekt: bemenet, kimenet, modell, token-számok, késleltetés és az eszközhívások egymásba ágyazása az agent-turn alatt, amely kiváltotta őket. A `register()` hívás beolvassa a `PHOENIX_COLLECTOR_ENDPOINT` értékét, ha az be van állítva, így ugyanaz a kód éri el a laptopot, a közös staging szervert vagy az air-gapped környezetet módosítás nélkül. **Az auto\_instrument nem telepít semmit** `register(auto_instrument=True)` csak azokat az OpenInference instrumentor csomagokat kapcsolja be, amelyek már telepítve vannak a környezetben: `pip install openinference-instrumentation-openai`, továbbá a langchain, anthropic és llama-index megfelelői, minden olyan keretrendszernél, amelynek meg kell jelennie a trace-ben. Ha kimarad egy, az a réteg csendben hiányzik majd, nem hangosan hibás. ## Self-hosting gyakorlatban A dokumentáció air-gapped telepítést ígér: a nyílt verzió semmit sem küld az Arize felé, a trace-ek, promptok és datasetek pedig a saját infrastruktúrában maradnak. A követelés mögött egy konténer és egy adatbázis áll, a munkakönyvtár vagy a `PHOENIX_SQL_DATABASE_URL` az egyetlen stateful rész, amit érdemes backup-ütemezésbe tenni. - Tárolás: alapból SQLite a munkakönyvtárban; a `PHOENIX_SQL_DATABASE_URL` beállítása PostgreSQL-re vált, minimálisan támogatott verzió 14 - Képek: arizephoenix/phoenix a Docker Hubon latest, rögzített verziós, nonroot és debug taggel, külön arizephoenix/phoenix-helm charttal - Hitelesítés: OAuth2, LDAP és helyi fiókok, szerepalapú hozzáférés-kezeléssel és projektenkénti megőrzési szabályokkal - Skálázás: több példány load balancer mögött egy adatbázison, vagy csapatonként egy saját adatbázisos példány - Elszigetelés: a séma-beállítás egy adatbázist oszt meg csapatok között, sorok megosztása nélkül Két korlátot érdemes tudni az első termelési hét előtt. Egy példány egy tenant, a csapatok elszigetelése tehát több deployolást jelent, a csoport-alapú multi-tenancy pedig nem készült el, csak tételként szerepel a issue-trackerekben 2026-ra. A SQLite emellett a fejlesztői adatbázis: az architektúra-oldal a termelési forgalmat PostgreSQL-re tereli, így a backup, a migráció és a connection pooling a te oszlopodba kerül. ## Mennyibe kerül A Phoenixnek nincs ára. A self-hosting oldal nem számít licencdíjat, használati korlátot és feature-gate-et, a havi költség tehát a gép, az adatbázis és az, aki karbantartja. A kereskedelmi felület az Arize AX, egy külön, kezelt termék, amelynek ingyenes szintje az értékeléshez elég, az Pro szintje pedig az első valódi számla: Tarifa Ár Spanek és tárhely Megőrzés AX Free 0 dollár 25 000 span és 1 GB havonta 15 nap AX Pro havi 50 dollár 50 000 span és 10 GB havonta 30 nap AX Egyedi Egyedi Egyedi span- és volumenkorlátok Egyedi Az első két szintet az Arize üzemelteti, és az ártáblázat a self-hostinget csak az AX Enterprisehoz sorolja. A mezőn belül az ingyenes self-hosted út a kivétel: a Langfuse ingyenes cloudja havi 50 000 egységre van korlátozva, a Braintrust 1 GB-ra, a LangSmith 5 000 trace-re, míg a korlátlan Phoenix egy gépbe kerül. A csapda a másik végén van — a dedikált támogatás és a rendelkezésre állási vállalás Enterprise-tételek, aki másra akarja bízni a rendelkezésre állást, 50 dollárért nem kapja meg. ## Hol akad A Phoenix azt kéri, hogy legyél a saját observability-szállítód, és ez látszik is. A megőrzés az, amit beállítasz, a bevételi térfogat az, amit a lemez elbír, és a nyílt verzióban sincs támogatási szerződés és rendelkezésre állási vállalás. Az SQL-háttér ráadásul nem analitikus motor: az architektúra-oldal a nagy volumenű, másodperc alatti OLAP-munkát az Arize tulajdonos adatbázisába, az adb-be tereli, amely csak az AX-ben létezik. A projekt gyorsan szállít, ami a feature-eknek jó és az upgrade-ablak rögzítésénél kényelmetlen, a kifinomult hosting-extrák — kezelt agentek, hibajelzés, repo-hozzáférés — pedig AX-tételek, nem Phoenix-tételek. Eszköz Ingyenes szint Első fizetős szint Self-hosting Arize Phoenix Nincs span-korlát, helyi telepítés AX Pro havi 50 dollár Ingyenes, ELv2 Langfuse 50 000 egység, 30 nap, 2 felhasználó Core havi 29 dollár Ingyenes, Docker Compose Braintrust 1 GB, 10 000 pontszám, 14 nap Pro havi 249 dollár Csak Enterprise LangSmith 1 ülőhely, 5 000 alap-trace Plus 39 dollár ülőhelyenként Enterprise kiegészítő Ne funkciószám, hanem megkötés szerint válassz. Ha az adatmegfelelés a feltétel, a Phoenix vagy a self-hostelt Langfuse a válasz, a Braintrust pedig csak az értékesítés bevonása után jöhet szóba. Ha a számla fontosabb az adatsíknál, a 29 dolláros Langfuse Core aláírja az AX Prót, és még prompt menedzsmentet is hoz. Ha a CI-ban futó értékelés a valódi feladat, egy scorer-könyvtár és egy kész eval-action rövidebb út, mint itt az alkatrészeket összerakni. > A szoftvert harmadik felek számára nem nyújthatja át hosztolt vagy kezelt szolgáltatásként, ha a szolgáltatás a felhasználók számára a szoftver funkcióinak lényeges részéhez biztosít hozzáférést. — Elastic License 2.0, korlátozások ## Ítélet A Phoenix a jó alapértelmezés olyan csapatnak, amely nem exportálhatja a trace-eket, és van valaki, aki szívesen üzemeltet Postgrest. Rossz választás olyan csapatnak, amely ezen a héten akar értékelési platformot infrastruktúra-beszélgetés nélkül, mert a tárolás, a megőrzés, a hozzáférés-kezelés és a frissítés valódi munka, akár ingyenes a licenc. 1. Válaszd, ha a trace-adatoknak a saját hálózaton kell maradniuk, air-gapped környezetben is: a nyílt verzió semmit sem küld az Arize felé. 2. Válaszd, ha a költségmodell fontosabb a feature-listánál: nincs span-korlát, nincs ülőhely-díj, nincs bevételi mérés. 3. Válaszd, ha az OpenTelemetry már a ház szabványa, mert a bevétel OTLP, és az exportere cserélhető, az alkalmazás érintése nélkül. 4. Ne válassz, ha több bérlős hosting kell rendelkezésre állási vállalással és belépő áron: az AX Pro csak hosztolt, a szerződések az Enterprise-nál kezdődnek. 5. Ne válassz, ha a CI-ban futó értékelés a fő feladat, vagy ha senki sem akar adatbázist birtokolni a csapatban. **Ingyenesség elindulni nem ugyanaz, mint ingyenesség üzemeltetni** A licencszámla elmarad, az üzemeltetési viszont nem: egy adatbázis, egy megőrzési szabály, egy upgrade-naptár és egy felelős. Aki ezt beállítja, a kategória legjobb üzletét kapja. Aki kihagyja, olyan trace-ekkel és olyan dashboardtal marad, aminek senki nem hisz és senki nem nyitja meg. ## Források 1. [Arize Phoenix: nyílt forrássú observability és értékelés](https://phoenix.arize.com/) 2. [Phoenix dokumentáció: self-hosting](https://arize.com/docs/phoenix/self-hosting) 3. [Phoenix dokumentáció: licenc, Elastic License 2.0](https://arize.com/docs/phoenix/self-hosting/license) 4. [Phoenix dokumentáció: architektúra, tárolás és skálázás](https://arize.com/docs/phoenix/self-hosting/architecture) 5. [Phoenix dokumentáció: tracing beállítása](https://arize.com/docs/phoenix/tracing/how-to-tracing/setup-tracing) 6. [Phoenix dokumentáció: OpenTelemetry SDK beállítása](https://arize.com/docs/phoenix/tracing/how-to-tracing/setup-tracing/setup-using-phoenix-otel) 7. [Arize árak: AX Free, AX Pro és AX Enterprise](https://arize.com/pricing/) 8. [Langfuse árak: cloud tarifák és számlázható egységek](https://langfuse.com/pricing) 9. [LangChain árak: LangSmith tarifák](https://www.langchain.com/pricing) ## Gyakori kérdések Tényleg ingyenes az Arize Phoenix? A self-hosted platform ingyenes az Elastic License 2.0 alatt, span-korlát, fogyasztásmérés és feature-gate nélkül; csak az infrastruktúra költségét fizeted, amin fut. A licenc tiltja, hogy harmadik fél számára hosztolt vagy kezelt szolgáltatásként kínáld a Phoenixet. Fizetős tarifák csak az Arize AX-ban vannak: Free 0 dollárért, Pro havi 50 dollárért, Enterprise egyedi áron. Milyen adatbázist használ a Phoenix? Alapból SQLite-ot a munkakönyvtárban, ez egyetlen fejlesztőnek elegendő. Termeléshez az architektúra-dokumentáció PostgreSQL-t ajánl, legalább 14-es verzióval, adatbázis-URL környezeti változóval állítva. Több példány futhat egy adatbázison load balancer mögött, vagy a csapatokat külön adatbázissal, illetve külön PostgreSQL-sémával lehet elszigetelni. Hogyan kapja a Phoenix a trace-eket? Az alkalmazások OTLP-n exportálják a spaneket az OpenInference szemantikájával, Pythonban a phoenix.otel.register segítségével, Node-ban a TypeScript csomaggal. A szerver helyileg a 6006-os porton válaszol, az auto\_instrument=True pedig bekapcsolja a környezetben telepített OpenInference instrumentor csomagokat. Phoenix vagy Langfuse? A Phoenix akkor a választás, ha a trace-eknek a saját hálózaton kell maradniuk, air-gapped környezetben is, mert a verzió semmit sem küld az Arize felé, és nincs fogyasztásmérés. A Langfuse akkor, ha a csapat egy karbantartott platformot akar prompt menedzsmenttel és 29 dolláros cloud tarifával, ahelyett hogy maga üzemeltetné a rendszert. Írta: Csorba Balázs Senior fullstack és AI mérnök Stájerországban – több mint 10 év Vue, Nuxt, Node.js és PHP, ma AI-ügynököknek építek eszközöket. [AI fejlesztés és MCP szerverek →](https://balazscsorba.com/hu/expertise/ai-engineer)[Rólam →](https://balazscsorba.com/hu/about) ## További cikkek - [DeepSeek V4.1 Flash 1017: 890 bájt KV-cache tokenenként, és mit nyer ezzel egy ágens](https://balazscsorba.com/hu/blog/deepseek-v4-1-flash-1017) - [LLM rate limitek élesben: újrapróbálás, backoff és szolgáltatóváltás](https://balazscsorba.com/hu/blog/llm-rate-limits-retries-provider-fallback) - [Promptverziózás élesben: git, registry, címkék és visszaállítás](https://balazscsorba.com/hu/blog/prompt-versioning-management) - [LLM batch API-k: félárú inferencia olyan munkára, amely várhat](https://balazscsorba.com/hu/blog/llm-batch-api-offline-workloads) ## Pont erre van szükséged? Írj a projektedről vagy a pozícióról – szívesen hallok felőled. [Lépj velem kapcsolatba](mailto:contact@balazscsorba.com) [Kapcsolódjunk LinkedInen](https://www.linkedin.com/in/balazs-csorba)