Cómo funcionamos de forma ecológica —y cómo lo medimos

1. Eficiente por arquitectura

El núcleo de PeakSpitz se ejecuta como código nativo compilado, no como una pila de aplicación interpretada. Esto importa para la energía, porque el trabajo que el procesador realiza para atender una petición es el trabajo que se contabiliza —y por el que se emite.

• • Base independiente: los estudios revisados por pares que clasifican los lenguajes de programación por consumo energético sitúan sistemáticamente los lenguajes compilados entre los más eficientes y los interpretados entre los menos —a menudo por un orden de magnitud en tareas equivalentes—. Lo citamos como el fundamento categórico de nuestra decisión de diseño. No derivamos de ello un multiplicador concreto para PeakSpitz.
• ✓ Lo que afirmamos: El motor de PeakSpitz pertenece, por construcción, a la clase de software energéticamente eficiente.
• ✗ Lo que no: una cifra numérica del tipo «un X % menos de energía que el competidor Y».

2. Despliegue a la medida

Cada cliente ejecuta un despliegue aislado y exclusivo para cada cliente, configurado para ese negocio , no un monolito compartido y polivalente con todos los módulos cargados.

La capacidad no utilizada no se mantiene activa. Nuestra arquitectura se basa en la configuración en lugar de bifurcarse por sector, de modo que la superficie en ejecución de cada cliente se limita a lo que realmente utiliza. El resultado: no gasta cómputo —ni dinero— en mantener funcionando funciones que no usa.

3. Infraestructura ecológica y elección de región

PeakSpitz puede ejecutarse en múltiples sustratos y regiones. Cuando está disponible geográficamente, el cliente puede elegir un despliegue más ecológico. La base factual son los propios datos publicados por los proveedores:

• • Eficiencia del centro de datos (PUE): los operadores que utilizamos publican sus cifras de eficacia en el uso de la energía (PUE). Algunos operadores de la UE en los que podemos ejecutar destacan por un PUE bajo, logrado mediante técnicas como la refrigeración líquida propietaria. Enlazamos a las cifras publicadas actuales del operador en lugar de repetir un número que puede quedar desfasado.
• • Intensidad de carbono de la red y energía libre de carbono: las regiones difieren mucho en cuán limpia es su red eléctrica. Cuando ejecutamos en una gran nube pública, ese proveedor publica los porcentajes de energía libre de carbono por región y datos de carbono de la red; los utilizamos para determinar qué regiones cuentan como «más ecológicas».
• • Residencia de datos en la UE: las opciones de regiones más ecológicas incluyen despliegues con residencia en la UE.

Enlazamos deliberadamente con los datos en directo del proveedor en lugar de citar aquí cifras fijas de PUE/CFE: citar un número congelado es como las páginas de metodología se vuelven inexactas sin que nadie lo note. Pídanos las cifras actuales para una región concreta. Siempre mantenemos la matización: «cuando esté disponible geográficamente».

El elemento central de nuestra hoja de ruta es la eficiencia controlada por el cliente:

• • Eco Windows: el cliente podrá definir ventanas de bajo consumo en una programación con resolución diaria. Durante esas ventanas, la instancia se ejecuta en modo de consumo reducido, lo que reduce su consumo de cómputo —y, por tanto, el coste de cómputo del cliente.
• • Recuperación de pool compartido: la capacidad liberada durante una ventana de bajo consumo se devuelve a un pool compartido en lugar de quedar inactiva, de modo que puede realizar trabajo útil en otro lugar. La lógica de sostenibilidad es a nivel de flota: reutilizar capacidad significa que el conjunto global aprovisiona y alimenta menos hardware total para el mismo trabajo agregado.

Estado y honestidad: hasta que esto se lance y podamos describir el mecanismo exacto de recuperación, lo presentamos como un compromiso declarado, no como una función ya disponible. Actualizaremos esta sección —con el mecanismo real y cualquier medición— cuando esté disponible.

5. Cómo medimos

Somos explícitos sobre nuestra madurez actual de medición, en lugar de dar a entender más de lo que tenemos:

• • Hoy: razonamos a partir de hechos estructurales (clase de motor, modelo de despliegue) y datos de infraestructura publicados por los proveedores (PUE, CFE, intensidad de la red).
• • En desarrollo: visibilidad del cómputo y la energía por cliente, para que cada cliente pueda ver la huella de su propio uso —y el ahorro de Eco Windows— con resolución diaria, la misma granularidad con la que opera la programación.
• • Estándares que tomamos como referencia: los informes de PUE/WUE de los centros de datos, la metodología de energía libre de carbono de los proveedores de nube y el pensamiento reconocido sobre intensidad de carbono del software. Nos alineamos con ellos en lugar de inventar nuestra propia puntuación.

6. Lo que no afirmamos (todavía)

No afirmaremos nada de lo siguiente hasta que cada punto esté medido y el método publicado:

Cuando cualquiera de estas afirmaciones pueda fundamentarse, aparecerá aquí con su método, y solo entonces en nuestra página de sostenibilidad.

Registro de cambios

• • 23 de junio de 2026 — Página creada (planteamiento de posicionamiento; base metodológica). Eco Windows y la recuperación de capacidad figuran como hoja de ruta.