Sonqo Perú
Migré el sitio de una ONG peruana de WordPress a Astro. Costo de infraestructura y de operación en cero, con donaciones únicas y mensuales en producción.
El problema
El sitio vivía en WordPress, con costos de infraestructura y de operación. Había que reducirlos a cero sin perder la capacidad de recibir donaciones ni de editar el contenido.
Qué construí
Rediseñé el sitio en Astro con un backend serverless y conecté las donaciones únicas y mensuales con Mercado Pago (Checkout API y Bricks). El contenido se edita desde Sanity.
Resultado
En producción, procesando pagos reales, con costo de infraestructura y operación en cero.
Decisiones que importaron
- 01
Un pago es real cuando el proveedor lo confirma
Los webhooks se verifican con firma HMAC y el estado del pago se consulta a la API de Mercado Pago, sin confiar en lo que llega desde el navegador.
- 02
Una sola validación
Los mismos esquemas Zod validan en el cliente y en el servidor, y Upstash Redis limita las solicitudes por visitante.
- 03
Contenido sin programadores
Sanity permite al equipo editar cifras, imágenes y textos sin tocar los flujos de pago.
- 04
Desplegado en Google Cloud
Cloud Build construye la imagen, Artifact Registry la guarda y Cloud Run la sirve; los secretos viven en Secret Manager.
Tecnologías
- Astro
- TypeScript
- Mercado Pago
- Sanity
- Supabase
- Resend
- Upstash Redis
- Cloud Run
Modelo C4. La línea con pulso es el recorrido principal de una solicitud.
Nivel 1 · quién usa el sistema y con qué se conecta
Nivel 2 · las aplicaciones y almacenes que lo componen
Nivel 3 · los componentes dentro de la API
- Persona
- Sistema
- Contenedor
- Base de datos
- Externo
- Recorrido principal
- 01Donante
- 02Astro
- 03Mercado Pago
- 04Webhook verificado
- 05Resend