LangSmith թե Phoenix․ անվճար ինքնատեղակայումը գալիս է սպասարկման գնով

3 հոկտեմբերի, 2026 թ., 12:00|Հեղինակ: QUASA-ի խմբագրական թիմ|5 րոպե ընթերցանություն

LangSmith-ը գործնական ընտրություն է այն թիմի համար, որը ցանկանում է կառավարվող դիտարկելիություն և չի ուզում շահագործել դրա ենթակառուցվածքը։ Phoenix-ը հարմար է, երբ գործակալների trace-երը պետք է մնան թիմի վերահսկած միջավայրում, իսկ թիմը պատրաստ է սպասարկել այդ միջավայրը։ Arize Phoenix-ի համեմատությունը նկարագրում է Phoenix-ը որպես framework-ից անկախ գործիք, իսկ LangSmith-ը՝ LangChain միջավայրին սերտորեն ինտեգրված, բայց նաև այլ ծրագրերի հետ աշխատող հարթակ։

Անվճար ինքնատեղակայումը վերացնում է Phoenix-ի ծրագրային լիցենզիայի վճարը, բայց թողնում է տվյալների բազայի, պահպանման և ինժեներական աշխատանքի ծախսերը։ LangSmith-ի պաշտոնական գնացուցակում Plus-ը նշված է ամսական $39 մեկ օգտատիրոջ համար՝ ներառված 10 հազար բազային trace-ով, որից հետո կիրառվում է սպառման վճար։ Հետևաբար նույն ամսական trace-երի թիվը համեմատելուց առաջ պետք է որոշել նաև օգտատերերի քանակը և պահպանման պահանջվող ժամկետը։

Նույն trace-ը՝ երկու տարբեր գործառնական միջավայրում

Գործակալի մեկ կատարումը կարող է ներառել մոդելի կանչեր, գործիքների օգտագործում և այլ ներքին քայլեր։ LangSmith-ի հաշվառման մեջ trace-ը մեկ կատարման պատմությունն է, որը կարող է պարունակել մի քանի այդպիսի քայլ։ Եթե թիմը զրույցը, առանձին գործարկումը և ներքին իրադարձությունը շփոթում է միմյանց հետ, ծավալի գնահատականը կկորցնի իմաստը. համեմատության հիմքը պետք է լինի նույն ձևով հաշվված ամսական trace-երի քանակը։

Երկու հարթակներում էլ դիտարկելիությունը զուգորդվում է գնահատումներով, տվյալների հավաքածուներով և փորձարկումներով։ LangChain կամ LangGraph օգտագործող թիմի համար LangSmith-ի ինտեգրման խորությունը կարող է նվազեցնել գործիքների միացման աշխատանքը։ Մի քանի framework կամ սեփական գործակալային կոդ օգտագործող թիմի համար Phoenix-ի ճկունությունը կարող է ավելի կարևոր լինել։ Գնային որոշումը միայն trace-երի պահեստի ընտրություն չէ. գնահատումները գործարկելու ձևն ու դրանց օգտագործած մոդելները նույնպես կարող են ծախս առաջացնել։

Ինչ են ցույց տալիս երեք ամսական ծավալները

TURION.AI-ի 2026 թվականի սեպտեմբերի 10-ի հաշվարկը Phoenix-ի ամսական ենթակառուցվածքը գնահատում է մոտ $50–80՝ 100 հազար, $150–250՝ 1 միլիոն և $600–1000՝ 10 միլիոն trace-ի դեպքում։ Նույն հրապարակման հինգ օգտատիրոջ LangSmith Plus օրինակում 1 միլիոն trace-ը կազմում է մոտ $2670. հաշվարկն օգտագործում է յուրաքանչյուր հավելյալ հազար բազային trace-ի համար $2.50 դրույքաչափ։ Այդ դրույքաչափը LangSmith-ի ներկայիս բաց գնացուցակում առանձին նշված չէ, ուստի հրապարակման թիվը պայմանական սցենար է, ոչ թե մատակարարի հաստատված հաշիվ։

Սպասարկումը հաշվին ավելացնելու համար ընդունենք պայմանական $30 ներքին արժեք մեկ ինժեներական ժամի համար։ Phoenix-ին հատկացնենք ամսական համապատասխանաբար 4, 8 և 20 ժամ՝ երեք ծավալների հերթականությամբ։ Դրանք Հայաստանի աշխատավարձի տվյալներ կամ չափված աշխատանքային ժամեր չեն։ Նշենք նաև S-ով այն լրացուցիչ պահեստավորման ու պահուստավորման ամսական ծախսը, որը դուրս է հրապարակված ենթակառուցվածքային միջակայքից. նույն պահեստը երկու անգամ գումարել պետք չէ։

100 հազար trace-ի դեպքում Phoenix-ի պայմանական ընդհանուր ծախսը $170–200 է՝ գումարած S։ Հինգ օգտատիրոջ LangSmith Plus-ը հրապարակման $2.50 դրույքաչափով կկազմի $420՝ $195 տեղերի և $225 հավելյալ trace-երի համար։
1 միլիոն trace-ի դեպքում Phoenix-ի ենթակառուցվածքն ու պայմանական աշխատանքը միասին կազմում են $390–490՝ գումարած S։ LangSmith Plus-ի նույն սցենարը կազմում է մոտ $2670. այս ծավալում ենթադրված սպառման վճարը տեղերի վճարից շատ ավելի մեծ է։
10 միլիոն trace-ի դեպքում Phoenix-ի պայմանական գումարը $1200–1600 է՝ գումարած S։ Այդ ծավալի համար LangSmith-ի հրապարակված Enterprise սակագին չկա, իսկ Phoenix-ի ենթակառուցվածքի գնահատականը չի երաշխավորում անհրաժեշտ թողունակությունը։ Երկու կողմի դեպքում էլ պետք է հաշվի առնել փաստացի բեռի համար պահանջվող ճարտարապետությունը։

Այս մուտքերով 100 հազար trace-ի սցենարում Phoenix-ի առավելությունը կվերանա, եթե լրացուցիչ պահպանման ու սպասարկման ծախսը գերազանցի մոտ $220–250-ը։ 1 միլիոնի դեպքում նույն պայմանական տարբերությունը մոտ $2180–2280 է։ Սա համընդհանուր շրջադարձային կետ չէ. այն փոխվում է ինժեներական ժամավճարի, trace-ի չափի, պահպանման ժամկետի և LangSmith-ի պայմանագրային դրույքաչափի հետ։ Սակայն հաշվարկը պարզ ցույց է տալիս, թե ինչու զրոյական լիցենզիան և զրոյական ընդհանուր արժեքը տարբեր բաներ են։

Պահպանման ժամկետն ու տվյալների տեղը

LangSmith-ում բազային trace-ը պահվում է 14 օր, իսկ հավելյալ վճարով երկարացված trace-ը՝ 180 օր։ Կարճ պատմությունը կարող է բավարար լինել ընթացիկ խափանումը գտնելու համար, մինչդեռ գործակալի տարբերակների հետագա համեմատությունը կամ արտադրական օրինակներով գնահատման հավաքածու կազմելը պահանջում է ավելի երկար հասանելիություն։ Phoenix-ի ինքնատեղակայման դեպքում պահպանման քաղաքականությունն ու դրա համար անհրաժեշտ հզորությունը սահմանում և ֆինանսավորում է տեղակայող թիմը։

Պահեստի ազդեցությունը տեսանելի է պարզ պայմանական օրինակում։ Եթե պահպանվող մեկ trace-ի միջին չափը 10 ԿԲ է, ամսական 1 միլիոն trace-ը տալիս է մոտ 10 ԳԲ հում տվյալ, իսկ վեց ամսվա պատմությունը՝ մոտ 60 ԳԲ։ Դրան կարող են ավելանալ ինդեքսները, կրկնօրինակներն ու պահուստային պատճենները։ Երկար մուտքերով, ելքերով կամ բազմաթիվ ներքին քայլերով գործակալների իրական trace-երը կարող են էապես ավելի մեծ լինել, հետևաբար նույն քանակի trace-երը պարտադիր չէ, որ նույն պահեստը զբաղեցնեն։

Տեղակայման պահանջն առանձին որոշիչ է։ LangSmith Plus-ի ամպային տարբերակի համար նշված են ԱՄՆ-ի և ԵՄ-ի տարածաշրջանները, իսկ սեփական միջավայրում կամ հիբրիդային տեղակայումը Enterprise առաջարկի մաս է՝ անհատական գնով։ Phoenix-ը կարելի է տեղակայել թիմի վերահսկած ենթակառուցվածքում։ Հայաստանի թիմի համար սա նշանակություն ունի, եթե պայմանագիրը կամ ներքին կանոնը պահանջում է տվյալները պահել որոշակի միջավայրում. անհրաժեշտ է հաշվի առնել նաև գնահատման համար օգտագործվող արտաքին մոդելային ծառայություններին փոխանցվող տվյալները։

Phoenix-ի շահագործումն ում վրա է մնում

Phoenix-ի ճարտարապետական նկարագրությունը SQLite-ը նախատեսում է տեղային, մեկ օգտատիրոջ աշխատանքի համար, իսկ PostgreSQL-ը խորհուրդ է տալիս արտադրական և բազմաօգտատեր տեղակայման համար։ Phoenix-ի մի քանի օրինակ կարող են միանալ նույն տվյալների բազային՝ սպասարկելով ավելի մեծ բեռ։ Դա չի վերացնում բազայի թողունակությունը, կրկնօրինակումը, վերականգնումը և հասանելիությունը կազմակերպելու աշխատանքը. ծավալի աճին զուգահեռ այդ պարտականությունները դառնում են արժեքի մաս։

Ինքնատեղակայման անվճար լինելու սահմանը նաև իրավական է։ Phoenix-ի Elastic License 2.0 լիցենզիան թույլ է տալիս ծրագրի օգտագործումն ու փոփոխումը, բայց սահմանափակում է այն երրորդ անձանց որպես կառավարվող ծառայություն առաջարկելը։ Սեփական գործակալների ներքին դիտարկելիության համար սա այլ իրավիճակ է, քան Phoenix-ի գործառույթներով առևտրային դիտարկելիության ծառայություն կառուցելը։ Թիմի շահագործման բյուջեն պետք է ներառի թարմացումները, պահուստային պատճենների վերականգնման փորձերը, մուտքի կառավարումն ու խափանումներին արձագանքը։

Որ տարբերակն ընտրել արտադրական թիմի համար

LangSmith Plus-ը տրամաբանական է, երբ թիմը գնահատում է կառավարվող ծառայությունը, աշխատում է LangChain միջավայրում և կարող է տվյալները պահել առաջարկվող ամպային տարածաշրջաններում։ Phoenix-ը ուժեղ թեկնածու է, երբ տվյալները պետք է մնան սեփական ենթակառուցվածքում, օգտագործվում են տարբեր framework-ներ, և թիմն արդեն կարող է շահագործել PostgreSQL ու պահուստավորման գործընթացը։ Փոքր ծավալի դեպքում սպասարկման անգամ համեստ պարտավորությունը կարող է կշռել ամպային ծառայության օգտին, մինչդեռ մեծ ծավալում սպառման վճարն ավելի զգալի է դառնում։

Ընտրության համար համադրելի բյուջեն պետք է օգտագործի նույն ամսական trace-երի թիվը, դրանց միջին չափը, պահպանման ժամկետը և գնահատումների ծանրաբեռնվածությունը։ LangSmith-ի կողմում հաշվվում են օգտատերերի տեղերը, սպառումը և երկարացված պահպանումը, Phoenix-ի կողմում՝ ենթակառուցվածքը, լրացուցիչ պահեստը և ինժեներական ժամերը։ Այդպես պարզ է դառնում նաև որոշման սահմանը. ինքնատեղակայումը կարող է էժան լինել մեծ ծավալում, եթե թիմի սպասարկման կարողությունն ու տվյալների բազայի ծախսը պահպանում են այդ առավելությունը։

Կարդացեք նաև:

Կիսվել: