Introducción a HSF
El nombre completo de HSF es framework de alta velocidad , que es el framework RPC utilizado internamente por Alibaba. Inicialmente compitió con Dubbo internamente y finalmente eligió HSF por varias razones.
Las razones principales son las siguientes:
El código HSF es menos y más ligero, y el tamaño del código es de aproximadamente 2/3. El diseño de Dubbo es más completo y más funcional, y más expansión de contenedores y reemplazo de componentes de código abierto.
El rendimiento de transmisión netty + hession de HSF es mayor, y demasiados filtros internos en Dubbo reducen aún más el rendimiento de RPC.
HSF requiere el enlace de contenedor Jboss, que es más intrusivo y necesita personalizar componentes internos como el cargador de clases. Los contenedores Dubbo se implementan en un entorno general de Java.
Las características comparativas de HSF tienen un rendimiento más alto y más enlaces de componentes personalizados internos, de modo que se minimiza el rendimiento de RPC y se minimiza el costo de operación y mantenimiento, lo cual es importante para Ali.
Dubbo presenta funciones integrales y una expansión más fácil de componentes de código abierto, lo que facilita el desarrollo secundario. Por lo tanto, es más adecuado para la promoción al ecosistema de código abierto, por lo que Ali decidió volver a mantener la comunidad de código abierto de Dubbo para aumentar su influencia.
HSF es un marco de llamadas punto a punto, no hay bus de comunicación ni clúster de servicio.
Estructura principal HSF
Centro de registro de direcciones (descubrimiento de servicios) El
centro de registro es el proveedor de servicios que necesita especificar alguna información de registro de servicios, como el nombre del servicio en sí mismo. Registre el servicio en el centro de registro para lograr la función de descubrimiento de servicios.
Es lo mismo que el cuidador del zoológico en la comunidad de código abierto que realiza el descubrimiento de servicios. El middleware llamado configServer se usa actualmente para mantenimiento dentro de Ali. El nodo es almacenamiento de memoria y no es persistente.
La
llamada rpc del servidor de configuración también puede tener algunos requisitos operativos, como el tiempo de espera y el aislamiento del número de versión de diferentes entornos. Las reglas de enrutamiento, los pesos, etc. están controlados por este nodo, y ahora el middleware de configuración de diamante es responsable.
Nodo de persistencia de metadatos (Unified Management) Los
metadatos son para proporcionar comodidad para la operación y el mantenimiento, es un nodo no esencial, que puede administrar los servicios de manera uniforme y lograr monitoreo, operación y mantenimiento en tiempo real.
Consola HSOPS
Basado en 3 para lograr herramientas de operación visual y mantenimiento.
Prestador de servicios
a los consumidores de servicios de
la figura:
Los principales
pasos lógicos son los siguientes:
El proveedor de servicios inicia el contenedor hsf e informa la información del servicio al centro de registro del
servicio, e informa la información de metadatos.
El consumidor del servicio inicia el contenedor hsf, extrae la información del proveedor y extrae la información
del servicio de configuración para llamar.
Hay muchos tipos de registro de servicio HSF, incluido el xml más antiguo, que debe estar vinculado al entorno sar de alitomcat.
La forma de soportar el lightAPI directamente detrás del inicio de la función principal no requiere un contenedor de resorte,
ahora el método de inyección de anotación springboot.
Poco a poco se logró un método de uso muy similar con llamadas locales.
manifestación
Aquí está la forma más sencilla de registrarse y llamar al servicio
/**
* ligthAPI的方式
*/
ServiceFactory serviceFactory = ServiceFactory.getInstance();
XXService xxService = (XXService) serviceFactory
.consumer("XXService")
.service("XXService")
.version("1.0.0.daily").group("HSF")
.subscribe();
UmsResult<Void> result = xxService.request(request);Resumen
Como marco RPC de alto rendimiento dentro de Alibaba, HSF tiene las ventajas de peso ligero, alto rendimiento y bajo costo de operación y mantenimiento, lo que proporciona una buena base para la aplicación de clústeres a gran escala.
Si desea completar un gobierno de servicio del sistema distribuido más completo y otras funciones requieren más componentes periféricos, estos pueden requerir un desarrollo secundario , si necesita un dubbo ecológico más completo o un arranque por resorte es mejor .
Por lo tanto, elegir diferentes marcos y componentes para diferentes escenarios es la última palabra.
Referencia:
https://blog.csdn.net/micro_hz/article/details/86507317
