1282. Identidad de la lección
1283. Objetivo de aprendizaje
Al terminar esta lección, podrás analizar una responsabilidad relacionada con Steam en dos dimensiones:
- asignar su límite de sistema principal y, cuando haga falta, un límite colaborador; y
- determinar si sus datos pueden distribuirse o deben permanecer secretos y restringidos.
También podrás distinguir la respuesta visible para el jugador, que corresponde al juego, de la corrección operativa del problema.
1284. Por qué importa
Una función puede parecer unificada para el jugador aunque abarque varios sistemas. Los metadatos del producto no son código del entorno de ejecución (runtime), una capacidad proporcionada por el cliente no es una regla del juego y el carácter secreto de una credencial no indica por sí solo qué sistema es responsable del proceso que la utiliza.
Mezclar estas preguntas puede llevar a colocar configuración dentro del código, incluir credenciales en un paquete distribuible o responsabilizar al juego de corregir una configuración de plataforma que no controla. La clasificación en dos dimensiones permite definir una arquitectura más clara antes de elegir una API o pedir a una IA que proponga una implementación.
1285. Conocimientos previos
Debes poder comparar entornos de ejecución y distinguir una ejecución de desarrollo de otra empaquetada, como se practicó en 3.11 L2 — Comparar entornos de ejecución. Esta lección amplía esa comparación para identificar quién controla cada responsabilidad y qué puede cruzar el límite de distribución.
1286. Primera dimensión: propiedad del sistema
Asigna cada responsabilidad al sistema que tiene autoridad para realizarla o modificarla.
| Límite responsable | Responsabilidades | Pregunta orientadora |
|---|---|---|
| Configuración de la tienda (store) | Metadatos visibles del producto y configuración de publicación en la tienda, fuera del juego en ejecución | ¿Qué se configura para el producto en el entorno de la tienda? |
| Servicios del cliente | Capacidades proporcionadas por el cliente de plataforma instalado | ¿Qué capacidad ofrece el entorno de plataforma del jugador? |
| Integración en el entorno de ejecución del juego | Código del juego que solicita, interpreta y responde a las capacidades del cliente | ¿Qué debe decidir o mostrar el juego en ejecución? |
| Proceso controlado de publicación o servidor | Operaciones restringidas realizadas por herramientas o servicios autorizados | ¿Qué proceso controlado realiza la operación sin introducir material privilegiado en el juego? |
Elige un responsable principal. Si la responsabilidad necesita otro sistema para completarse, nómbralo como límite colaborador y describe el traspaso. La colaboración no elimina la responsabilidad principal.
Por ejemplo, producir y cargar un artefacto distribuible puede corresponder a herramientas controladas de compilación o publicación. En cambio, seleccionar qué artefacto cargado queda asociado con el producto puede ser una configuración de la tienda. Son responsabilidades relacionadas, pero no forman un único ajuste indivisible.
1287. Segunda dimensión: exposición y manejo de secretos
Después de asignar la propiedad, clasifica la información utilizada.
| Estado de exposición | Significado | Tratamiento necesario |
|---|---|---|
| Distribuible u observable | El valor puede incluirse en el paquete del juego o ser observado por los jugadores | No dependas de que permanezca confidencial. |
| Restringido, pero no secreto | Conviene limitar el acceso operativo, aunque la seguridad no depende de su confidencialidad | Documenta quién puede modificarlo u operarlo. |
| Secreto y no distribuible | Su divulgación anularía el control previsto | Consérvalo en un proceso autorizado y protegido; nunca lo incluyas en el juego distribuido. |
El carácter secreto es una condición de manejo, no una ubicación arquitectónica única. Una credencial de publicación puede pertenecer a un proceso controlado de publicación y, por separado, clasificarse como secreta, no distribuible y restringida. Una credencial de servidor puede pertenecer a un proceso de servidor y recibir la misma clasificación de exposición.
Todo lo que se distribuye a los jugadores debe considerarse observable. Un nombre poco evidente, un archivo de configuración o el código compilado no convierten un valor distribuido en una credencial privada segura.
1288. Traspasos y dos responsabilidades diferentes ante fallos
Usa campos separados para dos decisiones distintas:
- Respuesta del juego para el jugador: ¿Qué parte del juego decide qué ve o puede hacer el jugador cuando una capacidad no está disponible, se rechaza o devuelve un error?
- Responsable de la corrección operativa: ¿Qué equipo o sistema controlado investiga y corrige un problema de tienda, publicación, servicio o despliegue?
El juego suele ser responsable de su comportamiento alternativo porque controla su interfaz y sus reglas. Eso no significa que controle el servicio del cliente ni que pueda reparar la configuración de la tienda. Por ejemplo, el juego puede desactivar un control y mostrar un mensaje claro, mientras el equipo de publicación o de operaciones de plataforma investiga un error de configuración.
1289. Método del mapa de límites
Para cada responsabilidad:
- Describe la responsabilidad exacta sin nombrar una API.
- Asigna un límite responsable principal.
- Nombra un límite colaborador cuando el trabajo abarque realmente varios sistemas.
- Describe el traspaso: metadatos, artefacto, señal de disponibilidad, solicitud o resultado.
- Define la respuesta del juego para el jugador. Escribe “no corresponde” si no interviene el juego en ejecución.
- Asigna al responsable de la corrección operativa.
- Clasifica la exposición: distribuible u observable, restringido pero no secreto, o secreto y no distribuible.
- Justifica la arquitectura: explica qué riesgo concreto o error de categoría evita esa ubicación.
Forma resumida:
Responsabilidad → Responsable principal → Colaborador → Traspaso → Respuesta del juego → Corrección operativa → Exposición → Justificación
1290. Ejemplo resuelto
Considera esta solicitud: “Mostrar el juego en la tienda de Steam y permitir que el jugador abra la superposición (overlay) de la plataforma desde el menú de pausa”.
| Responsabilidad exacta | Responsable principal | Colaborador o traspaso | Respuesta para el jugador | Corrección operativa | Exposición |
|---|---|---|---|---|---|
| Mantener el título, la descripción y las capturas del producto | Configuración de la tienda | Un proceso autorizado proporciona los metadatos aprobados | No corresponde | El equipo de tienda o publicación corrige la configuración | Observable |
| Proporcionar la capacidad de superposición del cliente instalado | Servicios del cliente | El entorno de ejecución recibe la disponibilidad y el resultado de la solicitud | El juego no debe asumir que está disponible | Operaciones de plataforma o integración investigan el entorno o la configuración | Interfaz observable |
| Presentar el control del menú de pausa y su alternativa | Integración en el entorno de ejecución del juego | El juego solicita la capacidad del cliente | Desactivar, ocultar o explicar la falta de disponibilidad según el diseño | El equipo del juego corrige una alternativa defectuosa; otro responsable corrige la configuración externa | Observable |
| Usar una credencial privada durante una publicación controlada | Proceso controlado de publicación | El proceso envía únicamente la solicitud o el artefacto autorizado | No corresponde | Operaciones de publicación corrige o rota la credencial y repara el proceso | Secreto y no distribuible |
La credencial no constituye por sí sola un límite de propiedad. Primero se identifica el proceso que la controla y después se clasifica su carácter secreto.
1291. Errores comunes
Tratar el secreto como una ubicación
“Guárdalo en secretos” no identifica qué proceso controlado utiliza la credencial. Nombra la herramienta de publicación, el servidor u otro entorno autorizado responsable y después especifica la condición de manejo.
Asignar un único responsable para todos los fallos
El juego puede controlar una alternativa segura para el jugador mientras otro responsable corrige la configuración de tienda, publicación o plataforma. Registra ambas responsabilidades.
Combinar la producción del artefacto con su asociación en la tienda
Producir o cargar una compilación o paquete (build) puede corresponder a herramientas controladas de publicación. Configurar qué artefacto queda asociado con el producto puede corresponder a la tienda. Indica la responsabilidad exacta y la colaboración, en vez de forzar ambas dentro de una fila imprecisa.
Tratar todo el trabajo de Steam como código del juego
Compartir una etiqueta de producto no implica compartir la propiedad arquitectónica. Clasifica la responsabilidad antes de elegir una API o generar código.
1292. Práctica guiada
Prepara un mapa de límites con cinco filas para estas responsabilidades exactas:
- Mantener la descripción y las capturas del producto que aparecen en la tienda.
- Presentar un control del menú de pausa que solicita una capacidad proporcionada por el cliente.
- Mostrar una alternativa cuando el cliente de plataforma o la capacidad solicitada no están disponibles.
- Usar una credencial privada dentro de un proceso controlado de servidor o publicación.
- Configurar qué paquete distribuible, producido previamente, queda asociado con el producto de la tienda. Nombra como colaborador al proceso controlado de publicación si produce o carga el paquete.
En cada fila, incluye el responsable principal, el colaborador o “ninguno”, el traspaso, la respuesta para el jugador, el responsable de la corrección operativa, el estado de exposición y una breve justificación arquitectónica.
Después selecciona una fila que no deba implementarse como código del juego. Explica qué error de categoría o riesgo se evita al mantenerla fuera del entorno de ejecución.
1293. Validación y evidencia
Entrega el mapa de cinco filas mediante la evaluación práctica asociada. Se evaluarán:
- la asignación correcta del responsable principal;
- la precisión de los colaboradores y traspasos;
- la separación entre la alternativa visible para el jugador y la corrección operativa;
- la clasificación correcta de exposición y credenciales;
- una justificación arquitectónica vinculada a un riesgo concreto.
El cuestionario comprueba las distinciones fundamentales. La evaluación práctica determina si puedes aplicarlas a responsabilidades con traspasos reales y obligaciones operativas compartidas.
1294. Conclusiones clave
- Primero asigna el sistema responsable; después clasifica la exposición y el manejo de secretos.
- Un secreto es una clasificación de manejo, no un límite de sistema universal.
- El juego controla la alternativa visible para el jugador, pero no siempre la corrección operativa.
- Las responsabilidades que abarcan herramientas de publicación y configuración de tienda necesitan un responsable principal exacto y una colaboración explícita.
- Considera observable todo lo que se distribuya dentro del cliente.
1295. Siguiente lección
Continúa con 3.12 L2 — Escribir una verificación de integración sin secretos. Conserva las dos dimensiones: propiedad del sistema y controles de exposición.
1296. Comprobación
Responde estas preguntas por tu cuenta antes de leer las respuestas.
Un proceso controlado de publicación utiliza una credencial privada para cargar un artefacto. ¿Cómo debe clasificarse?
Mostrar respuesta y explicación
Respuesta: El proceso controlado de publicación es responsable de la operación; la credencial se clasifica por separado como secreta y no distribuible.
Por qué: La propiedad y la exposición son dimensiones distintas. El proceso controlado es responsable de la operación, mientras que la credencial exige un manejo secreto, restringido y no distribuible.
Una capacidad del cliente no está disponible debido a una configuración externa. ¿Qué reparto es más preciso?
Mostrar respuesta y explicación
Respuesta: El juego controla la alternativa visible para el jugador, mientras el responsable operativo correspondiente investiga y corrige la configuración externa.
Por qué: El juego controla la experiencia del jugador, pero esa responsabilidad no le transfiere el control de la configuración de tienda, publicación o plataforma.
¿Qué afirmaciones describen correctamente una responsabilidad que abarca herramientas de publicación y configuración de tienda?
Mostrar respuesta y explicación
Respuesta: Producir o cargar un artefacto puede separarse de configurar qué artefacto queda asociado con el producto de la tienda.; El mapa puede indicar un responsable principal y un límite colaborador con un traspaso explícito.
Por qué: Las operaciones concretas pueden tener responsables distintos. Indicar un responsable principal, un límite colaborador y un traspaso explícito mantiene la responsabilidad sin fingir que los sistemas están aislados.
Un valor se incluye en el juego distribuible, pero su nombre se ha hecho deliberadamente poco evidente. ¿Qué clasificación de exposición corresponde?
Mostrar respuesta y explicación
Respuesta: Observable y, por tanto, inadecuado como credencial privada.
Por qué: Todo lo que se distribuye a los jugadores debe considerarse observable. El nombre, el empaquetado o la compilación no proporcionan un límite seguro para secretos.