1. Pensé que después de Excel venía una web. ¿Por qué apareció un centro logístico?
Quien ha trabajado sobre todo con hojas de cálculo entra al desarrollo web y hace una pregunta perfectamente razonable:
¿No quería simplemente publicar un sitio?
HTML todavía parece comprensible.
Luego llegan Git, GitHub, repository, branch, commit, build, deploy, Worker, D1, KV, DNS, CDN y CI/CD.
Sales de la aldea inicial y, en vez de un enemigo pequeño, te espera “Introducción a sistemas distribuidos”.
La confusión tiene una causa estructural. En Excel muchas tareas viven dentro de una sola aplicación. En un servicio web, escribir, almacenar, transformar, ejecutar, distribuir y registrar son capas distintas.
2. El problema real no es la dificultad: son las capas saltadas
No existe un único plan de estudios, pero conceptualmente suelen acumularse capas como estas:
- escribir archivos
- registrar cambios con Git
- guardar y colaborar con GitHub
- hacer build
- hacer deploy
- ejecutar APIs
- conectar bases de datos
- automatizar
- reintentar y recuperarse de fallos
Con IA y plantillas modernas, alguien puede pasar del paso 1 al 9 antes de entender bien los primeros.
Es cómodo.
Pero la cabeza no alcanza a seguir el ritmo.
Ayer aprendiste “GitHub guarda código”. Hoy oyes “Workers Builds root”, “D1 binding” y “KV es eventually consistent”.
Es como aprender a usar una nevera y al día siguiente administrar la logística de una fábrica alimentaria.
3. ¿Qué es GitHub? Un almacén de planos con historial
El núcleo de GitHub es gestionar archivos y cambios dentro de repositorios Git.
Un proyecto web puede contener artículos, HTML, CSS, JavaScript, configuración, pruebas y scripts.
Los commits dejan constancia de qué cambió y cuándo.
Modelo simple:
GitHub = almacén de planos + historial de cambios
GitHub Pages puede alojar sitios estáticos y GitHub Actions puede automatizar builds, tests y despliegues.
Por eso parece más que un simple almacén.
El almacén incluye una pequeña fábrica.
Pero su centro sigue siendo el código, la colaboración y el historial.
4. ¿Qué es Cloudflare? La fábrica que también posee la tienda, el almacén, los camiones y la seguridad
Cloudflare puede:
- servir sitios web
- ejecutar lógica de servidor con Workers
- construir y desplegar
- almacenar SQL con D1
- almacenar pares clave-valor con KV
- distribuir contenido globalmente
- gestionar DNS
- aplicar seguridad
- ejecutar procesos duraderos con Workflows
Llamarlo solo “hosting” se queda corto.
Es más bien:
fábrica + tienda + almacén + centro de distribución + sala de seguridad
Y la base de datos también vive allí.
GitHub y Cloudflare se solapan, pero sus funciones centrales son distintas.
5. ¿Qué es un build? Convertir los planos en un producto terminado
Los archivos de un repositorio no suelen ser el sitio final.
Frameworks como Astro convierten contenido, componentes, configuración y código en HTML, CSS y JavaScript distribuibles.
Esa transformación es el build.
Cloudflare Workers Builds puede detectar un push en un repositorio Git conectado, ejecutar un build command y después un deploy command.
Así que:
GitHub = caja del modelo
Build = montaje
Deploy = colocar el producto terminado en la estantería
Los logs de build son largos porque son registros de fábrica.
Querías ver la web.
Te entregaron el informe de producción.
6. D1 y KV: ambos guardan datos, ¿por qué existen dos?
D1 es la base de datos SQL de Cloudflare. Guarda datos en tablas y usa SQL al estilo de SQLite para buscar las filas que cumplen una condición.
Es un libro mayor formal: filas, columnas, consultas y relaciones.
KV guarda un nombre junto con su valor. Por ejemplo, al nombre «modo del sitio» le corresponde el valor «normal».
Ejemplos:
- site_mode → normal
- feature_x → true
- user_123_theme → dark
Se parece a un diccionario gigante.
KV favorece lecturas rápidas y caché global, pero es eventually consistent. Cloudflare advierte que otras ubicaciones pueden ver valores antiguos temporalmente, incluso durante 60 segundos o más.
Por tanto:
D1 = libro mayor formal
KV = diccionario rápido o panel de notas
“¿No podían guardar todos los datos en un solo sitio?” es una pregunta humana perfectamente sensata.
Los sistemas distribuidos tienen otras aficiones.
7. ¿Cuál se mueve mejor por sí solo?
Depende de la tarea.
GitHub Actions automatiza jobs de build, test y deploy cuando ocurren eventos del repositorio.
Cloudflare Workers puede funcionar continuamente como API. Workflows recuerda qué pasos han terminado, vuelve a intentar los que fallan, espera si hace falta y continúa donde se quedó.
Como metáfora:
GitHub = ingeniero fuerte en diseño, cambios y reparación
Cloudflare = fábrica automática fuerte en ejecutar procesos definidos
Para entender y reparar código, GitHub es el centro natural.
Para “llevar este proceso hasta el final y reintentar si falla”, Cloudflare es el centro natural.
No es una competición simple.
8. ¿Cuándo aprende esto la gente? No todo el mundo lo aprende en la universidad
GitHub es frecuente en informática, laboratorios y trabajos de software.
Cloudflare, AWS, GCP, bases de datos y CI/CD suelen aprenderse cuando surge la necesidad real de desplegar y operar servicios.
Una persona no técnica puede vivir toda su carrera sin tocar Cloudflare Workers.
Economía, contabilidad, ventas, RR. HH. y operaciones pueden usar Excel durante años sin necesitar herramientas de infraestructura.
Así que no es “todos lo sabían menos yo”.
Es:
abriste la caja de herramientas de otra profesión.
Puedes estudiar utilidad marginal y, unos años después, recibir un golpe de eventual consistency.
No suelen estar en la misma asignatura.
9. Conclusión: no necesitas memorizarlo todo. Aprende quién hace cada trabajo
Este mapa inicial basta:
| Nombre | Significado |
|---|---|
| GitHub | planos e historial |
| Build | convertir fuentes en un producto |
| Deploy | poner el producto en producción |
| Cloudflare Workers | ejecución de servidor |
| D1 | libro mayor SQL |
| KV | diccionario clave-valor rápido |
| GitHub Actions | automatización del lado GitHub |
| Cloudflare Workflows | trabajos largos que recuerdan dónde se quedaron |
Con ese mapa, cuando algo falla puedes preguntar: ¿GitHub, Build, Worker o DB?
Solo clasificar el problema ya reduce mucho el ruido.
La saturación no apareció porque fueras demasiado lento.
Pasaste de una herramienta de una sola habitación llamada Excel a la sala de instalaciones de un centro comercial completo.
Querías cambiar una bombilla.
Ahora te explican las compuertas cortafuegos.
- GitHub Docs, What is GitHub Pages? https://docs.github.com/en/pages/getting-started-with-github-pages/what-is-github-pages
- GitHub Docs, Understanding GitHub Actions https://docs.github.com/en/actions/get-started/understand-github-actions
- Cloudflare Docs, Workers Builds https://developers.cloudflare.com/workers/ci-cd/builds/
- Cloudflare Docs, Workers Builds Configuration https://developers.cloudflare.com/workers/ci-cd/builds/configuration/
- Cloudflare Docs, D1 https://developers.cloudflare.com/d1/
- Cloudflare Docs, How KV works https://developers.cloudflare.com/kv/concepts/how-kv-works/
- Cloudflare Docs, Workflows https://developers.cloudflare.com/workflows/
