Sitios web rápidos. Infraestructura seria.

¿Qué podemos alojar?

Elige lo que tienes en marcha para ver la configuración que usaríamos y el plan con el que solemos empezar.

Cómo se pone en marcha un sitio

Seis pasos, siempre en este orden. Cuánto dura cada uno depende del sitio. Desplázate para seguirlos.

# output
Una propuesta por escrito con el plan y el precio.

La arquitectura

Qué pasa entre un clic y una página

La mayoría de las solicitudes siguen el mismo recorrido. El paso por el edge aplica a los sitios detrás de Cloudflare; el resto aplica a todos los sitios.

WordPress, la plataforma que más alojamos.

La mayoría de los sitios de Brova Digital corren en WordPress, así que es la configuración que más hemos afinado: workers de PHP y caché, definidos por sitio.

# Cloudflare cache rule (WordPress), example
# Cache HTML when:
#   http.request.method eq "GET"
#   and not http.cookie contains "wordpress_logged_in"
#   and not http.cookie contains "woocommerce_items_in_cart"
# Always bypass: /wp-admin*, /cart*, /checkout*, /my-account*
 
# Cloudflare security rules, example
#   /wp-login.php    managed challenge
#   /xmlrpc.php      block
#   /wp-admin*       rate limit

; PHP-FPM pool, one per site (example values)
pm = dynamic
pm.max_children = 12        ; from measured worker memory
pm.start_servers = 3
pm.min_spare_servers = 2
pm.max_spare_servers = 5
pm.max_requests = 500
php_admin_value[memory_limit] = 256M

-- MariaDB, one database per site (example values)
innodb_buffer_pool_size = 2G
 
# Redis object cache
maxmemory 512mb
maxmemory-policy allkeys-lru

Por qué Brova Cloud

• Dimensionado después de revisar

  Elegimos el plan después de revisar el sitio, su tráfico y su base de datos.

• Le escribes al ingeniero que lo configuró

  Las consultas van directo a la persona que configuró tu sitio. Sin cola de tickets y sin tener que explicar todo de nuevo.

• Seguridad lista antes del lanzamiento

  DNS, TLS, copias de seguridad y, si el sitio usa Cloudflare, reglas de WAF y de bots quedan configurados antes de salir en vivo.

• Un solo equipo para el sitio y el hosting

  Brova Digital construye el sitio y Brova Cloud lo opera, así que no hay traspaso entre agencia y hosting.

Planes

Un solo precio mensual por el hosting y la operación diaria, en dólares estadounidenses, IVA incluido. Confirmamos el plan después de revisar el sitio.

Compara planes, límites y qué incluye cada uno →

El stack que elegimos para cada trabajo

WordPress, un CMS headless o una aplicación a medida. Por debajo, el mismo trabajo: actualizaciones del servidor, copias de seguridad y alguien que conoce la configuración.

• 

  Cloudflare Turnstile

  Formularios de inicio de sesión, comentarios y checkout que atraen tráfico automatizado.

  Turnstile verifica que un visitante es humano sin acertijos y sin cargar los scripts de reCAPTCHA de Google en tu página de inicio de sesión, lo que deja una dependencia de Google fuera de las revisiones de privacidad.

  reCAPTCHA es una alternativa con amplio soporte. Usamos Turnstile porque la mayoría de nuestros sitios ya están detrás de Cloudflare, y también funciona en el resto.

• 

  WordPress en hosting administrado

  Equipos editoriales, tiendas WooCommerce, publicación multilingüe y organizaciones que ya conocen WordPress.

  La mayoría de los sitios de Brova Digital corren en WordPress. Los alojamos en HestiaCP con Nginx, PHP-FPM y MariaDB, con un usuario de sistema y un pool de PHP separados para cada sitio.

  Le hemos dedicado más tiempo a optimizar WordPress que a cualquier otra plataforma que alojamos, y la configuración se define por sitio, no por nivel de precio.

• 

  Payload, cuando el CMS es una API

  Contenido que tiene que alimentar un sitio, una app, un kiosco y un newsletter desde un único modelo, con TypeScript en el mismo repositorio que el front end.

  Un CMS headless es la opción correcta cuando el mismo contenido tiene que llegar a más de un front end. Payload mantiene el esquema del contenido en código, en el mismo repositorio que un front end en Next.js.

  En Brova Cloud, Payload corre como una aplicación Node.js en un contenedor, con su propia base de datos.

• 

  Contenedores, y máquinas virtuales cuando hace falta

  Aplicaciones que podemos empaquetar como imagen, y las pocas cargas de trabajo que necesitan una máquina completa.

  Las aplicaciones corren como contenedores en un servidor separado del de los sitios WordPress. Se despliegan desde tu repositorio. Cada versión queda numerada, así que podemos volver a la anterior.

  Cuando un software necesita una máquina completa, tiene su propia máquina virtual en Proxmox.