Qué significa usar su propia clave (BYOK) y en qué se diferencian las plataformas —y qué implica para el costo y el manejo de datos de las empresas peruanas—.

dgm es un socio independiente de implementación de osFoundry: no está vinculado con la empresa que desarrolla osFoundry (OS LLC) y todavía no ha completado ninguna integración para clientes.

Usar su propia clave (BYOK) significa que usted lleva su propia clave del proveedor del modelo a la plataforma. Eso impacta directamente en el costo y en el control de los datos.

Por qué importa el BYOK

  • Costo – con BYOK, el costo del modelo se le paga directamente al proveedor, sin licencias por puesto.
  • Elección de modelo – usted puede llevar las claves de varios proveedores y elegir para cada tarea, incluso un modelo de pesos abiertos de la UE como Mistral.
  • Control de datos – conserva la relación con el proveedor del modelo y decide dónde se ejecuta.

osFoundry hace del BYOK el comportamiento por defecto: las claves se guardan cifradas en el espacio de trabajo y están disponibles para cada agente, aplicación y flujo de trabajo.

¿Y la protección de datos y la residencia?

osFoundry fija la región de los datos en Estados Unidos, la Unión Europea o Japón, ejecuta los modelos de forma local sobre su propio hardware y admite el autohospedaje en una cuenta de nube que usted controla (BYO Cloud). Conviene ser honestos sobre la realidad en el Perú: a junio de 2026 ningún gran proveedor de nube (hyperscaler) opera una región completa y disponible dentro del país. Amazon Web Services anunció una región en Lima, pero todavía no está en operación general (general availability); existen zonas de borde (Local Zones) y un punto de interconexión (Direct Connect) en Lima, que no equivalen a una región completa. Las regiones más cercanas que sí están en operación son Santiago de Chile (Google Cloud) y São Paulo, en Brasil (AWS y Azure). A diferencia de la Argentina o el Uruguay, el Perú no cuenta con una decisión de adecuación de la Unión Europea, de modo que fijar la región en la UE no es un atajo de cumplimiento para los datos personales peruanos: la adecuación rige los flujos desde la UE hacia terceros países y no le otorga al Perú un estatus recíproco; además, la Ley 29733 evalúa el país de destino con sus propios criterios. Por eso, cuando se necesita que los datos permanezcan en el país, el camino honesto es el autohospedaje local (por ejemplo, en un centro de datos en Lima) o el enfoque local-first, cumpliendo además las reglas de flujo transfronterizo de la Ley 29733 y su reglamento (el Decreto Supremo 016-2024-JUS). Un punto importante: los datos alojados en un proveedor con sede en los Estados Unidos pueden quedar alcanzados por la CLOUD Act estadounidense con independencia de dónde estén almacenados físicamente —incluso en una región europea o en la futura región de Lima—; elegir una región resuelve la ubicación del dato, pero no la jurisdicción. Por eso, en los casos más sensibles, un proveedor fuera del alcance estadounidense o un modelo de pesos abiertos autohospedado es la respuesta más fuerte. Los requisitos concretos conviene verificarlos con la ANPD o con asesoramiento legal especializado.

Artículos relacionados

Cómo ayuda dgm

dgm es un socio independiente de implementación que ayuda a las empresas en el Perú a poner en marcha la plataforma osFoundry —desde encontrar el primer caso de uso práctico hasta construirlo y conectar la IA con los sistemas que su empresa ya utiliza—. dgm trabaja de forma independiente de la empresa que desarrolla osFoundry (OS LLC) y todavía no ha completado ninguna integración para clientes; por eso, lo anterior describe el servicio que ofrece, no un resultado ya alcanzado. Si usted desea pensar un primer paso sensato, en dgm lo analizamos con usted. Conversemos en una consulta sin compromiso.