Sentry თუ Datadog: კოდის შეცდომა და სრული ინფრასტრუქტურა ერთი არჩევანი არაა

თუ გუნდის მთავარი პრობლემა კოდის შეცდომის მიზეზის პოვნაა, Sentry უფრო ბუნებრივი არჩევანია; თუ ერთდროულად უნდა დაინახოს host-ების, სერვისების, ტრასებისა და ლოგების მდგომარეობა, Datadog უფრო ფართო ხედვას აძლევს. Better Stack-ის შედარება სწორედ ამ განსხვავებას უსვამს ხაზს და აღწერს ფუნქციურ გადაფარვასაც: ორივე პროდუქტს აქვს შეცდომებისა და tracing-ის შესაძლებლობები, თუმცა მათი ძირითადი სამუშაო პროცესი განსხვავდება.

არჩევანის ფასი ამიტომ მხოლოდ საბაზო გამოწერა არ არის. საჭიროა ერთი და იმავე დატვირთვაზე დათვალოთ ინფრასტრუქტურული და APM host-ები, ინდექსირებული span-ები, მიღებული და ინდექსირებული ლოგები, ხოლო Sentry-ის მხარეს — მიღებული შეცდომები, span-ები და აპლიკაციის ლოგები. თუ ორივე სისტემა გამოიყენება, საერთო ანგარიშს განსაზღვრავს ისიც, რამდენ მონაცემს აგზავნით ორივეგან.

სად იწყება დიაგნოსტიკა

Sentry-ში დეველოპერის სამუშაო ხშირად კონკრეტული issue-დან იწყება: განმეორებითი შეცდომები ჯგუფდება, ხოლო stack trace და გამოშვების კონტექსტი მიზეზის ძიებას კოდთან აკავშირებს. Tracing და ლოგები ამ სურათს ავსებს, როდესაც აპლიკაცია შესაბამის მონაცემებს აგზავნის. მნიშვნელოვანია განვასხვაოთ დაჯგუფებული issue და მიღებული შეცდომის მოვლენა: ფასის მოდელში განმეორებით გაგზავნილი შეცდომებიც მოცულობას ზრდის.

Datadog-ის ძლიერი მხარე კავშირების დანახვაა მთელ სისტემაში. ინფრასტრუქტურის მეტრიკებთან APM-ისა და ლოგების შეერთებით გუნდი იკვლევს, ემთხვევა თუ არა აპლიკაციის შეფერხება host-ის დატვირთვას, სხვა სერვისის დაყოვნებას ან ლოგებში დაფიქსირებულ ცვლილებას. ეს განსაკუთრებით მნიშვნელოვანია მაშინ, როცა ხარვეზის ადგილი ჯერ უცნობია და გამოძიება რამდენიმე სერვისს მოიცავს.

შეცდომების დიაგნოსტიკასა და tracing-ში პროდუქტები ერთმანეთს ნაწილობრივ ფარავს, ამიტომ ფუნქციების სიის მექანიკური შედარება საკმარისი არ არის. თუ ყოველდღიური კითხვა არის „რომელ გამოშვებაში გაჩნდა ეს შეცდომა და კოდის სად უნდა ვეძებოთ მიზეზი?“, Sentry-ის issue-ზე ორიენტირებული პროცესი პირდაპირ ამ ამოცანას ემსახურება. თუ კითხვა არის „რომელი host ან დამოკიდებული სერვისი აყოვნებს სისტემას?“, Datadog-ის ინფრასტრუქტურული კონტექსტი უფრო წონიანი ხდება.

რომელი ერთეული ზრდის ანგარიშს

Datadog-ის ოფიციალურ ფასების სიაში წლიური ბილინგისას Infrastructure Pro ღირს $15 თითო host-ზე თვეში, ინფრასტრუქტურის გეგმასთან შეძენილი APM — $31 თითო APM host-ზე, ლოგების მიღება — $0.10 თითო GB-ზე, ხოლო 15 დღით ინდექსაცია — $1.70 მილიონ ლოგის მოვლენაზე. იმავე სიაში დამატებით ინდექსირებული მილიონი span-ის 15-დღიანი შენახვა $1.70 ღირს. ლოგის მიღებული მოცულობა და ძიებისთვის ინდექსირებული მოვლენების რაოდენობა ცალ-ცალკე მრიცხველებია.

Datadog-ის APM პირობებით თითო APM host-ს თვეში მილიონი ინდექსირებული span და 150 GB მიღებული span-ის მოცულობა მოჰყვება. APM host არის host, რომელიც ტრასებს აგზავნის; ის შეიძლება ინფრასტრუქტურის ყველა host-ზე ნაკლები იყოს. ამ სტატიაში გამოყენებული $31-იანი APM მოდელი ითვალისწინებს, რომ APM host-ები Infrastructure Pro-შიც შედის. ცალკე შეძენილი APM-ის ფასი და host-ების დარიცხვის პირობები განსხვავდება.

CubeAPM-ის საჯარო ტარიფებზე აგებული კალკულაციით Sentry Team-ის წლიური გადახდის თვიური ეკვივალენტი $26-ია; მასში შედის თვეში 50 ათასი შეცდომა, 5 მილიონი span და 5 GB ლოგი. დამატებითი შეცდომები საფეხურებრივად ფასდება: 50–100 ათასის მონაკვეთში თითოეული $0.0003625 ღირს, 100–500 ათასის მონაკვეთში — $0.0002188, შემდეგ მონაკვეთში — $0.0001875. დამატებითი span-ები 100 მილიონამდე $2 ღირს მილიონზე, შემდეგ — $1.80; დამატებითი ლოგები — $0.50 თითო GB-ზე. ეს მესამე მხარის კალკულაციაა, რომელმაც ტარიფები 2026 წლის ივნისში გადაამოწმა; ორგანიზაციის ხელშეკრულება ან წინასწარ შეძენილი მოცულობა საბოლოო თანხას შეცვლის.

სამი პირობითი გუნდის თვიური ანგარიში

ქვემოთ მოცემული სცენარები პირობითია და თანხები აშშ დოლარშია. Datadog-ის ანგარიში აერთიანებს Infrastructure Pro-ს, მასთან შეძენილ APM-ს, ლოგების მიღებასა და მათი ნაწილის 15 დღით ინდექსაციას. დამატებითი ინდექსირებული span-ების გადასახადი ჩნდება მხოლოდ APM host-ებთან მოყოლილი კვოტის გადაჭარბებისას; მიღებული span-ების მოცულობა ყველა სცენარში შესაბამის კვოტაში ეტევა. Sentry-ის ცალკე ანგარიში Team-ის გეგმას, აპლიკაციის შეცდომებს, span-ებსა და აპლიკაციის ლოგებს მოიცავს. Datadog-ის ლოგებში ინფრასტრუქტურის მონაცემებიც შედის, ამიტომ ორ სისტემაში ნაჩვენები GB-ები ერთი და იგივე ნაკადი არ არის.

მცირე SaaS გუნდი

პირობით მცირე SaaS-ს აქვს 6 ინფრასტრუქტურული host და ექვსივე აგზავნის APM ტრასებს. თვეში ინდექსირდება 3 მილიონი span, მიიღება 30 GB ლოგი და ინდექსირდება 2 მილიონი ლოგის მოვლენა. Datadog-ის გამოთვლაა 6 × $15 + 6 × $31 + 30 × $0.10 + 2 × $1.70 = $282.40. ინდექსირებული span-ები მოყოლილ კვოტაში რჩება.

იმავე პირობით გუნდს Sentry-ში აქვს 20 ათასი შეცდომა, 3 მილიონი span და 4 GB აპლიკაციის ლოგი. ყველა მოცულობა Team-ის საბაზო კვოტაში ეტევა და ანგარიში $26-ია. ორივე პროდუქტის სრული გამოყენებისას მოდელური ჯამი $308.40 გამოდის; ამ თანხაში გუნდი იხდის ინფრასტრუქტურის ფართო ხედვასაც და კოდის შეცდომების ცალკე სამუშაო პროცესსაც.

Autoscaling სერვისი

მეორე პირობით დატვირთვაში თვეში დასათვლელია 40 ინფრასტრუქტურული და 32 APM host, 30 მილიონი ინდექსირებული span, 400 GB მიღებული ლოგი და 20 მილიონი ინდექსირებული ლოგის მოვლენა. Datadog-ის ჯამია 40 × $15 + 32 × $31 + 400 × $0.10 + 20 × $1.70 = $1,666. ინდექსირებული span-ები აქაც კვოტაშია. Autoscaling-ისას host-ების რაოდენობა მუდმივი არ არის; რეალური ანგარიში დამოკიდებულია ბილინგისთვის აღრიცხულ დატვირთვაზე და არა მხოლოდ თვის ბოლოს დარჩენილ instance-ებზე.

Sentry-ის პირობითი ნაკადია 150 ათასი შეცდომა, 30 მილიონი span და 20 GB აპლიკაციის ლოგი. საბაზო $26-ს ემატება დაახლოებით $29.07 შეცდომებისთვის, $50 span-ებისთვის და $7.50 ლოგებისთვის: სულ $112.57. თუ Datadog უკვე ინახავს საჭირო ტრასებსა და ლოგებს და Sentry-ში მხოლოდ 150 ათასი შეცდომა და საბაზო კვოტაში მოქცეული კონტექსტი რჩება, Sentry-ის ნაწილი დაახლოებით $55.07, ორივე ანგარიში ერთად კი დაახლოებით $1,721.07 იქნება.

მრავალკლასტერული პლატფორმა

მესამე პირობით პლატფორმას აქვს 160 ინფრასტრუქტურული და 120 APM host, 150 მილიონი ინდექსირებული span, 2,000 GB მიღებული ლოგი და 100 მილიონი ინდექსირებული ლოგის მოვლენა. Datadog-ის host-ები ჯამში $6,120 ღირს, ლოგების მიღება და ინდექსაცია — $370, ხოლო APM-ის მოყოლილი კვოტის ზემოთ დარჩენილი 30 მილიონი ინდექსირებული span — $51. მოდელური ანგარიში $6,541-ია.

Sentry-ში პირობითად შედის 600 ათასი შეცდომა, 150 მილიონი span და 100 GB აპლიკაციის ლოგი. შეცდომების საფეხურებრივი დამატებითი ღირებულება დაახლოებით $124.40-ია, span-ების — $280, ლოგების — $47.50; საბაზო $26-თან ერთად ჯამი დაახლოებით $477.90 გამოდის. თუ Sentry-ში tracing და ლოგები საბაზო კვოტებს არ სცდება და ის მხოლოდ შეცდომების დიაგნოსტიკისთვის რჩება, მისი ნაწილი დაახლოებით $150.40, ორივე პროდუქტის ჯამი კი დაახლოებით $6,691.40 იქნება.

სად არის გადაფარვა და როდის ღირს ორივე

ორივე პროდუქტის ერთად გამოყენება აზრიანია, როცა ოპერაციულ გუნდს host-ებისა და სერვისების კავშირების დანახვა სჭირდება, დეველოპერები კი შეცდომებს Sentry-ის issue-ებით ამუშავებენ. ასეთ წყობაში ერთი და იმავე ტრასებისა და ლოგების სრული მოცულობით ორივეგან გაგზავნა ხარჯს ზრდის. მოდელური სცენარებიც აჩვენებს სხვაობას სრული პარალელური გამოყენებისა და იმ ვარიანტის ფასს შორის, სადაც Sentry ძირითადად შეცდომებს იღებს.

არჩევანის საზღვარი ფუნქციების არსებობაზე გადის კი არა, საჭირო სიღრმესა და მონაცემის მოცულობაზე: Datadog-საც შეუძლია შეცდომების გამოკვლევა, Sentry-საც აქვს tracing და ლოგები. სრული ინფრასტრუქტურული დაკვირვებადობა host-ებზე მიბმულ ანგარიშს ქმნის, ხოლო კოდის შეცდომების ინტენსიური დიაგნოსტიკა Sentry-ში მიღებული მოვლენების რაოდენობას ზრდის. საქართველოში ბიუჯეტის შედგენისას დოლარში დათვლილი ეს მოდელები ასევე ცალკე უნდა გადაიყვანოთ ორგანიზაციის გადახდის ვალუტასა და საგადასახადო პირობებში.

საბოლოო შეთავაზებისთვის საკუთარი მოცულობა გადამწყვეტია. Sentry-ის თვითმომსახურების გეგმების განმარტებით, ამ გეგმებზე ელფოსტით ცალკე ფასის შეთავაზება არ გაიცემა: შეფასება საჯარო ფასებით კეთდება, არსებული მომხმარებელი კი ხელმისაწვდომ გეგმებსა და ფასებს საკუთარ ანგარიშში ხედავს. დიდი მოცულობის პირობები გაყიდვების გუნდთან განიხილება.

ასევე წაიკითხეთ:

• AngelList თუ Carta: $10 000-იანი SPV სრული ფასი ყოველთვის არაა
• RAG თუ fine-tuning: მოძველებადი ცოდნის ჩაწვრთნა ხშირად ძვირი შეცდომაა
• beehiiv თუ Ghost: ზრდის ხელსაწყოები თუ გამოცემაზე სრული კონტროლი