Entrevista le pide a Sentinel que lea este artículo es suficiente

1. Introducción del marco de protección del servicio Sentinel

¿Por qué la interfaz visita demasiado bloqueo?

Solo se puede acceder a QPS = 1 una vez por segundo
Número de subprocesos = aislamiento de semáforo, que es el número máximo de subprocesos utilizados por la interfaz

Tablero de instrumentos?

Falla rápido

Sentinel no tiene reglas de persistencia para la limitación actual por defecto

Para limitar la corriente en la puerta de enlace, debemos integrar la puerta de enlace

2. ¿Cuáles son las opciones para la protección de la interfaz de servicio?

Lista en blanco y negro
Realice el límite actual / mecanismo de fusible para la
degradación del
servicio IP Mecanismo de aislamiento del servicio

Límite actual del servicio: el objetivo es proteger nuestros servicios. En el caso de una alta concurrencia, si el cliente solicita que el servidor alcance un cierto límite (umbral establecido), el número de solicitudes excede el umbral establecido, abre el mecanismo de autoprotección y ejecuta directamente nuestro Método de degradación del servicio, no ejecutará nuestra lógica de negocios, tome el método de falback local

Degradación del servicio: en el caso de una alta concurrencia, para evitar que los usuarios esperen, utilice el límite actual o el mecanismo de fusible para proteger nuestro servicio, no ejecutará la lógica de negocios, tome el método local de falback

Avalancha de servicio: de manera predeterminada, el servidor tomcat / jetty tiene solo un grupo de subprocesos para manejar todas las solicitudes de interfaz. En el caso de alta concurrencia, el acceso a la misma interfaz ocupa todas las conexiones del grupo de subprocesos, haciendo que otras interfaces sean inaccesibles

Solución de avalancha de
servicio : mecanismo de aislamiento de servicio : aislamiento de grupo de hilos o mecanismo de aislamiento de semáforo aislamiento de
grupo de hilos: cada interfaz tiene su propio grupo de hilos independiente para mantener nuestras solicitudes, y cada grupo de hilos no se afecta entre sí, es decir, cada interfaz tiene un La desventaja de usar un grupo de subprocesos es que ocupa una gran
cantidad de memoria del servidor. Aislamiento del semáforo: la configuración permite que una de nuestras interfaces tenga un número umbral de subprocesos para manejar la interfaz. Si excede el número de subprocesos, niega el acceso, que es similar a la limitación del flujo de servicio.

3. ¿Cuál es la diferencia entre Sentinel e hytrix?

Cuatro, configuración de límite actual dos esquemas

1. Use la configuración de código manual
2. Configuración de la consola de Sentinel
3. De manera predeterminada, Sentinel no conserva los datos y debe mantenerse de forma independiente

Pasos para lograr:
1. Crear reglas de control de flujo (limitantes)

Cinco, consola integrada sprngboot

Configuración de la consola
Descargue el Sentinel-Dashboard correspondiente
https://github.com/alibaba/Sentinel/releases/tag/1.7.1 y ejecútelo.

Ejecute el comando de ejecución
java -Dserver.port = 8718 -Dcsp.sentinel.dashboard.server = localhost: 8718 -Dproject.name = sentinel-dashboard -Dcsp.sentinel.api.port = 8719 -jar

La contraseña de la cuenta es la
dirección de inicio de sesión centinela 127.0.0.1:8718

configuración
de arranque 1, configuración de yml centinela
2, el nombre de recurso predeterminado es la dirección de la interfaz como / xxx
3, la interfaz está anotada y el límite amigable actual actual blockHandler

6)

7. Fusible de servicio y degradación del servicio.

Fusible de servicio: el tiempo de llamada de la interfaz (tiempo de respuesta del servicio) excede el tiempo especificado
Degradación del servicio: no se puede volver a acceder a la interfaz durante un período de tiempo El
tiempo de llamada de la interfaz (tiempo de respuesta del servicio) excede el tiempo especificado y no se puede volver a acceder a la interfaz durante un período

8. Cuatro esquemas para la persistencia de los datos de la regla centinela

1. Centro de configuración distribuido de Nacos: interfaz, no es necesario reiniciar el servidor, recomendado
2. Ctrip Apollo: interfaz, no es necesario reiniciar el servidor, recomendado
3. ZK, sin interfaz, no recomendado
4. Almacenado en archivos locales: datos fáciles ¿Datos inconsistentes, no recomendados?

El límite de corriente configurado se borrará después de que el servidor se reinicie

Sentinel lee las reglas de control de flujo en naocs en la memoria cuando comienza

La integración de nacos es siempre que se configure yml. Las reglas se escriben en nacos. Después de la integración, no puede configurar las reglas de control de flujo en el código usted mismo, de lo contrario las reglas en nacos se sobrescribirán.

Nueve, puerta de enlace de integración Sentinel para lograr la limitación actual

Porque al acceder, se accede a todos a través de la puerta de enlace

1. Configuración Yml
2. Agregue dos clases de configuración, una configuración integrada, una configuración de regla
3. Introduzca dependencias integradas
4. Elimine conflictos en el paquete de dependencia web de puerta de enlace
4. Vuelva a escribir el método de solicitud predeterminado

Diez, para lograr la degradación dinámica del fusible del servicio

Alcanzar el umbral y tomar el método de retroceso de degradación del servicio realmente no ejecutará nuestra lógica de negocios

Tres estrategias para la degradación del servicio:
1. rt (tiempo de respuesta promedio): el tiempo de respuesta de acceso de la interfaz excede el umbral especificado dentro de un segundo, lo que activa el fusible del servicio y llama al método de degradación del servicio. Dentro del tiempo especificado (ventana de tiempo segundo), no se puede volver a acceder Interfaz, accedido cinco veces en un segundo, el tiempo de respuesta promedio de cinco veces excede el umbral, el umbral máximo es de 4.9 segundos, el umbral máximo debe cambiarse para cambiar la configuración
2, proporción anormal: la proporción de solicitudes anormales en un segundo excede el umbral especificado, servicio Downgrade, ventana de tiempo (segundos)
-3. Tiempos anormales: el número de solicitudes anormales en un minuto excede el umbral especificado, degradación del servicio, ventana de tiempo (minutos) -

Puede usar múltiples estrategias simultáneamente

11)

12)

XIII

14)

15)

16)

17)

18)

19)

Veinte

Veintiuno

22)

Veintitrés

24)

25)

26)

27)

28)

29)

Treinta

Publicado 52 artículos originales · elogiado 2 · visitas 1862

Supongo que te gusta

Origin blog.csdn.net/qq_42972645/article/details/104792317
Recomendado
Clasificación