Ang business app na kami mismo ang gumagawa, ang anken.ai, ay gumagamit ng Supabase bilang lagayan ng data (narito ang talaan ng development).
Kompanya kami ng konstruksyon. Walang nakatalagang tao rito na ang trabaho ay ang mag-alaga ng server. Gusto pa rin naming magkaroon ng sariling app — iyon ang kondisyong pinagpilian namin. Baka makatulong ito sa mga nasa parehong kalagayan, kaya isusulat namin kung bakit namin ito napili, at kung ano ang itinuturing naming nakakatakot.
Ano ang Supabase (sa tatlong linya)
- Isang serbisyong kumuha ng database na tinatawag na PostgreSQL at ginawa itong magamit agad sa internet
- Kasama na mula sa simula ang login, ang lagayan ng mga file tulad ng larawan, at ang mga prosesong tumatakbo sa server
- May libreng tier na puwedeng pagsimulan
Kung iisipin ninyo itong “ang kahon ng database, at ang lahat ng bagay na tiyak na kakailanganin sa paligid nito”, tama na kayo halos.
Ang nagustuhan namin
1. Ordinaryong PostgreSQL ang laman nito
Ito ang pinakamalaki sa palagay namin.
Hindi ito sariling imbensyon nila, kundi ang mismong PostgreSQL na malawakang ginagamit sa buong mundo. Ibig sabihin, ang SQL na isinulat namin at ang hugis ng data ay kaya naming dalhin sa ibang lugar.
Para sa isang maliit na kompanya, seguro ito. Kahit tumaas ang presyo, kahit magbago ang polisiya, kahit magsara ang serbisyo, kaya naming umalis na dala ang data namin. Sa kabilang banda: hindi kami sasakay sa sistemang hindi namin kayang lisanin — iyon ang naging desisyon namin.
2. Nasa panig ng database ang permissions
Ginawa ang sistemang ito sa palagay na balang-araw ay gagamitin din ito ng ibang kompanya. Kung makikita ng tao mula sa Kompanya A ang trabaho ng Kompanya B, tapos na ang lahat doon pa lang.
Sa Supabase, magagamit ang feature ng PostgreSQL na tinatawag na RLS (Row Level Security). Sa opisyal na paliwanag, inilalarawan itong “parang awtomatikong nadaragdagan ng WHERE clause ang bawat query”.
Ang mahalaga rito ay tumatalab ito sa panig ng database, hindi sa panig ng app. Kahit magkamali kayo sa pagsulat ng program ng screen, sasabihin pa rin ng database na “hindi para sa inyo ang mga row na ito” at pipigilan ito. Sa kalagayang kakaunti kami at walang makakapag-review ng gawa namin, naisip naming kailangan itong huling depensa.
3. Hindi na kailangang gumawa ng sariling login
Ang pag-iimbak ng password, ang email para sa pag-reset, ang mga imbitasyon. Ang uri ng bagay na tiyak na may mamamaling bahagi kapag gagawin ninyo nang mag-isa — nandiyan na ito mula sa simula.
4. Awtomatikong nagagawa ang mga type
Mula sa hugis ng database, awtomatiko nang mabubuo ang type definitions na gagamitin sa program. Kapag pinalitan ninyo ang pangalan ng isang column, ang mga screen na gumagamit ng column na iyon ay magiging pula habang nagsusulat pa lang kayo. Sa development na kakaunti ang tao, ito na mismo ang kapalit ng dagdag na kamay.
5. Sa iisang lugar din ang lagayan ng larawan at ang proseso sa server
Ang larawan bago at pagkatapos ng trabaho ay napupunta sa lagayan ng file (Storage). Ang pakikipag-ugnayan sa mga panlabas na serbisyo at ang mga bahaging ipinapasa namin sa AI ay napupunta sa proseso sa panig ng server (Edge Functions). Iisang kontrata lang ang kailangan — sa totoo lang, malaking ginhawa ito para sa nangangasiwa.
Presyo (sa 16 Agosto 2026)
Ito ang nakalagay sa opisyal na site.
| Libre | Pro | |
|---|---|---|
| Kada buwan | $0 | $25 |
| Laki ng database | 500MB | 8GB |
| Lagayan ng file | 1GB | 100GB |
| Transfer | 5GB | 250GB |
| Bilang ng login users | 50,000/buwan | 100,000/buwan |
| Bilang ng proseso sa server | 500,000/buwan | 2,000,000/buwan |
| Hihinto ba kapag hindi ginamit | Ipa-pause pagkatapos ng 1 linggo | Hindi hihinto |
Sa ibabaw nito ay may Team ($599 kada buwan) at Enterprise.
Para sa pagsubok, sapat na ang libre. Pero gaya ng nasa ibaba, ibang usapan ang manatili sa libre habang ginagamit ito sa totoong trabaho.
Nagbabago ang presyo. Pakitingnan ang halaga sa panahong binabasa ninyo ito sa opisyal na pricing page.
Ang binabantayan namin
Walang kabuluhan kung ang magandang bahagi lang ang isusulat, kaya narito rin ang kabilang panig.
1. Kapag nakalimutang i-on ang RLS, hayag ang lahat
Malinaw ang babala ng opisyal na dokumentasyon. Nakikita mula sa API ang mga table sa public schema, kaya kailangang laging naka-enable ang RLS.
Ibig sabihin, sa sandaling magdagdag kayo ng isang table at makalimutan ang setting ng permissions, puwedeng mabasa mula sa labas ang table na iyon. Magkatabi ang ginhawa at ang panganib.
Dito sa amin, kasunduan namin na kapag nagdagdag ng table, kasama na roon ang pagse-set ng permissions bilang isang set. Kahit ganoon, sa palagay namin kailangan pa ring balik-balikan ang tanong na “may nakalimutan ba kami?”.
2. Hihinto ang libreng plan pagkatapos ng isang linggo
Kapag hindi nagamit ang project nang isang linggo, ipa-pause ito. Walang problema habang sinusubukan pa lang, pero kung gagamitin sa totoong trabaho, ang premise ay lilipat kayo sa bayad. Kapag inisip ninyong “kayang patakbuhin ito nang libre”, matitisod kayo.
3. Hindi namin pinaghiwalay ang development at production (kasalanan namin ito)
Sa ngayon, iisa ang database na hinahawakan namin habang nagde-develop at ang database ng production. Kami lang ang gumagamit nito sa ngayon kaya wala pang totoong pinsala, pero tiyak na hihiwalayin namin ito bago pumasok ang unang kliyente. Ganoon din ang nakasulat sa memo namin ng mga natitirang gawain.
Hindi ito problema ng Supabase. Problema ito ng pagkakaayos sa panig namin.
4. Hindi nagbabago ang katotohanang nasa ibang kompanya ang data namin
Habang nasa panlabas na serbisyo ang data, naaapektuhan kami ng mga pangyayari sa kompanyang iyon. Isinulat namin na “PostgreSQL ito, kaya kaya naming umalis” — pero hindi ibig sabihin nito na walang trabahong kasama ang pag-alis. Ang pagkakaroon ng sariling backup sa panig namin ay kailangang pag-isipan nang hiwalay.
Sa mga nasa parehong kalagayan
Gusto ninyong magkaroon ng sariling business app, pero walang tao para sa server. Para sa ganoong kompanya, sa palagay namin, makatotohanang pagpipilian ang ganitong uri ng serbisyo.
Sa pagdedesisyon, ang dapat tingnan ay hindi ang dami ng feature kundi malamang itong dalawa.
- Kapag hihinto na kayo, kaya ba ninyong umalis na dala ang data
- Kapag namali kayo sa setting ng permissions, saan ito hihinto
Pinili namin ang Supabase dahil may sagot ito sa dalawang iyon. Hindi dahil marami itong feature.
Bukod pa riyan, iba ang pagkakagawa ng homepage ng kompanyang ito. Isinulat namin iyon sa Paano pumili ng server at sa Kung bakit namin pinili ang Astro.
Ang artikulong ito ay draft ng AI na hinawakan pa ng aming staff. Nagbabago ang presyo at ang mga specification, kaya kung iniisip ninyong gamitin ito, pakitingnan lagi ang opisyal na impormasyon.