Hyperforce

Hyperforce es la arquitectura de infraestructura con la que Salesforce corre su plataforma sobre nubes públicas de terceros (como AWS). Su idea central es reemplazar el hardware propio por infraestructura definida por código: en lugar de una única fábrica física, Salesforce puede levantar la misma plataforma, descrita en software, en distintas regiones del mundo. Eso le permite acercar los datos al país donde vive la empresa y darle al cliente más control sobre dónde se almacenan.

El objetivo práctico es la residencia de datos: con Hyperforce, en general los datos de un cliente se guardan en el país donde está su org, siempre que los servicios que usa estén disponibles en esa región. Para sectores regulados (banca, salud, seguros) esto convierte una decisión de infraestructura en una palanca de compliance, porque poder documentar dónde viven los datos suele ser un requisito legal, no un lujo técnico.

Conviene ubicar el término con precisión: Hyperforce es la base sobre la que corre una implementación de Salesforce, incluidos los desarrollos a medida que documenta Salesforce para desarrolladores. No es un producto que el usuario final opere ni una certificación, es la capa de infraestructura sobre la que se apoya todo lo demás.

Cómo funciona: infraestructura como código

Hyperforce toma la lógica de la nube moderna y la aplica a la plataforma de Salesforce. En vez de instalar servidores en centros de datos propios, Salesforce define su plataforma como código de infraestructura que puede desplegarse de forma rápida y replicable sobre proveedores de nube pública. Esa naturaleza aporta varias propiedades concretas:

• Residencia de datos por región: el cliente puede elegir en qué región se almacenan sus datos para cumplir regulaciones locales.
• Compatibilidad hacia atrás: las apps, personalizaciones e integraciones existentes siguen funcionando sin reescribirse.
• Seguridad integrada: cifrado de datos en reposo y en tránsito, sobre un modelo de acceso restringido de base.
• Escala elástica: al apoyarse en nube pública, la capacidad se ajusta sin depender de comprar hardware.

Un matiz importante: que tu org esté en una región no garantiza que cada componente de cada producto corra siempre en el mismo país. La disponibilidad de servicios por región es lo que define, en la práctica, dónde termina viviendo cada dato.

Por qué le importa a una empresa de LATAM

Para una empresa mediana de la región, sobre todo en sectores regulados, la pregunta "¿dónde viven mis datos?" no es teórica: define si un proyecto pasa o no pasa el filtro de compliance. Acá el alcance regional hay que mirarlo con precisión y sin suponer. Al momento de esta redacción, y según fuentes oficiales de Salesforce, Brasil es la única región de Hyperforce confirmada en Latinoamérica (sobre AWS, en São Paulo). Antes de asumir disponibilidad en otro país conviene verificar el listado oficial vigente, porque el mapa de regiones se amplía con el tiempo.

Sobre el costo, Salesforce indica que no hay cargo adicional por que una org resida sobre la infraestructura Hyperforce; existen ofertas de residencia reforzada que sí son pagas en ciertas regiones. Las implementaciones que hace un partner como Vantegrate corren dentro de la org del cliente, sobre la infraestructura que provee Salesforce: el partner no cambia dónde viven los datos, los aprovecha.

Diferencias con términos vecinos

Hyperforce se confunde seguido con otras piezas del ecosistema. La distinción clave es a qué capa pertenece cada una:

Hyperforce es la base sobre la que corre la org; Shield es un producto que suma controles de seguridad encima; y no es, en ningún caso, una certificación. Las certificaciones (SOC 2, ISO 27001 y similares) son de Salesforce y de la nube pública subyacente, no algo que Hyperforce "otorgue".

Errores comunes

• Asumir que Hyperforce está disponible en cualquier país de LATAM sin verificar el listado oficial vigente.
• Confundirlo con una certificación de seguridad, cuando en realidad es infraestructura.
• Suponer que todos los componentes de un producto corren siempre en el mismo país que la org.
• Tratar la residencia de datos como un tema puramente técnico y no como una cuestión de compliance que involucra a legales y al CISO.