Neon თუ Supabase: ერთნაირი query latency სხვადასხვა სამუშაო პროცესს მალავს

თუ ახალ აპს ძირითადად მართვადი PostgreSQL სჭირდება და დატვირთვა ხანგამოშვებითია, Neon-ის მოხმარებაზე დამოკიდებული ფასი ხელსაყრელი შეიძლება იყოს. თუ აპს ერთ გარემოში სჭირდება მუდმივად მომუშავე ბაზა, Auth, ფაილების შენახვა და Realtime, Supabase Pro-ის გამოწერა შესადარებელი არჩევანია. მსგავსი query latency ამ სამუშაო პროცესებს შორის განსხვავებას ვერ აჩვენებს.

არჩევანი მხოლოდ „ბაზა თუ სრული backend“ აღარ არის: Neon-საც აქვს Auth, Object Storage და Functions. გადამწყვეტია, რამდენ ხანს მუშაობს compute, რა მონაცემებით უნდა შეიქმნას სატესტო branch და რომელი სერვისების გამოყენება მოჰყვება დამატებით ხარჯს.

რას ზომავს მსგავსი query latency

ფრანკფურტში მდებარე კლიენტიდან, ერთ AWS რეგიონში ჩატარებულ შედარებით ტესტში Neon-ისა და Supabase-ის მედიანური query latency დაახლოებით 32 მილიწამი იყო. ტესტი ყოველ ცდაზე ახალ კავშირს ამყარებდა და ერთ მოკლე SQL მოთხოვნას ასრულებდა; ეს რიცხვი უკვე გახსნილი კავშირით მომუშავე აპის ყველა მოთხოვნის დაყოვნებას არ აღწერს. ახალი პროექტის შექმნიდან პირველ SQL პასუხამდე მედიანური დრო Neon Scale-ზე 5,5 წამი, Supabase Pro-ზე კი 111,9 წამი აღმოჩნდა.

იმავე ტესტში შეჩერებული Neon compute-ის პირველი მოთხოვნის მედიანური ლოდინი 593 მილიწამი იყო. ეს პროექტის შექმნისგან განსხვავებული ოპერაციაა: გარემო უკვე არსებობს, მაგრამ გამოთვლითი რესურსი უნდა ამუშავდეს. გაზომვისას Neon-ის compute-ის ზომის შეცვლაზე SQL შემოწმებები არ ჩავარდნილა, Supabase-ის შეცვლისას კი დაახლოებით 39-წამიანი დროებითი მიუწვდომლობა დაფიქსირდა. შედეგები იმ კონკრეტულ გეგმებს, რეგიონს, კლიენტსა და ტესტის მეთოდს ეკუთვნის; საქართველოდან მომხმარებლის სრული პასუხის დრო აპის სერვერის მდებარეობაზეც იქნება დამოკიდებული.

ფასი: მუშაობის საათები და გამოწერის ზღვარი

Neon-ის გეგმებში Free-ს მოსდევს Launch და Scale; Launch-ს ყოველთვიური მინიმუმი არ აქვს და compute $0.106 ღირს თითო CU-საათზე, PostgreSQL-ის საცავი კი $0.35 თითო GB-თვეზე. CU-საათები compute-ის ზომისა და მუშაობის დროის ნამრავლია. Launch-ზე უმოქმედობის შემდეგ შეჩერება ნაგულისხმევად ჩართულია და მისი გამორთვა შესაძლებელია. Auth, Object Storage და Functions ხელმისაწვდომია, მაგრამ მონაცემთა ბაზის საცავი, ობიექტების საცავი და Functions-ის გამოყენება ერთი და იგივე ხარჯი არ არის.

Supabase-ის ფასების პირობებით Pro იწყება თვეში $25-დან და მოიცავს $10 compute კრედიტს, რომელიც ერთ Micro ინსტანციას ფარავს. Pro-ში შედის 100 000 ყოველთვიურად აქტიური Auth მომხმარებელი, 100 GB ფაილების საცავი და თითო პროექტზე 8 GB მონაცემთა ბაზის დისკი. დამატებითი პროექტი, უფრო დიდი compute ან ჩათვლილი მოცულობის გადაჭარბება ანგარიშს ზრდის; მონაცემთა დროში აღდგენის, Point-in-Time Recovery-ის, დამატება თვეში $100-დან იწყება. უფასო Supabase პროექტის მონაცემთა ბაზის ზღვარი 500 MB-ია, ამიტომ ფასიანი გეგმების შედარებამდე უფასო ვარიანტების ტევადობაც გასათვალისწინებელია.

Neon-ის 0,25 CU და Supabase-ის Micro შესრულების ეკვივალენტური ერთეულები არ არის. ქვემოთ დათვლილი თანხები ხარჯის აგებულებას აჩვენებს ერთი პირობითი აპისთვის; ისინი არც დატვირთვის ტესტია და არც დაპირება, რომ ორივე ზომა ერთსა და იმავე ტრაფიკს მოემსახურება. ორივე მხარეს ქსელური ტრაფიკი ჩათვლილ ზღვარშია ნავარაუდევი.

Cold start და ზომის შეცვლის ფასი

ხანგამოშვებითი მოთხოვნებისას Neon-ის შეჩერება compute-ის დასარიცხ საათებს ამცირებს, თუმცა დაბრუნებული მომხმარებლის პირველ მოთხოვნას გაღვიძების ლოდინი ემატება. თუ პერიოდული ამოცანა ან მონიტორინგი ბაზას ხშირად აღვიძებს, ნავარაუდევი ეკონომია შემცირდება. მუდმივი ტრაფიკისას compute თითქმის მთელი თვე იმუშავებს; შეჩერების გამორთვაც იმავე მიმართულებით ცვლის ანგარიშს.

Supabase-ის compute-ის დარიცხვის წესით მოქმედი ინსტანციის საათები ირიცხება მაშინაც, როცა ბაზას მოთხოვნა არ მიუღია; თვის compute კრედიტი დამატებითი branch-ის compute-ს არ ფარავს. ზომის შეცვლა შესაძლებელია, მაგრამ მას მუშაობის შეწყვეტა შეიძლება მოჰყვეს. ამიტომ მუდმივი ტრაფიკის მქონე აპისთვის მნიშვნელოვანია არა მხოლოდ უფრო დიდი ზომის ფასი, არამედ ცვლილების დრო და ის, გადაიტანს თუ არა აპი ხანმოკლე გათიშვას.

Branching: რომელ მონაცემებს იღებს სატესტო გარემო

Neon-ის child branch შექმნისას მშობელი ბაზის მონაცემებს იღებს. საწყისი მონაცემები საერთო საცავს იყენებს, ხოლო child branch-ის საცავის ხარჯი მასში მომხდარ ცვლილებებზეა დამოკიდებული. ეს მიგრაციისა და რეალურ მონაცემებზე დამოკიდებული მოთხოვნების გამოცდას ამარტივებს; საწარმოო მონაცემების სატესტო გარემოში გამოყენებას შესაბამისი წვდომის წესები სჭირდება.

Supabase-ის branching ინსტრუქციით ახალი branch ნაგულისხმევად იღებს სქემას, Edge Functions-სა და კონფიგურაციას, მაგრამ საწარმოო მონაცემებისა და Storage ობიექტების გარეშე იწყება. მონაცემების ასლის მისაღებად „Include data“ არჩევანს Point-in-Time Recovery დამატება სჭირდება; ასეთი branch უფრო დიდ დისკს იყენებს და მშობელი პროექტის compute-ის ზომას იღებს. Dashboard-იდან branch-ის მართვა დოკუმენტაციაში public alpha-დ არის მონიშნული და feature preview-ის ჩართვას მოითხოვს. თუ ტესტს მხოლოდ სქემა და წინასწარ მომზადებული საცდელი მონაცემები ჰყოფნის, მონაცემიანი ასლის ეს წინაპირობა საჭირო აღარ არის.

ხუთი ზრდის ეტაპი: პირობითი ანგარიში და არჩევანი

შემდეგი სცენარები ზემოთ მითითებული ტარიფებით დათვლილი პირობითი თვიური მოდელია. Neon-ისთვის ნავარაუდევია Launch-ის 0,25 CU compute, Supabase-ისთვის — Pro-ის ერთი Micro პროექტი. თანხებში არ შედის შესაძლო დამატებითი ქსელური ტრაფიკი, Neon-ის აღდგენის ისტორიის საცავი, branch-ში შეცვლილი მონაცემები და Supabase-ის მონაცემიანი branch-ის დამატებითი დისკი. ამიტომ ბოლო სცენარის თანხები სრული ანგარიშის ნაცვლად ქვედა შეფასებებია.

• მხოლოდ Postgres. თუ ბაზა 1 GB-ია და compute თვეში 100 საათს მუშაობს, Neon Launch-ის გამოთვლა არის 0,25 × 100 × $0.106 + 1 × $0.35 = $3. ამ მოცულობითა და სამუშაო საათებით Neon Free-შიც შეიძლება დარჩეს, თუ სხვა ლიმიტები არ ირღვევა. Supabase-ის უფასო ბაზის ზღვარს ეს მოცულობა სცდება, Pro-ის საწყისი გადასახადი კი $25-ია. მხოლოდ ბაზის საჭიროებისას Neon აქ იაფი არჩევანია.
• ხანგამოშვებითი დატვირთვა. 2 GB ბაზისა და თვეში 30 აქტიური საათის შემთხვევაში Neon Launch-ის compute-ისა და ბაზის საცავის ჯამი დაახლოებით $1.50 გამოდის, Supabase Pro კი $25-დან იწყება. ეს სხვაობა მოქმედებს მაშინ, როცა Neon compute მართლაც შეჩერებულია მოთხოვნებს შორის; ხშირი გაღვიძება აქტიურ საათებს დაამატებს.
• მუდმივი ტრაფიკი. იმავე 2 GB ბაზისა და თვეში 730 სამუშაო საათის შემთხვევაში Neon-ის გამოთვლა დაახლოებით $20.05-ია, Supabase-ის ერთი Micro პროექტის საწყისი თანხა — $25. სხვაობა მცირდება. უფრო დიდი compute-ის საჭიროებისას ორივე ანგარიში თავიდან უნდა დაითვალოს; დაბალი საწყისი ფასი რესურსის საკმარისობას თავისთავად ვერ ადგენს.
• Auth და Storage. პირობითად, 10 000 აქტიური მომხმარებლისა და 20 GB ფაილების შემთხვევაში, წინა ეტაპის ბაზასა და საათებთან ერთად Neon-ის გამოთვლა დაახლოებით $20.51-ია. Supabase Pro-ის $25-იანი საწყისი თანხა ამ მოცულობებს ჩათვლილ ზღვარში ტოვებს. ორივეს აქვს Auth და ობიექტების საცავი, ხოლო Supabase-ის პაკეტში დამატებით შედის Realtime და API; არჩევანი დამოკიდებულია იმაზე, რომელი ფუნქციები სჭირდება თავად აპს.
• მონაცემიანი branches. თუ მშობელი ბაზა 8 GB-ია, მთავარი compute თვეში 730 საათს მუშაობს და ორი branch თითო 40 საათით ირთვება, Neon-ის compute-ისა და ძირითადი ბაზის საცავის პირობითი ჯამი დაახლოებით $24.27-ია, სანამ branch-ებში მონაცემები არ შეცვლილა. Supabase Pro-ზე branch-ების Micro compute დაახლოებით $1.08-ს ამატებს, ხოლო მონაცემების ჩასართავად საჭირო Point-in-Time Recovery-თან ერთად საწყისი ჯამი დაახლოებით $126.08 ხდება დამატებითი დისკის გარეშე. მონაცემიანი სატესტო ასლების ხშირი შექმნისას Neon-ის მოდელი ამ სცენარში აშკარა უპირატესობას იძლევა; მხოლოდ სქემაზე მომუშავე branch-ისთვის Supabase-ის მონაცემიანი ასლის ხარჯი არ წარმოიშობა.

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

• Proton Drive თუ Tresorit: ერთნაირი შიფრაცია სხვადასხვა მომხმარებელს ემსახურება
• LangChain თუ LlamaIndex: მოქნილობას latency-ის ფასი ახლავს
• Asana თუ Trello: იაფი დაფა რთული პროცესისას სწრაფად ძვირდება