On allotjar una API: Projects o VPS segons el backend

Si la teva app ha de desar dades, iniciar sessions o executar lògica pròpia, probablement necessita una API accessible des d’Internet. La decisió d’allotjament no depèn de si el frontend és Flutter, React Native, React o una eina d’IA: depèn del procés que executa el backend i de qui vols que l’administri.

A Hostbrid hi ha dues opcions habituals per a una API: Projects, que construeix des d’un repositori i executa un servei compatible, i un VPS, on administres el sistema i la pila. Aquesta guia t’ajuda a descartar una opció inadequada abans de contractar. Per a apps mòbils, consulta també l’allotjament d’API per a iOS i Android.

Tria Projects si l’API és compatible amb el servei

Projects pot ser el camí més directe si tens un repositori Git, el backend arrenca com a servei Node.js o contenidor compatible i prefereixes delegar la construcció i el desplegament. Connectes GitHub, GitLab o Bitbucket i pots revisar l’estat i els registres. Els serveis que han d’estar actius requereixen el pla de pagament i els recursos corresponents; consulta les condicions actuals a Projects.

Abans de triar-lo, identifica l’ordre d’inici, el port on escolta el procés, les variables d’entorn i els serveis externs que necessita. Confirma també on es desen les dades persistents i si el procés requereix tasques programades, accés al sistema o volums que el pla no inclogui. No pugis secrets al repositori.

Tria un VPS si necessites administrar el sistema

Un VPS et dona accés root per instal·lar runtimes, Docker Compose, un proxy, workers o eines del sistema. Encaixa quan el desplegament depèn d’una configuració que has de controlar o de diversos processos que vols connectar tu mateix.

Aquest control també implica feina: actualitzacions, tallafoc, usuaris i permisos, certificats, monitoratge, còpies fora del servidor i proves de restauració. Un VPS no administra automàticament l’API ni fa segura una configuració per defecte. Si no vols assumir aquesta operació, considera Projects per a un backend compatible o demana ajuda abans de contractar.

Compara què necessita l’aplicació

Què has d’executar	Primera opció que convé revisar	Què cal confirmar abans de pagar
Frontend estàtic sense procés de servidor	Projects	Ordre de build, carpeta de sortida, rutes i serveis externs
API Node connectada a Git	Projects	Runtime, ordre d’inici, port, variables, persistència i recursos del pla
Backend amb Dockerfile	Projects o VPS	Compatibilitat del contenidor i emmagatzematge; VPS si necessites controlar l’amfitrió
Docker Compose amb diversos serveis	VPS o Projects segons el suport del projecte	Xarxa, dades persistents, consum, còpies i límits del pla
Python, PHP o un altre runtime amb dependències de sistema	VPS, llevat que l’oferta Projects confirmi aquell runtime	Versió, biblioteques de sistema, procés d’inici i manteniment
Base de dades de producció	Servei gestionat compatible o instal·lació que administris	Còpies, restauració, accés privat, espai i política d’actualitzacions

La taula és orientativa i no garanteix compatibilitat universal. Revisa la documentació i les condicions vigents per al runtime i pla exactes. Si l’app necessita una base de dades, no donis per fet que publicar l’API també crea, migra o fa còpies de les dades.

Fes aquest inventari abans de triar

Obre el repositori i apunta:

Com s’inicia: busca package.json, Dockerfile, compose.yaml, pyproject.toml o els fitxers del runtime. Identifica l’ordre de producció, no només el servidor de desenvolupament.
Què escolta: l’API ha d’acceptar el port assignat per l’entorn i respondre en una URL HTTPS pública. localhost al mòbil apunta al mateix telèfon, no al servidor.
Quines dades conserva: separa base de dades, fitxers d’usuari, memòria cau, cues i logs. Decideix qui fa les còpies i com provar una restauració.
Quines credencials utilitza: desa les claus privades en variables del servidor. Un valor inclòs al paquet d’iOS o Android es pot extreure i no és secret.
Quins permisos aplica: cada endpoint ha de validar la identitat, els permisos i les dades al servidor. Amagar un botó a l’app no protegeix l’acció.
Quina capacitat necessita: mesura memòria, CPU, disc i peticions simultànies amb una prova representativa abans d’escollir recursos.

Comprova l’API abans de connectar-hi l’app

Una pàgina d’estat amb resposta 200 no demostra que el flux de l’usuari funcioni. Des d’una xarxa externa, prova una ruta pública, una d’autenticada i les respostes esperades per a una sessió caducada, dades invàlides i límit de peticions. Comprova HTTPS, DNS, logs i que una caiguda de la base de dades no exposi informació sensible.

A l’app mòbil, canvia l’adreça de desenvolupament pel domini de producció i prova una versió release a iOS i Android. No hi incloguis claus privades; deixa les credencials de base de dades, pagaments i serveis externs al servidor. Si també hi ha un frontend web que crida l’API, configura CORS per als orígens necessaris: CORS no autentica l’API ni protegeix les peticions d’apps natives.

Per a un backend FastAPI autogestionat, segueix Uvicorn i Nginx en un VPS. Per a una API Node, consulta com publicar una aplicació Node.js. Si encara no saps si el codi és estàtic o necessita un servidor, comença per diagnosticar una API que funciona en local però falla en producció.

El pas següent

Si el backend és compatible i vols desplegar-lo des de Git, revisa Projects. Si necessites accés root o controlar Docker i el sistema, compara les opcions VPS i administra tu mateix les actualitzacions i les còpies. Si no saps quin runtime utilitza el projecte, comparteix l’ordre d’inici i els serveis necessaris amb suport abans de contractar. No enviïs tokens, contrasenyes ni dades de clients.