SEGURA
Protección en cada capa
NOSOTROS
Infraestructura
Una plataforma sólida, segura y de alto
rendimiento, diseñada para que siempre
esté disponible cuando la necesitas.
VERIFICABLE
Transparente y confiable
MONITORIZADA
Rendimiento en tiempo real
EN EUROPA
AWS · Irlanda eu-west-1
Usuario
Navegador
Route 53
DNS
HTTPS / TLS
Conexión segura
CloudFront
CDN global
AWS WAF
Protección
Origin
Nginx + App
Nginx
Reverse proxy
SvelteKit
Frontend · SSR
Rust
Backend · APIs
PostgreSQL
Persistencia
Redis
Caché y rendimiento
AWS Europa (Irlanda)
eu-west-1
SERVICIOS DE SOPORTE
S3
Almacenamiento de archivos
SES
Envío de correos
CloudWatch
Monitorización y alertas
PLATAFORMA Y SISTEMA
GNU/Linux
Sistema operativo estable y seguro
Linux
Base sólida y confiable
systemd
Gestión de servicios y alta disponibilidad
Nginx
Servidor web y reverse proxy de alto rendimiento
Ingeniería detrás de una experiencia más rápida, segura y privada.
Rincón del TFG combina infraestructura en AWS, frontend y backend propios, bases de datos, caché y monitorización con un proceso de despliegue verificable. Tecnología pensada para mantener la plataforma disponible y bajo control.
Las imágenes son esquemas e ilustraciones conceptuales, no fotografías de instalaciones propias ni paneles de estado en vivo.
PRINCIPIOS DE DISEÑO
Una base sólida. Sin cajas negras.
La confianza también se construye en lo que no se ve.
Seguridad
Protección por capas, conexiones cifradas y control del perímetro público.
Privacidad
Menos exposición y responsabilidades separadas para proteger la información.
Rendimiento
Distribución de contenido y caché allí donde aportan valor, sin sustituir la fuente de verdad.
Trazabilidad
Cada versión se relaciona con su código, su artefacto y sus verificaciones.
Resiliencia
Validaciones y rollback para reducir el impacto de un despliegue que no pasa los controles.
Observabilidad
Métricas, logs y alertas para comprender el estado de la plataforma.
ARQUITECTURA
Una arquitectura
por capas
Cada pieza tiene una responsabilidad. Cada capa, un propósito.
Separamos el acceso público, la aplicación y los servicios internos para mantener responsabilidades claras y reducir acoplamientos innecesarios.
- 01
Acceso público
Route 53 resuelve el dominio. CloudFront distribuye el contenido y AWS WAF filtra peticiones en el perímetro. HTTPS/TLS protege la comunicación.
- 02
Aplicación
Nginx encamina las peticiones. SvelteKit renderiza la web; Rust y Actix Web ejecutan la lógica de aplicación y las comprobaciones de acceso.
- 03
Servicios y datos
PostgreSQL conserva los datos persistentes. Redis acelera cachés y limita intentos de acceso. Los servicios internos no se confunden con la web pública.
Arquitectura general
PÚBLICO
Internet
Usuarios, navegadores y buscadores
Usuario
Navegador
Route 53
DNS
HTTPS / TLS
Conexión segura
CloudFront
CDN
AWS WAF
Protección
PRIVADO
Aplicación
Aplicación web pública y lógica principal
Origin
Aplicación web
Nginx
Reverse proxy
SvelteKit
Frontend · SSR
Rust
Backend · APIs
INTERNO
Servicios y datos
Servicios internos, bases de datos y componentes de infraestructura
gRPC
Comunicación interna
Servicios internos
APIs y procesos
PostgreSQL
Persistencia
Solo red interna
Acceso restringido
Redis
Caché y rendimiento
Solo red interna
Acceso restringido
Flujo público · CloudFront / WAF / TLS / origin
Usuario
Navegador
El usuario accede a la aplicación desde su navegador.
Route 53
DNS
Resuelve el nombre de dominio y dirige el tráfico al edge de AWS.
HTTPS / TLS
Conexión cifrada
La conexión se cifra para proteger la comunicación entre el usuario y AWS.
CloudFront
CDN
Red de distribución de contenido que acelera y optimiza la entrega global.
AWS WAF
Protección
Analiza y filtra el tráfico, bloquea amenazas y protege la aplicación.
Origin
Infraestructura
El origin conecta la entrada web con los servicios de aplicación.
Nginx
Reverse proxy
Recibe el tráfico del edge, balancea y lo envía a la aplicación.
Aplicación web
Lógica de negocio
Procesa las solicitudes y entrega el contenido al usuario.
SEGURIDAD PERIMETRAL
Protección desde
el primer salto
La entrada pública no llega directamente a los datos.
Resolución de dominio, distribución, protección y cifrado forman parte del recorrido de una petición antes de alcanzar la aplicación.
- Route 53 resuelve el dominio de la plataforma.
- CloudFront distribuye contenido público y AWS WAF protege el perímetro.
- HTTPS/TLS cifra las conexiones; Nginx dirige las peticiones al runtime.
- Las rutas privadas mantienen autorización y una política que impide reutilizar contenido personalizado desde la caché.
APLICACIÓN Y SERVICIOS
HTTP hacia fuera.
Servicios desacoplados
hacia dentro.
La web utiliza protocolos compatibles con navegadores y buscadores. SvelteKit entrega HTML mediante SSR y añade interacción mediante hydration; Rust y Actix Web ejecutan la lógica del backend.
Cuando un servicio interno lo requiere, gRPC y tonic proporcionan comunicación especializada. PostgreSQL y Redis se conectan mediante sus clientes de datos, no a través de gRPC.
SvelteKit · SSRRust · Actix WebgRPC · tonic
HTTP público + gRPC interno
Una arquitectura moderna y segura: acceso público por HTTP/HTTPS y comunicación interna mediante gRPC cuando corresponde.
INTERNET / CAPA PÚBLICA
Usuarios, navegadores y buscadores
PÚBLICO
Internet Acceso desde cualquier lugar
Navegador
Usuarios finales Acceso web
Usuario
Clientes y visitantes Interactúan con la web
SEO
Motores de búsqueda Indexación de contenido
HTTP / HTTPS
Tráfico público cifrado
Aplicación web pública
Sitio web y API pública
SvelteKit
Frontend · SSR Contenido web
Rust
Backend Lógica de negocio
HTTP / HTTPS hacia fuera
La web pública utiliza protocolos estándar HTTP/HTTPS, compatibles con navegadores, usuarios y buscadores. El tráfico externo utiliza conexiones cifradas.
RED INTERNA / SERVICIOS PROTEGIDOS
Servicios de la plataforma
PRIVADO
Red interna Sin acceso público
gRPC
Comunicación interna solo en red privada
Servicios internos
APIs y procesos Lógica del sistema
PostgreSQL
Persistencia Datos de la aplicación
Redis
Caché y rendimiento Rate limiting
gRPC hacia dentro
Los servicios internos pueden comunicarse mediante gRPC. PostgreSQL y Redis utilizan sus clientes de datos, no son destinos de comunicación gRPC.
01
02
STACK TECNOLÓGICO
Tecnología elegida para
hacer bien cada trabajo
Herramientas distintas para necesidades distintas. Sin añadir complejidad por añadirla.
Rust + PostgreSQL + Redis
Persistencia + velocidad para aplicaciones modernas.
Una arquitectura limpia y eficiente, con un backend en Rust que combina la robustez de PostgreSQL y la velocidad de Redis para ofrecer servicios escalables.
ALTO RENDIMIENTO
Caché y distribución del trabajo
ARQUITECTURA SEGURA
Servicios protegidos y aislados
ESCALABLE
Componentes desacoplados
PREPARADA
Diseño revisable y mantenible
Usuarios
Clientes y aplicaciones
APIs desacopladas
Otros servicios
Actix Web
API HTTP
tonic
gRPC para servicios internos
Rust
Backend · APIs
Servicios internos
Microservicios y procesos
PostgreSQL
Persistencia
PROTEGIDO NO PÚBLICO
PostgreSQL conserva los datos persistentes. Acceso desde la aplicación.
Redis
Caché · rate limiting
PROTEGIDO NO PÚBLICO
Redis acelera cachés y controla intentos de login. No sustituye la fuente de verdad.
PERSISTENCIA CONFIABLE
PostgreSQL conserva la integridad y durabilidad de los datos.
VELOCIDAD Y CACHÉ
Redis reduce trabajo repetido y consultas al origen.
ARQUITECTURA EQUILIBRADA
Responsabilidades claras en aplicación y datos.
SERVICIOS PROTEGIDOS
Acceso controlado a datos y componentes internos.
Web y renderizado
SvelteKit
SSR entrega contenido desde el servidor. La hydration incorpora la interacción en el navegador; adapter-node permite ejecutar el frontend.
Lógica de aplicación
Rust · Actix Web
Backend propio con APIs, autorización y responsabilidades explícitas. tonic permite comunicación gRPC en los servicios que la requieren.
Persistencia principal
PostgreSQL
La base de datos es la fuente de verdad: la caché no sustituye su integridad ni las operaciones transaccionales.
Caché y protección de acceso
Redis
Cachés públicas, SEO y de autorización con expiración; limitación de intentos de login y fallback cuando corresponde.
Entrada al runtime
Nginx
Reverse proxy que conecta la entrada web con los servicios de la aplicación.
Servicios cloud
AWS
Infraestructura principal en Irlanda. S3 para almacenamiento, SES para correo y CloudWatch para observabilidad.
CICLO DE VIDA
Del código a producción.
De forma verificable.
Una release se construye, identifica y valida antes de ponerse en servicio. No depende de copiar archivos sin control ni de confiar únicamente en que un servidor responda.
De código a producción: una cadena verificable
Cada versión se construye, identifica, verifica y despliega con trazabilidad. Los checksums permiten comprobar la integridad del artefacto.
TRAZABILIDAD E INTEGRIDAD
Del commit al artefacto, identidad e integridad verificables.
01
Código
El desarrollo se realiza en un repositorio de Git. Cada cambio queda identificado por un commit único.
Git SHA
Identidad
02
Build
El código se compila y se construye en un entorno controlado y reproducible.
03
Artefacto
Se genera un artefacto inmutable que contiene la aplicación lista para desplegar.
Artefacto
SHA-256
04
SHA-256
Se calcula el hash SHA-256 del artefacto para comprobar su integridad.
Artefacto
SHA-256
05
Manifest
Se crea un manifiesto con metadatos de la versión y se calcula su propio hash.
Manifest
SHA-256
06
Checksums internos
Se comprueban los checksums del contenido incluido en el artefacto.
Contenido
Checksums
07
STAGING
La versión se valida en un entorno de staging antes de promocionarse.
08
Tests
Se ejecutan pruebas automatizadas de funcionalidad, seguridad y regresiones.
09
PROD
La versión verificada se despliega en producción. El procedimiento contempla rollback.
¿QUÉ APORTA ESTA CADENA?
Integridad
Cada artefacto y manifiesto tiene un hash verificable.
Trazabilidad
Cada paso relaciona código, artefacto y validaciones.
Artefactos inmutables
No se sobrescriben versiones publicadas.
Verificación de integridad
Los checksums detectan cambios en los archivos.
ROLLBACK: VOLVER DE FORMA CONTROLADA
Si una validación falla, el procedimiento permite restaurar una versión anterior y verificar el estado recuperado.
Versión anterior
Verificada
Candidata
Validación
Incidencia
Detectada
Versión anterior
Restaurada
Rollback
- 01
Código
Cambios identificados y revisables.
- 02
Build y tests
Construcción y pruebas antes de empaquetar.
- 03
Artefacto
Paquete versionado que no se sobrescribe.
- 04
Manifest y checksums
Identidad e integridad verificables.
- 05
Candidate runtime
Preflight de configuración y servicios.
- 06
Gates
Datos, SSR, hydration y regresiones.
- 07
Activación
Cambio controlado con verificaciones de origen.
- 08
Publicación
Refresco CDN dirigido y comprobación pública.
Los checksums permiten comprobar integridad. No los presentamos como una certificación, una firma digital ni una garantía de ausencia de errores.
CAMBIOS CONTROLADOS
Entornos separados.
Responsabilidades claras.
Desarrollar, validar y dar servicio son trabajos diferentes. El aislamiento de configuración y datos evita tratar el entorno de pruebas como si fuera producción.
Ciclo de despliegue
DEV → STAGING → PROD
Cambios seguros, validados y controlados desde el desarrollo hasta la producción.
Calidad y seguridad en cada etapa
Cada cambio pasa por validación antes de producción. Comprobamos funcionalidad, configuración y regresiones antes de promocionar.
DEV
Desarrollo
Desarrollo de nuevas funcionalidades
Pruebas locales
Código listo para revisión
STAGING
Validación previa
Validaciones automáticas y manuales
Tests automatizados
Verificación de calidad
Health checks
Validación funcional
PROD
Servicio público
Usuarios reales
Servicio público y monitorizado
Validaciones posteriores
Promoción controlada
Validación en STAGING antes de dar servicio en PROD.
1. DESARROLLO
Se implementan los cambios y se prueban localmente.
2. ENVÍO A STAGING
El candidato se valida en su propio entorno.
3. VALIDACIONES
Tests, configuración, health y regresiones.
4. DESPLIEGUE A PROD
Solo los cambios aprobados llegan a producción.
5. MONITOREO
Se comprueba el estado tras la activación.
DEV · Desarrollar
Implementación, pruebas locales y revisión de cambios.
STAGING · Validar
Ensayo del candidato y revisión funcional y visual antes de producción.
PROD · Dar servicio
Artefacto aprobado, configuración propia y controles después de activar.
TRAZABILIDAD Y ROLLBACK
Cada release
deja huella.
Podemos relacionar una versión con su código y verificar el paquete que se despliega. Si un cambio no supera los controles, el procedimiento contempla detenerlo o restaurar el estado anterior.
Código
Commit identificado
Artefacto
Paquete versionado
Integridad
Manifest y checksums
Validaciones
Gates antes y después
Rollback
Versión anterior disponible
OBSERVABILIDAD
Ver lo que ocurre
también es ingeniería.
Métricas, logs y eventos ayudan a detectar incidencias, entender el comportamiento de la aplicación y comprobar el estado de los servicios.
RendimientoLatencia · tráfico
AplicaciónErrores · eventos
RecursosCPU · memoria
DiagnósticoLogs · alertas
La ilustración muestra qué observamos, no el estado actual del servicio. No publicamos cifras de rendimiento sin medición verificable.
Observabilidad y monitorización
Visibilidad de la plataforma para detectar incidencias y entender su comportamiento.
Amazon CloudWatch
Métricas · Logs · Alarmas · Dashboards
DETECCIÓN TEMPRANA
Identifica incidencias antes de que afecten al servicio.
VISIBILIDAD COMPLETA
Métricas, logs y trazas en un único lugar.
OBSERVACIÓN CONTINUA
Categorías de seguimiento, no datos en directo.
Frontend
CloudFront
Esquema
Backend
Aplicación
Esquema
Redis
Caché
Esquema
Servicios internos
Microservicios
Esquema
Métricas
Rendimiento y uso de recursos
Logs
Análisis de eventos
Trazas
Seguimiento de peticiones
Alarmas
Notificaciones y acciones
01
CATEGORÍAS DE LA PLATAFORMA
Vista conceptual
Sin datos en directo
Frontend
Esquema
Observación
Backend
Esquema
Observación
Redis
Esquema
Observación
Servicios internos
Esquema
Observación
02
RECURSOS DE INFRAESTRUCTURA
CPU
Ilustración
Uso del procesador
Memoria RAM
Ilustración
Recursos de aplicación
Disco
Ilustración
Capacidad
Red
Ilustración
Conectividad
03
PANELES DE MONITORIZACIÓN (AMAZON CLOUDWATCH)
04
OBSERVACIÓN DE SERVICIOS
Servicio
Categoría
Observación
Frontend
Esquema
Señal
Backend
Esquema
Señal
Redis
Esquema
Señal
Servicios internos
Esquema
Señal
05
ERRORES Y EVENTOS
Errores
Ilustración
Incidencias de aplicación
Eventos
Ilustración
Cambios y señales
06
ALERTAS Y NOTIFICACIONES
Logs y eventos para diagnóstico. Esta ilustración no muestra el estado actual.
Interfaz conceptual
Sin valores en vivo.
INFRAESTRUCTURA EN EUROPA
AWS Europa.
Irlanda.
La infraestructura principal de Rincón del TFG opera en la región europea de AWS en Irlanda, eu-west-1. La CDN distribuye contenido desde una red global.
Región principal europea y distribución global son conceptos distintos. No afirmamos que todos los tratamientos de datos se realicen exclusivamente en Europa; sus condiciones se explican en nuestra política de privacidad.
Región principal europeaCDN globalServicios cloud
INFRAESTRUCTURA DE CONFIANZA
Tecnología al servicio
de los estudiantes.
La infraestructura no es el producto. Es la base que permite ofrecer una experiencia cuidada, privada y bajo control mientras trabajas en tu proyecto.