მოკლე შინაარსი: Supabase გთავაზობთ ოთხ სატარიფო გეგმას: უფასო (0 $/თვეში 500 მბ ბაზით და 50 ათასი MAU), Pro (25 $/თვეში + მოხმარება 8 გბ ბაზით (Disk Management განახლება ვრცელდება) და 100 ათასი MAU), Team (599 $/თვეში + მოხმარება გაუმჯობესებული მხარდაჭერით) და მორგებული Enterprise გეგმები. საბაზისო გამოწერის ხარჯების გარდა, მომხმარებლები იხდიან გამოთვლით საათებში (10 $/თვეში დამატებითი მიკრო ინსტანციისთვის), საცავის გადამეტებისთვის (0.021 $/GB), კვოტების მიღმა გამავალი ტრაფიკისთვის (0.09 $/GB) და დამატებითი თვიური აქტიური მომხმარებლებისთვის (0.00325 $ თითო MAU).
Supabase პროექტის გაშვების რეალური ხარჯის გაანგარიშება შეიძლება უფრო რთული იყოს, ვიდრე თავიდან ჩანს. პლატფორმა რეკლამირებს პირდაპირ $25 Pro გეგმას, მაგრამ ეს მხოლოდ დასაწყისია.
Supabase-ის ოფიციალური დოკუმენტაციის თანახმად, ფასების მოდელი აერთიანებს სატარიფო გეგმებს და მოხმარებაზე დაფუძნებულ გადასახადებს. ეს ნიშნავს, რომ თქვენი თვიური გადასახადი დამოკიდებული იქნება როგორც თქვენს მიერ არჩეულ გეგმაზე, ასევე იმაზე, თუ რამდენად იყენებთ პლატფორმის რესურსებს.
აი ასეა საქმე – ბევრი დეველოპერი ამ მოხმარების ხარჯებს მხოლოდ პირველი პროექტის გაშვების შემდეგ აღმოაჩენს. საზოგადოების დისკუსიები ისეთ პლატფორმებზე, როგორიცაა GitHub, ავლენს მომხმარებლებს, რომლებიც აპროტესტებენ მოულოდნელ გამოთვლით ხარჯებს, თუნდაც თითქოსდა ცარიელ პროექტებზე.
Supabase ფასების გეგმები: ოთხი საფეხური
Supabase თავის ფასებს ოთხ სხვადასხვა საფეხურზე სტრუქტურირებს, თითოეული შექმნილია სხვადასხვა მასშტაბის ოპერაციებისთვის. ოფიციალური ფასების გვერდი ნათლად ხსნის ამ ვარიანტებს.
უფასო გეგმა: 0$ თვეში
უფასო გეგმა გთავაზობთ ორ პროექტს მუდმივი ხელმისაწვდომობით - დროის ლიმიტის ან საკრედიტო ბარათის გარეშე. ოფიციალური დოკუმენტაციის თანახმად, თითოეული უფასო პროექტი მოიცავს:
- 500 მბ მონაცემთა ბაზის შენახვა
- 50,000 თვიური აქტიური მომხმარებელი (MAU)
- 1 გბ ფაილის შენახვა
- 5 გბ გამავალი ტრაფიკი
- API მოთხოვნების შეუზღუდავი რაოდენობა
მაგრამ დაელოდეთ. 500 მბ ბაზის ლიმიტი მოიცავს არა მხოლოდ თქვენს მონაცემებს, არამედ Write-Ahead Logging (WAL) და სისტემის ჭარბი ხარჯებს. საზოგადოების დისკუსიების თანახმად, სქემით და მინიმალური მონაცემების მქონე ბაზებს შეუძლიათ 0.22 გბ ან მეტის მოხმარება WAL-ისა და სისტემის ჭარბი ხარჯების გამო.
უფასო გეგმის პროექტები პაუზდება ერთი კვირის უმოქმედობის შემდეგ, თუმცა ისინი მყისიერად ირთვება, როდესაც მათზე წვდომა ხდება.
Pro გეგმა: 25$ ბაზა + მოხმარება
Pro გეგმა ემსახურება როგორც საწარმოო დონის ვარიანტს მეტი მზარდი აპლიკაციებისთვის. საბაზისო გამოწერა ღირს 25$ თვეში, პლუს მოხმარების გადასახადები რესურსებისთვის, რომლებიც აღემატება ჩართულ კვოტებს.
Supabase-ის ოფიციალური დოკუმენტაციის თანახმად, Pro გეგმის პროექტები მოიცავს:
- 8 გბ მონაცემთა ბაზის შენახვა (ჩართულია)
- 100,000 MAU (ჩართულია)
- 100 გბ ფაილის შენახვა (ჩართულია)
- 250 გბ გამავალი ტრაფიკი (ჩართულია)
- ყოველდღიური სარეზერვო ასლები 7 დღის განმავლობაში
- ელ.ფოსტის მხარდაჭერა
კრიტიკული დეტალი: გამოთვლითი ხარჯები ცალკეა ერთზე მეტი პროექტისთვის. პირველი Micro Compute ინსტანცია შედის Pro-ში. ყოველ მომდევნოს სჭირდება დამატებითი გამოთვლითი ინსტანცია, დაწყებული 10 $/თვეში.
როგორც ოფიციალურ ბილინგის დოკუმენტაციაშია ნათქვამი: "Compute Hours არ არის დაფარული Spend Cap-ით". ეს ნიშნავს, რომ გამოთვლითი გადასახადები ყოველთვის ვრცელდება, მაშინაც კი, თუ თქვენ ჩართეთ ხარჯების ლიმიტები სხვა რესურსებისთვის.
Team გეგმა: 599$ ბაზა + მოხმარება
Team გეგმა მიზნად ისახავს ორგანიზაციებს, რომლებსაც სჭირდებათ გაუმჯობესებული თანამშრომლობისა და დაცვის მახასიათებლები. 599 $/თვეში + მოხმარება, ის მოიცავს ყველაფერს Pro-ში, პლუს:
- SOC2 დაცვის ანგარიშები
- პრიორიტეტული ელ.ფოსტის მხარდაჭერა 2-დღიანი SLA-ით
- ყოველდღიური სარეზერვო ასლები 14 დღის განმავლობაში
- Dedicated Slack არხი
შენახვისა და გამავალი ტრაფიკის კვოტები შეესაბამება Pro გეგმას. ძირითადი ღირებულება მოდის დაცვის დოკუმენტაციისა და სწრაფი მხარდაჭერის პასუხების დროიდან.
Enterprise გეგმა: მორგებული ფასები
Enterprise გეგმები გთავაზობთ მორგებულ ფასებს, რომლებიც პირდაპირ Supabase-თან არის შეთანხმებული. ესენია Dedicated ინფრასტრუქტურა, მორგებული SLA-ები, on-premise განლაგების ვარიანტები და გამოყოფილი მხარდაჭერის ინჟინრები.
ოფიციალური დოკუმენტაცია ჩამოთვლის Enterprise-ის მახასიათებლებს, როგორიცაა მორგებული გამავალი ტრაფიკის ფასები, Dedicated მონაცემთა ბაზის ინსტანციები და შეუზღუდავი პროექტები – მაგრამ არ იძლევა საჯარო ფასების ბენჩმარკებს.

მოხმარებაზე დაფუძნებული ხარჯების გაგება
ბაზის გამოწერა მხოლოდ ნაწილს ამბობს. Supabase იტარებს გადასახადებს რესურსების მოხმარებაზე კვოტების მიღმა, და ეს ხარჯები შეიძლება სწრაფად გაიზარდოს მაღალი ტრაფიკის მქონე აპლიკაციებისთვის.
გამოთვლითი ხარჯები: გარდაუვალი გადასახადი
ყოველი Supabase პროექტი მუშაობს Dedicated Postgres ინსტანციაზე. ოფიციალური დოკუმენტაციის თანახმად, გამოთვლითი ხარჯები გაიანგარიშება საათობრივად ინსტანციის ზომის მიხედვით:
| გამოთვლის ზომა | RAM | CPU | საათობრივი ღირებულება | თვიური ღირებულება |
|---|---|---|---|---|
| Micro | 2 GB | Shared | 0.01344$ | ~10$ |
| Small | 4 GB | 2-core | 0.0206$ | ~15$ |
| Medium | 8 GB | 2-core | 0.0822$ | ~61$ |
| Large | 16 GB | 4-core | 0.1517$ | ~113$ |
ეს გადასახადები ვრცელდება 24/7, როდესაც პროექტი აქტიურია. როგორც ოფიციალურ დოკუმენტაციაშია აღნიშნული: „თუ პროექტი მუშაობს საათის ნაწილის განმავლობაში, თქვენ მაინც დაგეკისრებათ სრული საათის გადასახადი.“
უფასო გეგმის პროექტები მუშაობს გაზიარებულ გამოთვლით ინფრასტრუქტურაზე უფასოდ, მაგრამ მუშაობის შეზღუდვებით. Pro და ზემოთ საჭიროებს ფასიან გამოთვლით ინსტანციებს.
მონაცემთა ბაზის შენახვა: $/GB გადასახადები
მონაცემთა ბაზის შენახვა ირიცხება 0.125$/GB თვეში იმ მოხმარებისთვის, რომელიც აღემატება გეგმის კვოტებს. ოფიციალური დოკუმენტაცია ხსნის, რომ ეს იყენებს GB-Hours გაანგარიშების მოდელს.
Pro და Team გეგმები მოიცავს 8 გბ-ს. ამ ზღვრის მიღმა, გადასახადები გროვდება ფაქტობრივი მოხმარების საფუძველზე ბილინგის ციკლის განმავლობაში.
მონაცემთა ბაზის ზომა მოიცავს არა მხოლოდ მომხმარებლის მონაცემებს, არამედ: Write-Ahead Logging (WAL), ინდექსებს და Postgres-ის სისტემის ცხრილებს - ყველაფერი იკავებს ადგილს თქვენი კვოტის ფარგლებში.
გამავალი ტრაფიკი: 0.09$/GB
ქსელის გამავალი ტრაფიკი — მონაცემები, რომლებიც გადაიცემა Supabase-დან გარე კლიენტებზე — ღირს 0.09$/GB გეგმის ლიმიტების გადამეტების შემდეგ. ოფიციალური დოკუმენტაციის თანახმად, გამავალი ტრაფიკის კვოტებია:
- უფასო გეგმა: 5 გბ შედის
- Pro/Team გეგმები: 250 გბ შედის
- Enterprise: მორგებული ლიმიტები
ქეშირებული გამავალი ტრაფიკი (მიწოდებული Supabase-ის CDN-ის საშუალებით) ნაკლები ღირს - 0.03$/GB. მონაცემთა ბაზის მოთხოვნები, Storage ფაილების ჩამოტვირთვები, Edge Function პასუხები და Realtime გამოწერები - ყველაფერი წარმოქმნის გამავალ ტრაფიკს.
ოფიციალური მაგალითები აჩვენებს პროექტს 200 გბ ქეშირების გარეშე გამავალი ტრაფიკით და 230 გბ ქეშირებული გამავალი ტრაფიკით, რომელიც დარჩება Pro გეგმის კვოტებში და არ გამოიწვევს დამატებით გადასახადებს.
ფაილის შენახვა: 0.021 $/GB-თვეში
Supabase Storage-ის ბაკეტებში ფაილების შენახვა ღირს 0.021 $/GB თვეში (გამოითვლება როგორც 0.00002919 $/GB-საათში). ოფიციალური დოკუმენტაციის თანახმად:
- უფასო გეგმა: 1 გბ შედის
- Pro/Team გეგმები: 100 გბ შედის
- Enterprise: მორგებული კვოტები
ეს გადასახადი ვრცელდება მხოლოდ ფაილების საერთო ზომაზე, არა გადაცემის ხარჯებზე (რომლებიც მიეკუთვნება გამავალ ტრაფიკს).
თვიური აქტიური მომხმარებლები: 0.00325 $/MAU
ავთენტიფიკაციის ხარჯები იზრდება თვიური აქტიური მომხმარებლების რაოდენობის მიხედვით გეგმის კვოტების მიღმა. ოფიციალური დოკუმენტაცია განსაზღვრავს MAU-ს, როგორც უნიკალურ მომხმარებლებს, რომლებიც ავთენტიფიცირდებიან კალენდარული თვის განმავლობაში.
Pro და Team გეგმები მოიცავს 100,000 MAU-ს. დამატებითი მომხმარებლები ღირს 0.00325$ თითოეული. ასე რომ, 150,000 MAU-ს გამოიმუშავებს 50,000 × $0.00325 = 162.50$ დამატებით გადასახადებში.
უფასო გეგმის პროექტებს აქვს 50,000 MAU-ს მყარი ლიმიტი დამატებითი გადასახადების გარეშე - ამის გადამეტება მოითხოვს Pro-ზე განახლებას.

ფარული ხარჯები და ხაფანგები
დოკუმენტირებული ფასების სტრუქტურის გარდა, არსებობს რამდენიმე ნაკლებად აშკარა ხარჯი, რომელსაც შეუძლია თქვენს ანგარიშზე გავლენა მოახდინოს.
მრავალი პროექტი ამრავლებს ხარჯებს
თითოეული პროექტი მოითხოვს საკუთარ გამოთვლით ინსტანციას. ოფიციალური ბილინგის FAQ-ის თანახმად, თუ ორგანიზაცია გაუშვებს სამ პროექტს Pro გეგმაზე ნაგულისხმევი გამოთვლებით: „25$ Pro გეგმა + 20$ სამი პროექტისთვის ნაგულისხმევი გამოთვლის ზომით = 45 $/თვეში“ (მოხმარების ხარჯების დაწყებამდე).
უფასო გეგმის მომხმარებლები იღებენ ორ პროექტს გამოთვლითი ხარჯების გარეშე, მაგრამ Pro-ზე გადასვლა ნიშნავს გამოთვლითი ხარჯების გადახდას ყოველი აქტიური პროექტისთვის.
დამატებითი მახასიათებლები
რამდენიმე მახასიათებელს სჭირდება დამატებითი გადასახადი სტანდარტული მოხმარების ფასების მიღმა:
- IPv4 მისამართი: 4$ თვეში თითო პროექტზე
- მორგებული დომენები: ჩართულია Pro, Team და Enterprise-ში
- Point-in-Time Recovery (PITR): დამატებითი ხარჯი Pro-ზე და ზემოთ
- Log Drains: დამატებითი ხარჯი, დარიცხული პროექტის მიხედვით
IPv4 დამატება არ არის ხელმისაწვდომი უფასო გეგმაზე, როგორც ეს აღნიშნულია ოფიციალურ დოკუმენტაციაში.
რეალური ხარჯების მაგალითები
მოდით გადავხედოთ, რა ღირს სხვადასხვა გამოყენების სცენარები, ოფიციალური ბილინგის მაგალითების საფუძველზე.
მცირე საწარმოო აპლიკაცია
მარტივ საწარმოო აპლიკაციას შეიძლება ჰქონდეს:
- Pro გეგმის ბაზა: 25$
- Micro compute (ერთზე მეტი): 10$
- 3 გბ მონაცემთა ბაზის შენახვა: შედის 8 გბ კვოტაში
- 75,000 MAU: შედის 100K კვოტაში
- 80 გბ გამავალი ტრაფიკი: შედის 250 გბ კვოტაში
სულ: 35$ თვეში
მზარდი SaaS აპლიკაცია
მასშტაბირებადი SaaS პლატფორმა შეიძლება მოიხმარდეს:
- Pro გეგმის ბაზა: 25$
- Small compute ინსტანცია: 15$
- 15 გბ მონაცემთა ბაზის შენახვა: (15 - 8) × 0.125$ = 0.88$
- 150,000 MAU: (150K - 100K) × 0.00325$ = 162.50$
- 300 გბ გამავალი ტრაფიკი: (300 - 250) × 0.09$ = 4.50$
- 120 გბ ფაილის შენახვა: (120 - 100) × 0.021$ = 0.42$
სულ: 208.30$ თვეში
მაღალი ტრაფიკის მომხმარებლის აპლიკაცია
პოპულარულ მომხმარებლის აპლიკაციას შეუძლია ნახოს:
- Team გეგმის ბაზა: 599$
- Medium compute ინსტანცია: 61$
- 50 გბ მონაცემთა ბაზის შენახვა: (50 - 8) × 0.125$ = 5.25$
- 500,000 MAU: (500K - 100K) × 0.00325$ = 1,300$
- 800 გბ გამავალი ტრაფიკი: (800 - 250) × 0.09$ = 49.50$
სულ: 2,014.75$ თვეში
ეს მაგალითები აჩვენებს, თუ რამდენად სწრაფად იზრდება ხარჯები მომხმარებლის ზრდასთან ერთად, განსაკუთრებით MAU-სთან დაკავშირებული გადასახადები.
Supabase vs Firebase ფასები
Google-ის Firebase-თან შედარება ავლენს ფუნდამენტურად განსხვავებულ ფასების ფილოსოფიას.
Firebase იყენებს სუფთა მოხმარებაზე დაფუძნებულ ფასებს. შედარებითი ანალიზების თანახმად, Firebase იტარებს გადასახადებს დოკუმენტის წაკითხვის, ჩაწერის და წაშლის მიხედვით. მცირე ოპერაციები სწრაფად იწვევს ხარჯების დაგროვებას — 50,000 ყოველდღიური დოკუმენტის წაკითხვისას შეუძლია მნიშვნელოვანი თვიური გადასახადების გამომუშავება.
Supabase-ის გამოწერის მოდელი ჩართული კვოტებით უზრუნველყოფს მეტ ხარჯის პროგნოზირებადობას დადგენილი სამუშაო დატვირთვებისთვის. 80,000 MAU-ს მქონე აპლიკაცია Supabase Pro-ზე თვეში 35$ ღირს (თუ სხვა კვოტებშია), ხოლო Firebase იტარებს გადასახადებს ავთენტიფიკაციის ოპერაციის მიხედვით.
თუმცა, Firebase-ის უფასო Spark გეგმა მოიცავს უფრო გულუხვი ყოველდღიურ კვოტებს დოკუმენტის ოპერაციებისთვის, Supabase-ის შენახვის ლიმიტებთან შედარებით. მცირე პროექტები შეიძლება უფრო დიდხანს დარჩნენ უფასოდ Firebase-ზე.
გადამწყვეტი ფაქტორი: Firebase-ის ხარჯები თანდათან იზრდება ყოველი ოპერაციისას, ხოლო Supabase-ის ხარჯები მკვეთრად იზრდება კვოტების ზღვრების გადამეტებისას.
ხარჯების ოპტიმიზაციის სტრატეგიები
რამდენიმე მიდგომა შეუძლია Supabase-ის ხარჯების მინიმუმამდე შემცირებას ფუნქციონალობის მსხვერპლის გარეშე.
სრულად გამოიყენეთ უფასო გეგმა
ორი უფასო პროექტი შეიძლება ემსახურებოდეს განვითარების, სტეჯინგისა და მცირე წარმოების სამუშაო დატვირთვებს. ოფიციალური ლიმიტების თანახმად, 50,000 MAU მხარს უჭერს მნიშვნელოვან ტრაფიკს ახალი აპლიკაციებისთვის.
გააჩერეთ გამოუყენებელი პროექტები, რათა თავიდან აიცილოთ კვოტების ლიმიტების მოხმარება, თუმცა ოფიციალური დოკუმენტაცია აღნიშნავს, რომ გაჩერებული პროექტები მაინც არ ითვლება უფასო პროექტების ლიმიტებში.
მონაცემთა ბაზის შენახვის ოპტიმიზაცია
მონაცემთა ბაზის ზომა პირდაპირ გავლენას ახდენს ხარჯებზე 8 გბ Pro გეგმის კვოტის გადამეტების შემდეგ. სტრატეგიები მოიცავს:
- ძველი მონაცემების არქივირება გარე საცავში
- მონაცემთა შენახვის პოლიტიკების დანერგვა
- Postgres ცხრილის დანაყოფების გამოყენება
- ცხრილების რეგულარული ვაკუუმირება და ანალიზი სივრცის აღსადგენად
გამავალი ტრაფიკის შემცირება
გამავალი ტრაფიკი ღირს 0.09 $/GB კვოტის შემდეგ. ტრანსფერების მინიმუმამდე შემცირება:
- აგრესიული ქეშირებადობის სტრატეგიების დანერგვა
- Supabase-ის CDN-ის გამოყენება ქეშირებული შინაარსისთვის (0.03 $/GB vs 0.09 $/GB)
- დიდი შედეგების ნაკრების გვერდულად დალაგება
- პასუხების კომპრესირება
- მედიის მიწოდება CDN-ების საშუალებით Supabase-ის გარეთ
გამოთვლის რესურსების სწორი ზომა
დამატებითი მიკრო გამოთვლითი ინსტანცია (10 $/თვეში) საკმარისია მრავალი აპლიკაციისთვის. აკონტროლეთ CPU და მეხსიერების გამოყენება უფრო დიდი ინსტანციების განახლებამდე.
ოფიციალური დოკუმენტაცია მიუთითებს, რომ გამოთვლის ზომა გავლენას ახდენს მუშაობაზე, მაგრამ არა შენახვის მოცულობაზე, ამიტომ ნუ გადააჭარბებთ არასაჭიროდ.
MAU ზრდის მონიტორინგი
0.00325 $/დამატებით MAU-ზე, ავთენტიფიკაციის ხარჯები შეიძლება აფეთქდეს. 100,000-დან 200,000 MAU-მდე ნახტომი თვეში 325$ ემატება.
გამოყენების ოპტიმიზაციის წინააღმდეგ მომხმარებლის გამოცდილების სანაცვლოდ, განიხილეთ სესიის ხანგრძლივობის ლიმიტების ან თვიური წვდომის შეზღუდვების დანერგვა MAU-ს რაოდენობის კონტროლისთვის.

მოითხოვეთ Supabase კრედიტები თქვენი Backend-ის მასშტაბირებამდე
Supabase-ის ფასები დამოკიდებულია მოხმარებაზე, რაც ნიშნავს, რომ ხარჯები იზრდება თქვენი მონაცემთა ბაზის, შენახვისა და API-ის გამოყენების ზრდასთან ერთად. მას შემდეგ, რაც პროექტი ტესტირებიდან გადადის წარმოებაში, ხარჯები შეიძლება სწრაფად გაიზარდოს, განსაკუთრებით რეალური მომხმარებლის ტრაფიკის მქონე აპლიკაციებისთვის. ბევრი სტარტაპი იხდის სრულ ფასს ამ ეტაპზე, კრედიტების ხელმისაწვდომობის შემოწმების გარეშე.
Get AI Perks ჩამოთვლის სტარტაპ კრედიტებსა და ფასდაკლებებს AI და დეველოპერის ინსტრუმენტებზე, მათ შორის Supabase-ის შეთავაზებებს, როგორიცაა დაახლოებით 300$ კრედიტი ახალი ანგარიშებისთვის და 500$ აქტიური პროექტებისთვის. ინდივიდუალურად ვენდორული პროგრამების ძიების ნაცვლად, დამფუძნებლებს შეუძლიათ განიხილონ ხელმისაწვდომი პერკები ერთ ადგილას და ნახონ მათი დამტკიცების ალბათობა განაცხადის შეტანამდე.
პირველ რიგში შეამოწმეთ Get AI Perks და მოითხოვეთ ხელმისაწვდომი Supabase კრედიტები თქვენი ინფრასტრუქტურის მასშტაბირებამდე.
როდის უნდა აირჩიოთ თითოეული გეგმა
სხვადასხვა საფეხურები უხდება სხვადასხვა ეტაპსა და გამოყენების შემთხვევებს.
უფასო გეგმა საუკეთესოა:
- Side პროექტები და პროტოტიპები
- სწავლა და ექსპერიმენტები
- MVP 50K მომხმარებლის ქვემოთ
- განვითარების და სტეჯინგის გარემო
მუშაობის შეზღუდვები და 500 მბ მონაცემთა ბაზის შეზღუდვა აქცევს უფასოს არაადეკვატურად წარმოების სამუშაო დატვირთვებისთვის ნებისმიერი ზრდის ტრაექტორიით.
Pro გეგმა საუკეთესოა:
- საწარმოო აპლიკაციები 100K MAU-ის ქვემოთ
- მცირე ბიზნესის აპლიკაციები
- პროექტები, რომლებსაც სჭირდებათ ყოველდღიური სარეზერვო ასლები
- გუნდები, რომლებსაც სჭირდებათ ელ.ფოსტის მხარდაჭერა
მინიმალური თვიური ხარჯით 35$, Pro უზრუნველყოფს საწარმოო დონის ინფრასტრუქტურას კონკურენტულ ფასად AWS RDS-ზე ან DigitalOcean-ზე Postgres-ის მართვასთან შედარებით.
Team გეგმა საუკეთესოა:
- ორგანიზაციები, რომლებსაც სჭირდებათ SOC2 დაცვა
- გუნდები, რომლებსაც სჭირდებათ პრიორიტეტული მხარდაჭერა
- კომპანიები, რომლებიც მზად არიან გადაიხადონ სწრაფი პასუხების დროისთვის
564$ პრემია Pro გეგმაზე (599$ vs 35$) ყიდულობს დაცვის დოკუმენტაციასა და მხარდაჭერის SLA-ებს — ღირებულია საწარმო გაყიდვებისთვის, მაგრამ არასაჭიროა მრავალი აპლიკაციისთვის.
Enterprise გეგმა საუკეთესოა:
- მასშტაბური აპლიკაციები მილიონობით მომხმარებლით
- ორგანიზაციები, რომლებსაც სჭირდებათ Dedicated ინფრასტრუქტურა
- კომპანიები, რომლებსაც სჭირდებათ მორგებული SLA-ები
- პროექტები კონკრეტული დაცვის მოთხოვნებით
ფასების ხშირი საჩივრები
საზოგადოების დისკუსიები ავლენს Supabase-ის ფასების მოდელის განმეორებად ხახუნის წერტილებს.
გამოთვლითი გადასახადები ცარიელ პროექტებზე
GitHub-ის დისკუსიები ასახავს მომხმარებლის გამოცდილებას ახლად შექმნილ პროექტებზე გამოთვლითი გადასახადებით. ერთი საერთო დაკვირვება: გამოთვლითი ინსტანციები ქმნის გადასახადებს პროექტის გაშვებიდან, რეალური მონაცემებისა თუ ტრაფიკის მიუხედავად.
ეს ხდება იმიტომ, რომ გამოთვლითი ინსტანციები მუშაობს უწყვეტად პროექტის გაშვების შემდეგ, მონაცემთა ბაზის ფაქტობრივი აქტივობის მიუხედავად. გადასახადები დოკუმენტირებულია, მაგრამ ბევრი მომხმარებელი ელოდება გადახდის-თითო-მოთხოვნის ფასებს, სერვერულ მონაცემთა ბაზებთან მსგავსად.
ფასების გვერდის სიცხადე
GitHub-ის დისკუსიებმა ხაზი გაუსვა მომხმარებლის დაბნეულობას იმასთან დაკავშირებით, თუ რა შედის საბაზისო გამოწერებში გამოყენების გადასახადებთან შედარებით, განსაკუთრებით იმაზე, რომ გამოთვლითი ინსტანციის ხარჯები ცალკეა საბაზისო გეგმის გადასახადისგან.
Supabase-მა მას შემდეგ განაახლა დოკუმენტაცია, რათა უფრო თვალსაჩინოდ გამოეყო გამოთვლითი ხარჯები, მაგრამ მრავალკომპონენტიანი ფასების მოდელი რჩება უფრო რთულად, ვიდრე მარტივი პერ-მომხმარებელი ან პერ-მოთხოვნის ალტერნატივები.
MAU ხარჯები მასშტაბზე
0.00325 $/MAU დამატებითი ტარიფი ძვირი ხდება მომხმარებლის აპლიკაციებისთვის. 100,000-დან 1,000,000 MAU-მდე ზრდა თვეში 2,925$ ემატება — შესაძლოა უფრო მეტი, ვიდრე თავად მონაცემთა ბაზის ჰოსტინგი.
ზოგიერთი დეველოპერი იუწყება, რომ განიხილავენ Supabase-ის თვით-ჰოსტინგის ინსტანციებს MAU გადასახადების თავიდან ასაცილებლად ამ მასშტაბის მიღწევისას.
ხშირად დასმული კითხვები
Supabase უფასოა სამუდამოდ?
დიახ, ოფიციალური დოკუმენტაციის თანახმად. უფასო გეგმას არ აქვს დროის ლიმიტი და გთავაზობთ ორ პროექტს მუდმივად. პროექტები პაუზდება ერთი კვირის უმოქმედობის შემდეგ, მაგრამ მყისიერად ირთვება, როდესაც მათზე წვდომა ხდება. არ არსებობს საცდელი პერიოდები ან იძულებითი განახლებები.
რა ხდება, როდესაც გადავამეტებ უფასო გეგმის ლიმიტებს?
უფასო გეგმაზე, სერვისები წყვეტს ფუნქციონირებას, როდესაც თქვენ გადაამეტებთ მყარ ლიმიტებს, როგორიცაა 50,000 MAU ზღვარი ან 5 გბ გამავალი ტრაფიკის კვოტა. მომსახურების გასაგრძელებლად უნდა განაახლოთ Pro-ზე. Pro გეგმის მომხმარებლებს შეუძლიათ ჩართონ Spend Cap, რათა თავიდან აიცილონ გამოყენების გადამეტება, რაც ზღუდავს სერვისებს კვოტების გადამეტების შემდეგ, ან გამორთონ ის, რათა დაუშვან ავტომატური გადამეტების ბილინგი.
რამდენი დაჯდება Supabase 100,000 მომხმარებლისთვის?
თუ თქვენ გყავთ ზუსტად 100,000 თვიური აქტიური მომხმარებელი, Pro გეგმა გიცავს მის ჩართულ კვოტებში. მინიმალური ხარჯი იქნება 25$ თვეში პირველი პროექტისთვის, რომელიც იყენებს მიკრო გამოთვლებს (25$ ბაზა + 10$ გამოთვლა მომდევნოსთვის). დამატებითი ხარჯები დამოკიდებულია მონაცემთა ბაზის ზომაზე, ფაილის შენახვაზე და გამავალი ტრაფიკის გამოყენებაზე. პირველი GB კვოტის ზღვრების მიღმა დაამატებს მინიმალურ გადასახადებს.
იხდის თუ არა Supabase API მოთხოვნებისთვის?
არა. Supabase მოიცავს API მოთხოვნების შეუზღუდავ რაოდენობას ყველა გეგმაზე, უფასოს ჩათვლით. თქვენ არ გეკისრებათ გადასახადი თითო მოთხოვნაზე, ფუნქციის გამოძახებაზე ან ავთენტიფიკაციის მოთხოვნაზე. ხარჯები მოდის რესურსების მოხმარებიდან (შენახვა, გამავალი ტრაფიკი, გამოთვლა) და MAU-ებიდან, არა მოთხოვნების მოცულობიდან.
როგორ ადარებს Supabase AWS RDS ფასებს?
მცირე პროექტებისთვის, Supabase, როგორც წესი, უფრო იაფია. ექვივალენტური AWS RDS db.t3.micro Postgres ინსტანცია ღირს დაახლოებით 16$ თვეში მხოლოდ გამოთვლისთვის, პლუს ცალკე გადასახადები შენახვისთვის (0.115$/GB), სარეზერვო ასლებისთვის (0.095$/GB) და მონაცემთა გადაცემისთვის (0.09$/GB). Supabase-ის 35$ Pro გეგმა მოიცავს გამოთვლას, 8 გბ შენახვას, სარეზერვო ასლებს და 250 გბ ტრანსფერს. თუმცა, AWS RDS ხდება უფრო მომგებიანი საწარმოს მასშტაბით დაჯავშნული ინსტანციებით.
შემიძლია თუ არა Supabase-ის თვით-ჰოსტინგი ფულის დაზოგვისთვის?
დიახ. Supabase არის ღია კოდის და სრულად თვით-ჰოსტებადი. თქვენი საკუთარი ინსტანციის VPS-ზე გაშვება გამორიცხავს გამოწერისა და მოხმარების გადასახადებს, მაგრამ მოითხოვს DevOps ექსპერტიზას Postgres, PostgREST, GoTrue, Realtime და Storage სერვისების მართვისთვის. თვით-ჰოსტინგი მიზანშეწონილია მასშტაბური აპლიკაციებისთვის, სადაც ღრუბლოვანი ხარჯები გადააჭარბებს ინფრასტრუქტურის მართვის ხარჯებს, მაგრამ უმეტესობა გუნდები მართულ ჰოსტინგს უფრო ეკონომიურად მიიჩნევს საინჟინრო დროის გათვალისწინებით.
დასკვნა
Supabase-ის ფასები აერთიანებს სატარიფო გეგმებს მოხმარებაზე დაფუძნებულ გადასახადებთან, ქმნის მოდელს, რომელიც გამჭვირვალეა სტრუქტურით, მაგრამ რთული პრაქტიკაში.
50,000 MAU-ზე ნაკლები მცირე პროექტებისთვის, უფასო გეგმა უზრუნველყოფს რეალურ ღირებულებას — სრულფასოვანი backend პლატფორმა ნულოვანი ხარჯით. მზარდი აპლიკაციები Pro გეგმას კონკურენტულ ფასად მიიჩნევს, მინიმალური თვიური ხარჯით 25$, განსაკუთრებით Postgres ინფრასტრუქტურის ხელით მართვასთან შედარებით.
მაგრამ ხარჯები შეიძლება სწრაფად გაიზარდოს. MAU-ზე, გამავალი ტრაფიკის გადასახადებსა და გამოთვლით საათებში დარიცხვის კომბინაცია ნიშნავს, რომ პოპულარულ აპლიკაციას შეუძლია ადვილად მიაღწიოს რამდენიმე ასეულ დოლარს თვეში. ამ კომპონენტების გაგება გაშვებამდე ხელს უშლის ბილინგის სიურპრიზებს მოგვიანებით.
გასაღები: Supabase საუკეთესოდ მუშაობს აპლიკაციებისთვის პროგნოზირებადი რესურსების გამოყენებით, რომელიც ჯდება გეგმის კვოტებში. ძლიერ ცვლადი სამუშაო დატვირთვები ან უზარმაზარი მომხმარებლის ბაზები შეიძლება წააწყდნენ მოულოდნელ ხარჯებს.
მზად ხართ სცადოთ Supabase? დაიწყეთ უფასო პროექტით, რათა შეაფასოთ, შეესაბამება თუ არა მისი ფასების მოდელი თქვენი აპლიკაციის ზრდის ტრაექტორიას. ყურადღებით აკონტროლეთ გამოყენება ადრეული განლაგების დროს და განაახლეთ სტრატეგიულად, როდესაც გაიგებთ თქვენი რეალურ მოხმარების ნიმუშებს.

