Elegir el patrón según el contexto y no por moda

Cada patrón nació para unas fuerzas concretas: quién usa el sistema, cuánto tráfico tiene, qué dato maneja, qué amenaza es plausible y cuánto puede operar el equipo. Un patrón aplicado fuera de su contexto no es más seguro: añade piezas que alguien tiene que mantener, y cada pieza mal mantenida es una superficie nueva.

Dos patrones del catálogo ilustran la idea. La separación de lectura y escritura sirve cuando un área necesita consultar datos transaccionales: se le da una réplica de solo lectura y la escritura queda en manos de la aplicación dueña. La sala limpia de datos sirve cuando dos organizaciones quieren cruzar datos personales sin entregárselos: cada parte carga lo suyo en un entorno controlado y solo salen resultados agregados por encima de un umbral.

Las solicitudes no llegan con el nombre del patrón: llegan con una necesidad y unas restricciones. La pista de la sala limpia es doble: dos organizaciones con datos personales y la condición de que ninguna entregue los suyos.

Abre el laboratorio y lee solicitudes.txt.

Una sala limpia protege solo si sus consultas permitidas respetan el umbral de agregación. Una consulta que devuelve resultados por cada vivienda saca de la sala justo el dato que el patrón prometía no entregar, aunque todo lo demás esté bien diseñado. Revisar una sala limpia es revisar consulta por consulta.

Lee propuesta-sala-limpia.txt y compara el grupo mínimo de cada consulta con el umbral.

La solicitud del área de reportes pide la separación de lectura y escritura, y parte del trabajo ya está hecho: hay una réplica de lectura. Pero el patrón se cumple cuando ninguna cuenta de consulta conserva escritura en la primaria. Basta una para que el antipatrón de la cuenta de reportes con escritura siga vivo.

Lee cuentas-facturacion.txt.

Un patrón pedido porque «es lo que se usa ahora» merece la misma pregunta que cualquier otro: ¿qué amenaza de este sistema corta? Una malla de servicios con TLS mutuo resuelve la autenticación entre muchos servicios que se llaman entre sí; en una aplicación de un solo servicio y doce usuarios, la mayor parte de lo que aporta no tiene a quién proteger, y su operación sí cuesta.