En " Cómo explicar por qué su novia de dos-Eleven no puede modificar la dirección de envío " en el conocimiento que hemos introducido QPS, RT, y el número máximo de usuarios simultáneos y otros hilos sobre. Sabemos que si un sistema de software concurrente del número de solicitudes supera el número óptimo de procesos en el sistema, que dará lugar a una fuerte competencia por los recursos, incluso con la falta de agotamiento de los recursos, todo el sistema se enfrentará a un desastre.
Por lo tanto, muchos sistemas de software para asegurarse de que incluso en el caso de usuarios simultáneos> cuando el número óptimo de hilos, que no conduce al colapso de la totalidad de los 40.000 sitios Web utilizará algunas técnicas para evitar el desastre sistémico. Estas técnicas más típico es el límite de la corriente, la degradación y soplado.
El servicio se sopla a decir algo acerca de qué y cómo hacer el servicio en la arquitectura de servicio de micro-soplado.
¿Por qué fusible
Ahora muchos sitios web están detrás de un enorme " distribuido interacción entre la mayoría" del sistema, múltiples sistemas se basan en " RPC camino", sino porque es una llamada de larga distancia, por lo que la disponibilidad de los servicios de llamadas de hecho no es controlable.
El sistema más amplio, la cadena de llamadas aguas abajo será más largo, y si en una cadena de llamadas muy largo, un servicio por alguna razón, el tiempo de respuesta es muy larga, o completamente no responde, puede ser capaz de toda colapso sistemas distribuidos.
Por encima de la cadena de llamadas, si un servicio que por sus propias causas lento para responder, entonces se puede llevar a afectar el servicio de aguas arriba es también muy lento, por lo que el ciclo conducirá al colapso de todo el sistema a través del tablero, esta es la avalancha de servicios .
De hecho, en un sistema distribuido, con el fin de garantizar la disponibilidad del servicio en general y consistencia, muchos sistemas se introducirán mecanismo de reintento, en algunos casos, en realidad puede ser juzgado resuelve el problema, tales como problemas de red, etc., pueden ser juzgados por resuelto.
Sin embargo, en algunos casos, no resuelve el problema y vuelva a intentar, pero volverá a agravar el problema, debido a que el sistema de aguas abajo, tales como una cantidad petición es demasiado grande, lo que resulta en la CPU se ha jugado, dijo la agrupación de conexiones de base de datos está llena, esta vez aguas arriba el sistema continuará ajustando reintento razonable, vuelva a intentar esta solicitud, para el sistema de aguas abajo es, sin duda, peor, causa daños secundarios en el sistema aguas abajo.
Y sistemas distribuidos, la mayoría de los servicios son también debido a las avalanchas causadas por el reintento continuo, vuelva a intentar este nivel puede ser el marco de reintentos automáticos, puede haber a nivel de código lógica de reintento, puede haber usuarios tomar la iniciativa y vuelve a intentarlo.
Algunos de reintentos no se puede evitar, pero si para la prevención de aludes, no vuelva a intentar el diseño de mecanismos, sino también un indigno.
modo de fusible
modo de fusible (Circuito patrón del disyuntor), es un moderno patrones de diseño de desarrollo de software. Para la detección de errores y evitar constantemente desencadenar el mismo error (como el servicio de mantenimiento no está disponible, el problema del sistema temporal o error del sistema desconocido).
Supongamos que hay dos aplicaciones se comuniquen con bases de datos de cientos de veces por segundo, cuando se produce repentinamente un error de base de datos, el programador no quiere que el error Shihai continúan accediendo a la base de datos. Así que vamos a tratar de tratar directamente con este error, y entrar en el final normal del programa. En términos simples,
Fusible detectará el error y Aplicaciones "prevención" continuar para volver a intentar una llamada casi ningún servicio de respuesta (a menos que los servicios de seguridad tienen que volver a intentar la conexión).
modo de fusible es un medio importante de micro Crónicas avalanchas de sistema de servicio.
A fusibles relativamente de sonido, generalmente incluyen tres estados:
cerca
En el fusible se presenta de forma predeterminada cerrada, el fusible sí mismo con la función de conteo, cada vez que el uno, y el contador será "acumulativo" se produce error de operación, se produce un error a un cierto número de veces será el disyuntor "oN", esta vez para permitir también un temporizador en el interior, una vez que se acabe el tiempo va a cambiar en un estado semi-abierta.
abierto
En el estado abierto de cualquier solicitud será el mensaje "directo" es rechazado y arrojado.
Semi-abierto
En este estado, el interruptor de circuito permitirá que parte de la solicitud, si estas solicitudes tienen éxito, entonces significa que no existe el error, se puede cambiar de marcha atrás y restablecer el recuento. Si hay un error en la solicitud de "cualquiera" se produce, se volverá a la "encendido", y volver a tiempo, un tiempo de descanso administrar el sistema.
La figura es un fusible de conversiones de tres estados.
Si se llama al proceso de sistema de micro-servicios, la introducción de un fusible, entonces todo el sistema, naturalmente, será capaz de:
Rápida contra errores : Al llamar a servicios remotos porque demasiados fallos, fusible abierto, aguas arriba hacia aguas abajo llamada de servicio para el servicio fallará rápidamente, para evitar el colapso del servicio de aguas arriba.
recuperación sin problemas : debido a que el fusible puede comprobar periódicamente si la recuperación del sistema aguas abajo, puede recuperarse una vez que regresó de nuevo al estado cerrado, todas las solicitudes serán petición normal de los correspondientes servicios. Para que el sistema no tiene que considerar una intervención.
Herramientas de fusibles
Fusible Para lograr la recuperación rápida y el fracaso sin fisuras en la necesidad de que el número de llamadas de servicio, estadísticas corte llamada de servicio y otras operaciones, si se desea implementar un fusible mismo realmente posible.
Sin embargo, hay algunos marco de mercado nos ha ayudado a hacer estas cosas. Como Hystrix y Sentinel, resilience4j similares.
hystrix
Hystrix (https://github.com/Netflix/Hystrix) de código abierto Netflix es un sistema tolerante a fallos que los usuarios pueden ayudar yardas con una fuerte tolerancia a fallos y la solidez del programa. Proporcionar rebaja, fusibles y otras funciones.
Sin embargo, a finales de 2018, Hystrix en su página de Github anunció, ya no puede abrir nuevas características, los desarrolladores recomiendan el uso de otros proyectos de código abierto todavía activos.
Hystrix Aunque ya no es desarrollar nuevas funciones, pero el impacto en los usuarios no debe ser demasiado grande, en primer lugar, ya que los desarrolladores pueden seguir utilizando la última versión del 1.5.18 hystrix
resilience4j
Hystrix más después de parar, Netflix resilience4j oficial recomendada (https://github.com/resilience4j/resilience4j), es un peso ligero, fácil de usar, de alta disponibilidad marco se puede montar a la fusión de apoyo, control de alta frecuencia, el aislamiento, limitado fluir, límite, remarcado, y otros mecanismos de alta disponibilidad.
En comparación con Hystrix, tiene las siguientes diferencias:
Hystrix HystrixCommand llamada debe ser encapsulado, el decorador y resilience4j manera para proporcionar la decoración de la interfaz de la función anidada, como expresión lambda, por lo que es posible combinar una pluralidad de mecanismos de alta disponibilidad de manera sencilla
Hystrix frecuencia estadística de uso del modo de ventana deslizante, y por medio de un búfer de anillo resilience4j
Sobre el estado del fusible cuando la transición de estado medio abierto ejecuta sólo una vez usando MAMMALIA, determina si la transición de estado, y resilience4j recuento de ejecución se utiliza con el valor umbral puede estar configurado para determinar si la transición de estado, el mecanismo de fusibles de esta manera a mejorar la estabilidad
Sobre mecanismo de cuarentena, Hystrix proporcionar aislamiento basado en el grupo de subprocesos y los semáforos, y resilience4j sólo proporciona aislamiento basado en el semáforo
Centinela
Sentinel equipo de middleware (https://github.com/alibaba/Sentinel) Ali es de código abierto, control de flujo de alta disponibilidad de peso ligero de ensamblaje para servicios de arquitectura distribuida, principalmente en el flujo como el punto de partida, el control de flujo, fusible rebaja la carga del sistema en la dimensión de protección a los usuarios ayudar a proteger la estabilidad del servicio.
El enfoque de hystrix es aislar y tolerancia a fallos de fusible, el tiempo de espera o una llamada soplado fallará rápidamente, y puede proporcionar un mecanismo de reserva.
El enfoque de la Sentinel está en:
Una variedad de control de flujo
rebaja de fusibles
protección de la carga del sistema
monitoreo en tiempo real y la consola
La figura se encuentra en la página de inicio de contraste Sentinel en GitHub y Hystrix el Sentinel:
ampliar el conocimiento
mecanismo de fusible :
Se refiere a las horas de negociación del mercado de valores, cuando la volatilidad del precio alcanza un (punto de fusión) determinado objetivo definido, la suspensión de la negociación de su mecanismo hace algún tiempo. Este mecanismo como fusibles en el fusible cuando demasiada corriente es bastante similar, de ahí el nombre.
mecanismo de fusible propósito es introducido para protegerse contra el riesgo sistémico, el tiempo de comercialización, más tranquilo y evitar el pánico se extendió conducen a la volatilidad del mercado, con el fin de prevenir la aparición del fenómeno de la caída a gran escala en el precio de las acciones. Sin embargo, debido a la fusión de mecanismo también cortar el flujo de fondos, sino que también provocar un aumento de la confianza del mercado y el riesgo de mercado continúa su expansión en el extremo del fusible.
mecanismo de fusible de América :
EE.UU. mecanismo de fusible del índice de referencia S & P 500, el valor umbral de caída solo del 7%, 13%, 20%. Cuando el índice se redujo en un 7% en comparación con el nivel día de cierre anterior, el 13% de la bolsa de comercio de la nación será suspendido durante 15 minutos, cuando el índice cayó un 20% en comparación con el nivel día de cierre anterior, el mismo día en que se detuvo la transacción. 2010 acciones de Wall Street comenzaron a implementar mecanismo de fusible.
Fusible mecanismo fue propuesto por primera vez en 1987 por la Bolsa de Nueva York en los Estados Unidos, con el fin de evitar similares "Lunes Negro" caída de la bolsa se produjo. En este punto el mecanismo de fusible sólo por soplado para el índice de mercado. 1997 27 de octubre de la media industrial Dow Jones cayó 7,18 por ciento, para cerrar en 7161.15 puntos, este es el primer mecanismo de tiempo fusible se activa después de la introducción de 1988.
Las acciones estadounidenses provocaron un segundo mecanismo de fusibles esté EST 9 de marzo de 2020, por el brote de la enfermedad 2019 coronavirus y el colapso de los precios del petróleo impacto, a las 9:34 el 9 de marzo, el índice S & P 500 cayó un 7 por ciento después de la campana de apertura de gatillo el primer mecanismo capa fusible a suspender las operaciones durante 15 minutos. Tres días más tarde, el 12 de marzo, el índice Standard & Poors 500 cayó más de un corto tiempo después de la apertura de la primera capa 7% gatillo mecanismo de fusible nuevo.
China continental mecanismo de fusible :
La República Popular de China desde principios de 2016 en la Bolsa de Shanghai, Bolsa de Shenzhen y China Futuros Financieros Cambio al mismo tiempo un mecanismo de fusibles juicio. La cual se sopla CSI 300 conjunto de referencia del 5%, 7% en dos etapas de fusión índice de umbral, subidas y bajadas son soplados.