English· Español· Deutsch· Nederlands· Français· 日本語· ქართული· 繁體中文· 简体中文· Português· Русский· العربية· हिन्दी· Italiano· 한국어· Polski· Svenska· Türkçe· Українська· Tiếng Việt· Bahasa Indonesia

un

invitado
1 / ?

El nodo cuello de botella identificado antes de que llegue el tráfico

Centralidad de Intermediación

Para cada par de nodos en un grafo, existe un camino más corto entre ellos. La centralidad de intermediación de un nodo N = la fracción de todos los caminos más cortos que pasan por N.

Un nodo con alta centralidad de intermediación está en el camino entre muchos otros pares. Si se ralentiza, muchos flujos se ralentizan. Si falla, muchos flujos se rompen.

Lectura arquitectónica: los nodos con alta centralidad de intermediación son aquellos a los que cada revisión de arquitectura debe prestar especial atención. Son cuellos de botella, puntos únicos de fallo (SPOF) y componentes críticos de capacidad en uno solo. Suelen ser:

- El proveedor de DNS (entre cada cliente y cada servicio)

- El proxy de entrada (entre cada cliente y cada backend)

- El primario de la base de datos (entre cada backend y cada lectura)

- El servicio de autenticación (entre cada usuario y cada acción autorizada)

Detección sin medición: la topología del grafo por sí sola identifica nodos con alta centralidad de intermediación. No se necesitan datos de tráfico; se necesita el diagrama de arquitectura. Un nodo que se sitúa entre muchos pares de otros es estructuralmente crítico.

Consecuencia operativa: los nodos con alta centralidad de intermediación merecen una inversión desproporcionada en (1) margen de capacidad, (2) redundancia, (3) observabilidad y (4) guiones de respuesta a incidentes.

Centralidad de intermediación: el nodo resaltado se encuentra en la mayoría de los caminos más cortos

Un sistema tiene: 100 clientes externos -> 1 DNS -> 1 proveedor de CDN -> 3 proxies inversos -> 12 réplicas de backend -> {1 primario de BD, 2 nodos de caché, 5 puntos de conexión de API externos}. Clasifica estas clases de nodos por centralidad de intermediación (de mayor a menor) y explica por qué los dos primeros puestos merecen atención especial.

El Corte Más Pequeño Desconecta el Fragmento Más Pequeño

Teorema del Corte Mínimo en Términos Sencillos

El min-corte (min-cut) entre dos nodos en un grafo = el menor número de aristas (o nodos) que se deben eliminar para desconectarlos.

Lectura operativa: el min-corte acota el radio de impacto (blast radius) en el peor de los casos. Si el min-corte entre 'clients' y 'database' es de 1 arista (un único proxy), entonces la pérdida de esa arista desconecta a todos los clientes de la base de datos. Si el min-corte es 5, se necesita perder 5 componentes simultáneamente para desconectar por completo; es mala suerte, pero está acotado.

Diseño para el radio de impacto: aumentar el min-corte en cada frontera importante. Múltiples proxies; múltiples nodos de caché; múltiples rutas de red entre centros de datos. Cada adición aumenta el min-corte en 1.

El patrón de bulkhead en términos de grafos: particionar los recursos en subgrafos separados que no comparten min-corte entre sí. Una falla dentro de un subgrafo no puede propagarse a los otros porque las aristas no existen.

El diámetro establece la distancia de propagación de la falla

Diámetro del grafo = el camino más corto más largo entre cualquier par de nodos.

Propagación de la falla: cuando un nodo falla y los reintentos fluyen hacia atrás, tocan a los nodos aguas arriba hasta la distancia del diámetro. Un sistema de diámetro 3 (cliente -> proxy -> backend -> BD) significa que una falla en la BD afecta a 3 capas aguas arriba en una tormenta de reintentos.

Implicación: un diámetro más corto = contención de la falla más rápida, pero también mayor concentración de nodos. Cada diseño tiene sus compensaciones (tradeoffs).

Min-cut as bound on blast radius; diameter as propagation distance

Calcular el Min-Cut para una Arquitectura Real

Una arquitectura: 1 DNS, 1 CDN, 3 proxies inversos, 12 réplicas de backend, 1 primario de BD.

Calcula (o estima) el min-cut en tres fronteras: (1) entre los clientes externos y la capa de proxies inversos; (2) entre la capa de proxies inversos y la capa de backend; (3) entre la capa de backend y el primario de BD. Para cada una, nombra qué falla cuando se supera ese min-cut.

Auditoría de modos de fallo mediante métricas de grafo

Síntesis

Ahora puedes identificar nodos de alta intermediación, calcular el corte mínimo en cada frontera y estimar la distancia de propagación de fallos mediante el diámetro.

Aplica los tres.

Un sistema: 50 puntos de extremo de cliente -> 1 DNS -> 2 POPs de CDN -> 4 proxies inversos -> 16 réplicas de backend -> { clúster de BD (1 primario + 2 en espera), clúster de Redis (5 nodos), 3 APIs externas }.

Audita el sistema: (1) nombra el nodo de mayor intermediación, (2) calcula el corte mínimo en la frontera más preocupante y (3) propone dos cambios arquitectónicos específicos (cada uno debe aumentar un corte mínimo y debe nombrarse la frontera que fortalece).

Notas complementarias

Notas complementarias

Esta lección de geometría reformula la lección principal de Modos de fallo y radio de impacto mediante métricas de grafos (intermediación, corte mínimo, diámetro).

La última nota complementaria, geometry_of_observability_and_capacity, trata las celdas de Voronoi para las zonas de captación de los PoP de CDN, el límite de velocidad de la luz del triángulo de latencia y la curva de colas revisada en la capa de proxy.

Muy bien.