1 ¿Por qué la arquitectura micro-servicios requiere Nube Primavera
Brevemente, el servicio del núcleo se aplica de acuerdo con la parada tradicional una fracción de servicio en un servicio, y sobre esta base de servicio de micro a más completamente disociadas (no comparte DB, KV, retire de peso pesado ESB), e hizo hincapié en los DevOps y rápida evolución. Esto requiere que adoptemos y los tiempos de parada, diferente tecnología de pila era pan-SOA y Cloud, la primavera es uno de los mejores.
Siguiente servicio que la arquitectura evolución desde la perspectiva de la nube de primavera y ver qué más sensible a los servicios de micro-arquitectura.
Hablando desde 1,1 usando nginx
Las soluciones de servicio inicial es proporcionar los mismos servicios que proporcione un nombre de dominio y el servicio unificado de la persona que llama envía una petición HTTP, la petición Nginx responsable de la distribución y saltar al nombre de dominio.
Hay muchos problemas con esta arquitectura:
-
Nginx como una capa intermedia, se acopla en el archivo de configuración de la lógica de servicio invocación, lo que perjudica la integridad de la micro y servicios, pero también hace Nginx en un peso pesado ESB cierta medida.
-
servicios de información dispersos en varios sistemas, no pueden ser unificados de gestión y mantenimiento. Cada llamada de servicio es el primer intento, los consumidores no saben qué instancias de servicio que les proporcione los servicios. Esto no está en línea con el concepto de DevOps.
-
No podemos ver visualmente los proveedores de servicios y consumidores de servicios de salud y frecuencias de comunicación actuales. Esto no está en línea con el concepto de DevOps.
-
Los consumidores de fallo retransmisión, balanceo de carga y por lo tanto no existe una política uniforme, lo que aumenta la dificultad de desarrollo de cada servicio, no es propicio para una rápida evolución.
Con el fin de resolver los problemas anteriores, necesitamos un componente listo central para la integración de servicios, la información de resumen para cada servicio, incluyendo el servicio de componente de nombre, dirección y cantidad. Los servicios de llamadas para proporcionar este servicio para obtener información de primera instancia (IP, puerto, etc.) cuando lo solicite un componente del centro de servicio, y luego seleccionar un proveedor por el servicio a través de la política por defecto o el acceso directo a medida. Por lo tanto, hemos introducido Dubbo.
1.2 Basado en Dubbo lograr microService
Ali Dubbo es una solución de gestión de servicios SOA de código abierto, rico documento, el uso del país es muy alta.
Dubbo construido usando micro-servicios, que puede haber sido una mejor solución al problema mencionado anteriormente:
-
Llame a la capa media se convierte en componentes opcionales, los consumidores pueden acceder directamente al proveedor de servicios.
-
información de servicio se concentra en el Registro, se formó un componente central de la gestión del servicio.
-
Por el sistema de monitoreo Monitor, puede mostrar visualmente estadística llamada de servicio de información.
-
Consumidor puede realizar balanceo de carga, la elección de la degradación del servicio.
Pero para la micro-arquitectura en términos de servicio, Dubbo también no es perfecto:
-
Registro basa en gran medida en los componentes de terceros (zookeeper o Redis), cuando estos componentes no es un problema, una llamada de servicio pronto será interrumpida.
-
DUBBO sólo admiten llamadas RPC. Permite a los proveedores de servicios y la persona que llama tiene una fuerte dependencia en el código, los proveedores de servicios deben continuar para contener el código común fuera del paquete frasco de envasado para uso del consumidor. Una vez que el problema de los envases, que dará lugar a un error de llamada de servicio.
-
Lo más importante, el mantenimiento DUBBO ahora se ha detenido, la demanda de desarrollo de nuevas tecnologías, la necesidad de ampliar la actualización de los propios desarrolladores. Lo que para muchas organizaciones pequeñas y medianas de software que quieren arquitectura micro-servicio, que claramente no es apropiado.
1.3 la mejor opción --Spring Nube
A medida que una nueva generación de la estructura del servicio, lema Nube Primavera presentada es desarrollar "ambiente aplicaciones orientadas a la nube", que ofrece un servicio de asistencia técnica más completa para la micro-arquitectura.
Claramente, Nube, Primavera, es más poderoso que DUBBO, una cobertura más amplia, sino también como proyecto puño de primavera, también es posible, Primavera de arranque, datos de primavera, Spring Batch perfecta integración de Primavera y otros artículos con la Spring Framework, estos servicios para micro es crucial.
Como se mencionó anteriormente, una importante micro-servicios detrás del concepto es la integración continua, entrega rápida, y el uso de unos servicios internos unificados en el marco técnico, con claramente más eficiente que la cartera de tecnología para dispersar. Más importante aún, en comparación con Dubbo, es un proyecto de código abierto de la comunidad más ardiente mantenimiento continuo, que utiliza el sistema para asegurarse de que está construido, puede continuar siendo apoyados por el poder de código abierto.
2 Primavera Nube Descripción de la tecnología
Gobierno Servicio: Este es el núcleo de la nube de primavera. Actualmente, Nube, Primavera realiza principalmente a través de la integración de Netflix relacionado productos funcionan en este sentido (primavera Nube de Netflix), incluyendo Eureka para el registro del servicio y el descubrimiento, llamando interruptor Hystrix, carga final llamado equilibrio de la cinta, el cliente Resto Feign, servicio de inteligencia espectador enrutamiento Zuul, para el seguimiento y la visualización de la recopilación de datos, Servo, Atlas, y para proporcionar la configuración leer Archaius RxJava Controller Reactive capa de encapsulación.
-
Distribuye Verificación de Enlace: El resorte Nube Sleuth proporciona un sistema totalmente automatizado, configurables puntos de datos integrados a los datos de rendimiento de cobro revertido en el enlace llamado micro-servicio, y envió el almacenamiento Zipkin, y las estadísticas de visualización.
-
componente Mensaje: demanda de primavera de nubes de la secuencia por una variedad de resúmenes de mensajería distribuidos, incluyendo suscripciones de publicación, los grupos de consumidores, funciones de fragmentación de mensajes, para lograr la comunicación asíncrona entre los micro-servicios. Nube Primavera Stream también integra terceros Apache Kafka como RabbitMQ e implementar una cola de mensajes. La primavera de la nube corriente de bus basado en la nube de Primavera, el principal proveedor de comunicación de eventos entre los servicios (tales como la configuración de actualización).
-
Center Configuration: Sobre la base de la nube de primavera Netflix y primavera Nube autobús, la primavera también proporciona un resorte Nube de configuración, para lograr una gestión centralizada de la configuración, actualización dinámica el concepto de centro de distribución. Configurado para almacenar o simplemente Git de archivos, cifrado y descifrado soportes.
-
Control Seguridad: El resorte seguridad en la nube basado en normas de seguridad OAuth2 esta red abierta, proporcionando un inicio de sesión único servicio en el microambiente, autorización de recursos, gestión de testigos.
-
herramienta de línea de comandos: Nube Primavera CLI proporciona una forma de línea de comandos y secuencias de comandos manera de gestionar micro servicios y componentes de la nube de primavera.
-
herramientas de racimo: Nube Primavera Cluster proporciona racimo seleccionado de bloqueo primario, distribuido (todavía no implementado), el tiempo de fichas (Escribir implementado), etc. La tecnología de clustering distribuida requieren componentes.