Aplicación del sistema de reproducción de tráfico de código abierto OTDD en edificios tradicionales
Pero al mismo tiempo, debido a que el diseño de OTDD está directamente orientado a la arquitectura de malla de servicio/nativa de nube más popular, es decir, la arquitectura k8s istio, muchos amigos me han preguntado en privado si OTDD puede ser aplicado a las arquitecturas tradicionales. La respuesta es ¡por supuesto!
Dos contenidos principales de OTDD:
1. Registro de tráfico
2. Reproducción de tráfico
Entre ellos, además del registro de tráfico. ¡Y además de la arquitectura específica, la reproducción del tráfico es completamente reutilizable!
El diseño de nivel superior de OTDD siempre contiene tres módulos principales.
1. Componente de registro de tráfico: relacionado con su arquitectura específica, OTDD proporciona registros de tráfico en k8s istio de forma predeterminada.
2.otddserver: se puede implementar de forma independiente y es responsable del almacenamiento del tráfico; y acoplar solicitudes de otdd-test-runner, visualización de tráfico, edición, selección de reproducción, visualización de informes, etc. La mayoría de las operaciones del usuario se realizarán en la página web de otddserver;
3.otdd-test-runner: puede ejecutarse en modo Docker/modo de servicio Linux, que depende de su entorno de desarrollo;
Entonces, para la arquitectura istio tradicional que no es k8s, solo necesita registrar el tráfico de acuerdo con la idea de registro de tráfico OTDD y almacenarlo en otddserver, ¡y el resto se puede reutilizar por completo!
Los registros de tráfico bajo diferentes arquitecturas pueden ser muy diferentes, pero simplemente siga el uso de intervalos de tiempo para establecer relaciones de tráfico entrante/saliente.
Aquí tienes algunas ideas, puedes elegir según tu propia arquitectura.
1 y método de registro de tráfico nginx en php-fpm
Bajo su pensamiento:
A. Eliminar un tráfico nginx (o agregar un nginx) como registrador.
b. Seleccione un nginx, instale la lógica de reenvío del puerto serie y reenvíelo a la grabadora.
C. Utilice tcpdump para registrar el tráfico en la grabadora.
2. Aplicar directamente el método de grabación de tráfico de reenvío interno.
Bajo su pensamiento:
A. Eliminar el flujo de servicio como registrador (o agregar un servicio).
B. Seleccione un servicio y reenvíelo al registrador utilizando una lógica de reenvío en serie especial.
C. Utilice tcpdump para registrar el tráfico en la grabadora.
3. Método de registro del tráfico reenviado por la capa de puerta de enlace
Bajo su pensamiento:
A.
b. Implementar una lógica de reenvío en serie especial directamente en la capa de puerta de enlace para reenviarlo a la grabadora.
C. Utilice tcpdump para registrar el tráfico en la grabadora.
¡El archivo tcpdump grabado se puede analizar y almacenar en otddserver a través de grpc!
Su github:/otdd/otdd-tcpdump-parser
Script Lua que se ejecuta bajo nginx, los amigos pueden usarlo como referencia para serializar el tráfico según sus respectivas arquitecturas.
Su github:/otdd/nginx-redirector-example