Basado RocketMQ + Knative nube conducción Serverless aplicación nativa

Sin duda, tenemos un servicio de noticias RocketMQ mejor comprensión, RocketMQ combina con lo que provocará sin servidor se cuelga? A continuación, presentamos hoy sobre cómo la unidad RocketMQ + Knative basado en la nube sin servidor de aplicaciones nativas. Los principales autores introdujeron varias conveniente:

• Nube nativa y sin servidor
• Perfil Knative
• RocketMQSource
• Alimentos escenario de ejemplo de distribución

nativo nube

CNCF mirada en la definición de la nube orígenes:
la tecnología de aplicación en la nube natal en favor de las organizaciones en la nube pública, nube privada y nube híbrida y otra entorno dinámico nuevo, construir y ejecutar elásticamente extensible. En nombre de la tecnología nativa nube incluyendo contenedores, rejilla servicio, micro-servicios, la infraestructura y API declarativa inmutable.

Estas técnicas se pueden construir de tolerancia a fallos, fácil de manejar y fácil de observar sistemas débilmente acoplados. En combinación con medios automatizados fiables, la tecnología de nube nativa permite a los ingenieros para hacer fácilmente sistema frecuente y predecible para los grandes cambios.
De hecho, la nube objetivos nativos para proporcionar una forma estandarizada de convergencia de servicios en la nube nube proveedores y clientes. De esta manera para los clientes a reducir el costo de la cruz en la nube y la migración a la nube, por lo que los clientes siempre conservan la capacidad de los proveedores de nubes y la negociación; fabricantes de nube, de bajo costo debido a la migración de clientes a través de la nube, por lo que siempre que proporcionen una forma más rentable prestaciones de la nube, se pueden reunir fácilmente un gran número de usuarios.

sin servidor

Sin servidor (sin arquitectura de servidor) se refiere a la lógica del lado del servidor implementado por el desarrollador, corriendo en un recipiente de computación sin estado, provocado por un evento, totalmente administración de terceros, su estado a nivel de negocio se almacena en una base de datos u otros medios de comunicación.
Sin servidor puede ser entendida como una etapa avanzada de desarrollo tecnológico de la nube original de ellos, para que más desarrolladores centrarse en la lógica de negocio, al tiempo que reduce el enfoque en la infraestructura.
aquí se menciona es Funciones sin servidor, de hecho, además de las funciones sin servidor, hay otro aspecto sin servidor: sin servidor en contenedores. En comparación con la función sin servidor, sin servidor de contenedores, más portátiles, los desarrolladores de aplicaciones complejas para un mejor control. Además, para los usuarios con experiencia contenedor era el bautismo, el contenedor de la serverless los podría ser una mejor elección.
Para sin servidor, los siguientes puntos deben tener en cuenta:

• Eventos (evento) de accionamiento: sin servidor es impulsada por eventos (event) (por ejemplo, HTTP, pub / sub) está totalmente gestionado servicios de computación.
• flexibilidad Auto: bajo demanda, pico de carga de desplazamiento.
• Por uso de facturación: En comparación con los servicios tradicionales en el uso de los recursos (ejemplo ECS, Especificaciones VM, etc.) de facturación, en virtud de la escena sin servidor está más de acuerdo con la cantidad de uso de los servicios (número de llamadas, duración, etc.) de facturación
• Green computing: la llamada computación verde es en realidad maximiza para mejorar la eficiencia del uso de los recursos, lo que reduce el desperdicio de recursos, haga el "ahorro de energía"

Knative

El recipiente anteriormente mencionado de serverless, entonces no existe tal marco plataforma Serveless que? La respuesta es: Knative

Knative fue lanzado en 2018. Google Cloud siguiente Asamblea General sobre la base de un Serverless Kubernetes motor de orquestación de. Knative un objetivo muy importante es el desarrollo de una nube nativa, multiplataforma coreografía sin servidor estándar. Knative se construye (o función) a través de la integración del recipiente, la gestión Serverless estándar carga de trabajo (elasticidad) y el modelo de tres eventos de lograr. El principal contribuyente a las comunidades Knative actuales tiene Google, Pivotal, IBM, RedHat. También como CloudFoundry, OpenShift estos proveedores PAAS están activamente involucrados edificio Knative.

módulo de núcleo Knative

Knative módulo principal incluye un marco orientado a eventos Prueba completa y Servicio de despliegue de cargas de trabajo.

Sin servidor Servicios de motor - Porción

Sirviendo Knative capacidad de la base es su simple y eficiente aplicación de servicio de alojamiento, que es la base de su capacidad para soportar sin servidor. servicios de alojamiento de aplicaciones proporcionadas por Knative pueden reducir en gran medida la complejidad y el riesgo de la manipulación directa de recursos Kubernetes, mejorar aplicaciones de suministro de eficiencia y servicio iterativos. Por supuesto, como la capacidad Severlesss marco no puede prescindir de los recursos bajo demanda, servicios de contenedores Ali nube Knative automáticamente en función de la cantidad solicitada ampliación del número de instancias de su aplicación en las horas punta, cuando después de una solicitud para reducir el importe de la reducción de volumen automático del número de casos, puede ser muy automatización que ayudar a ahorrar costos.
Sirviendo al unirse a Istio también proporciona unas potentes y flexibles capacidades de gestión de tráfico de escala de grises capacidades de publicación. capacidades de gestión de tráfico pueden ser capaces de publicar la gradación de acuerdo con la gradación de acuerdo con el porcentaje del porcentaje de división del flujo de tráfico, mientras que también la posibilidad de probar la gradación liberado antes en línea de auto-definida por la etiqueta, su muy fácil integración CICD y el sistema.

Sirviendo a la solicitud de modelo

• Servicio: resumen coreografía sin servidor de aplicaciones, aplicaciones de servicios de gestión del ciclo de vida
• Configuración: Las expectativas del estado de configuración actual. Cada actualización se actualizará servicio de configuración
• Revisión: la configuración de cada actualización creará una instantánea, que se utiliza para la gestión de versiones
• Ruta: las peticiones a revisión, y reenvía el tráfico a las diferentes proporciones de diferentes Revisión

dirigida por eventos marco - Prueba Completa

1. El uso de CloudEvent como un protocolo de transporte de eventos: CloudEvent describir los datos del evento en un formato común, proporcionando la capacidad de los servicios interactivos de plataforma cruzada. KnativeEventing uso CloudEvent como un estándar de transmisión de evento, que mejoran en gran medida la aplicación de plataforma cruzada portabilidad
2. evento externo de acceso de fuente y registro: Apoyo Github, eventos RocketMQ como fuente y Kafka, por supuesto, el usuario puede definir un origen de evento.
3. suscribirse y eventos de activación: Corredor de presentación y el modelo importancia de disparo, el evento no sólo un procesamiento complejo para lograr proteger al usuario, sino que también proporciona una gran cantidad de suscripción de eventos, mecanismo de filtrado.
4. Compatible con los sistemas de mensajería existentes: KnativeEventing sustancialmente desacoplar la implementación del sistema de mensajería, además de la del sistema actual con el apoyo de las InMemoryChannel canal de mensajes basados en memoria sino que también soporta Kafka, NATSStreaming otros servicios de mensajería además de culata convencional puede fácilmente sistema de mensajería.

Concurso completo en Broker modelo / disparador

Aquí es lo que el modelo de Prueba Completa Broker / Trigger, no es complicado. origen de evento externo al evento a un Broker, después de Broker recibir eventos enviados al correspondiente canal (es decir, memoria intermedia de mensajes, donde reenvía como Kafka, InMemoryChannel, etc.), para lograr eventos suscritos por la creación de activación de suscripción Broker, define adicionalmente en el gatillo los servicios correspondientes, para lograr el servicio orientado a eventos definitiva.

RocketMQSource

RocketMQSource es origen de suceso RocketMQ plataforma Knative. Puede ser un mensaje al formato cúmulo nube de eventos en tiempo real RocketMQ remitido a la plataforma Knative, es el conector entre el Apahe RocketMQ y Knative.

Knative + RocketMQ escenario de ejemplo - escena de la distribución de alimentos

Nuestro siguiente ejemplo se muestra la distribución de alimentos, la distribución de alimentos escenario tiene las siguientes características:

• Memoria de los días pico de la distribución de alimentos obvio, comedero.
• gran volumen solo en las horas punta

Por esta situación, se utiliza el mensaje impulsada sin servidor, la expansión automática de recursos a la hora punta, reducir los recursos en la parte inferior de las veces, a pedido se puede mejorar en gran medida la utilización de recursos, reduciendo así los costes.

Una arquitectura típica es la siguiente:

Cuando llega la hora de la comida, los clientes que ordenan único mensaje enviado a la siguiente generación RocketMQ, por RocketMQSource obtienen solo mensaje en un evento para el corredor, las órdenes de suscripción por activación de un evento órdenes de servicio de transmisión final generados pedido individual. Con este esquema tiene las siguientes ventajas:

• Por la tecnología Knative a RocketMQ como el núcleo del sistema de distribución de alimentos del servidor sin servidor puede reducir los costos de operación y mantenimiento y, en gran medida.
• Knative flexibilidad puede ayudar a lidiar fácilmente con desayuno, almuerzo y cena de los picos de demanda de recursos
• RocketMQ do sistema de desacoplamiento asíncrona, para evitar problemas de llamadas de enlace largos, mejorar la disponibilidad del sistema.

operativo

Despliegue Knative.

Ver el despliegue contenedor de servicios Ali nube Knative

despliegue RocketMQSource

En el componente de gestión Knative, seleccione el despliegue clic RocketMQSource.

servicio de orden de despliegue

Ejemplo de referencia repositorio de código: https://github.com/knative-sample/knative-rocketmq
un comando de teclado servicio de despliegue de la siguiente manera:

kubectl apply -f 200-serviceaccount.yaml -f 202-clusterrolebinding.yaml -f 203-secret.yaml -f alirocketmqsource.yaml -f broker.yaml -f ksvc-order-service.yaml -f trigger.yaml

órdenes de pedido pico analógicas.

Por sola simulación, y transmite el mensaje a la lata RocketMQ. Formato de mensajes de Referencia:

{"orderId":"123214342","orderStatus":"completed","userPhoneNo":"152122131323","prodId":"2141412","prodName":"test","chargeMoney":"30.0","chargeTime":"1584932320","finishTime":"1584932320"}

se muestra efecto Demostración:

otros escenarios

sistema de proveedor de electricidad construcción sin servidor - Knative + RocketMQ típico escenario

• Knative resiliencia puede ayudar a lidiar con facilidad de compra, tales como las actividades de promoción de gran doble del proveedor de electricidad once
• sistema de RocketMQ do centrada desacoplamiento asíncrona para evitar problemas de llamadas de enlace largos, mejorar la disponibilidad del sistema.

Knative + RocketMQ escenario típico - la construcción de la plataforma de monitoreo de alarmas

• Métrica, Entrar RocketMQ datos de otro racimo empujan servicio Knative
• servicio Knative a través de análisis de los datos de alarma voluntad contenido de empuje tales como clavos o herramientas de comunicación holgura
• Knative servicio puede ser procesado de datos métricos o registros, sistema de terceros empujar

Knative + RocketMQ típico escenario - conversión de formato de datos múltiples

• Procesar el registro de datos para generar múltiples resultados, así como los derivados, estos resultados se pueden utilizar para las operaciones de derivados, marketing y ventas.
• La conversión de contenido de un formato a otro formato, por ejemplo, Microsoft Word convertirá a PDF.
• archivos principales medios de comunicación deben ser convertidos a una variedad de formatos

resumen

• RocketMQ aplicación orientada a eventos Knative sin servidor

• escenarios

  • Pedidos, Comida para llevar
  • Comprar, comprar límite
  • Construcción de plataforma de monitoreo de alarmas
  • la conversión del formato de datos múltiples
  • Logística y distribución

• fuente

  • RocketMQSource: https://github.com/apache/rocketmq-externals/tree/master/rocketmq-knative/source
  • La distribución de alimentos Ejemplo: https://github.com/knative-sample/knative-rocketmq

Bienvenido al grupo de intercambio Knative