Tu aplicación está lista para abrirla al mundo, ¡felicitaciones!
Ahora hay una pregunta ineludible: ¿dónde la vas a alojar?
Es tentador usar un hosting compartido y que otro se encargue de la infraestructura, ¿no? Más aún si es gratuito… pero ¿qué pasa cuando se necesita algo más?
No es para nada raro enfrentarte a situaciones como estas:
«Tengo una aplicación muy sencilla alojada en hostinger. Iba bien hasta ayer que se cayó la web y resulta que tengo un ataque DDos y claro no puedo monitorear ni nada por que no tengo acceso ssh al servidor«
«Mi proveedor de hosting me ha bloqueado todo acceso al cpanel y página web por tener el disco lleno, ahora me obliga a adquirir un plan superior para darme acceso al cpanel»
«Durante meses estuvo funcionando bien hasta que los que me proveen el servicio de hosting se les ocurrio cambiar el servidor, a partir de ahí las variables $_SESSION llegan vacias a las otras paginas.»
Claro que montar tu propio servidor tampoco es un paseito.
Lo primero que tenés que pensar en esto es si vas a ser capaz de darle soporte (Qué pasa si se cae el Apache en la mitad de la noche por ejemplo).
Después está el tema de qué le vas a instalar.
¿Sos un fanático del composer?
¿Necesitás Memcached?
¿APC?
¿Cronjobs?
Otro tema importante es qué consumo de recursos tiene tu aplicación.
¿Qué tanto tráfico vas a tener?
¿Qué tanta memoria necesitan tus scripts para correr cómodamente?
Como de costumbre, no existe una respuesta única y universal, cada alternativa tiene sus ventajas y desventajas.
Ventajas de usar un servidor compartido
- Costo (El abono suele ser más económico, aunque algunas VPS como DigitalOcean tienen planes super interesantes)
- Soporte técnico incluido (Como siempre, no todos los proveedores te van a dar el mismo nivel de soporte, pero siempre vas a tener algún tipo de soporte ante inconvenientes)
- Actualizaciones a cargo del proveedor (No te vas a tener que preocupar por actualizar paquetes)
Desventajas de usar un servidor compartido
- Actualizaciones a cargo del proveedor 🙂 (No, no es un chiste, si bien esto te libera de responsabilidad, te resta flexibilidad ya que para instalar cualquier paquete vas a tener que pedir permiso… ¡y puede ser que te lo nieguen!)
- Disponibilidad de recursos errática (Dependés de qué tan bien o mal se comporte el resto de las aplicaciones que compiten con la tuya por el uso de los recursos compartidos lo cual puede impactar negativamente en la experiencia de tus usuarios)
- Dificultad para ajustar la configuración de php (No siempre tendrás acceso a modificar el archivo
php.ini
por ejemplo).
VPS o hosting compartido: cómo decidir
Salvo que te encuentres en alguna de estas situaciones:
- Tu proyecto es muy chicos
- Tu sitio es mayormente estático
- No sabés (ni querés aprender) cómo administrar un webserver con algún esquema de monitoreo automatizado
La mejor opción será siempre ser dueño de tu servidor, aunque implique algo más de trabajo al comienzo, instalando una herramienta como monit vas a poder dormir tranquilo 🙂
Así que ya sabés, en tu próximo proyecto, dale una oportunidad al VPS.
De hecho, si no tenés mucha experiencia administrando tus propios servidores, un proveedor que puede resultarte sumamente interesante es Cloudways que ofrece un modelo híbrido:
Para una gran cantidad de cosas se comporta como un hosting compartido, en el sentido de las herramientas simples que te brinda, pero en realidad opera como un VPS, o mejor dicho, como varios a la vez.
Usando Cloudways podés tener un sistema multicloud a muy bajo costo y con muy poco esfuerzo de administración.
Vale la pena conocerlo. Probalo.
- Cómo enviarencabezados SOAP desde PHP - 09/12/2024
- Por qué PHP 8 no satisface el requisito ^7.3 de composer - 09/12/2024
- Cómo usar PHPUnit - 03/12/2024
3 comentarios