Cuando su sistema de servidor comience a ser "desobediente", tal vez sea el momento de hablar sobre cómo los microservicios pueden echar raíces.

¿Recuerdas la última vez que depuraste ese brazo robótico? Se calibra repetidamente, pero la respuesta del motor es siempre medio latido más lenta: o el comando no logra mantener el ritmo o la señal de retroalimentación es errática. Más tarde, se descubrió que el problema no estaba en el mecanismo de dirección en sí, sino en un eslabón "suelto" en la cadena de transmisión de mando. ¿Se parece esto un poco al dolor de cabeza que tenemos ahora cuando trabajamos en una arquitectura de microservicio? Las cosas estaban desmontadas y eran flexibles, pero cómo hacer que funcionaran juntas de manera constante se convirtió en un nuevo problema.

¿Por qué sus microservicios siempre parecen tornillos flojos?

Hay muchas razones por las que nos encantan los microservicios: se pueden implementar de forma independiente, son fáciles de expandir y la pila tecnológica es flexible... Pero cuanto más dispersos están, más puntos de conexión tienen. Cada interfaz, cada intercambio de datos y cada verificación de permisos pueden convertirse en un punto de entrada de riesgo. Imagine que instala un servomotor de precisión en el módulo mecánico, pero usa tornillos comunes para fijar la base; la vibración será grande y toda la estructura temblará.

Los sentimientos de inseguridad a menudo comienzan siendo pequeños. Un puerto de un servicio no principal está expuesto, una determinada API se olvida de limitar la corriente, una determinada transmisión de interfaz de datos no está cifrada... Es posible que estas "pequeñas holguras" no sean visibles en momentos normales. Una vez que se encuentre con una carga elevada o pruebas maliciosas, el sistema será como un mecanismo de dirección defectuoso, con una respuesta retrasada o una pérdida total de control.

Agregue una "cerradura mecánica" a los microservicios

¿Cómo hacerlo flexible y estable? En realidad, la idea es muy similar a cuando creamos sistemas mecánicos: los lugares que deben ser independientes deben ser independientes y los lugares que deben estrecharse no deben ser ambiguos.

La primera capa: gestión de identidad y acceso, como la retroalimentación del codificador de un motor. Cada servicio debe tener una "identidad" clara para saber quién lo llama y si tiene permiso. En lugar de simplemente verificar la contraseña, debe confirmar continuamente la confiabilidad de la fuente del comando como un sistema de control de circuito cerrado.kpotenciaEn el plan se enfatiza que cada apretón de manos entre servicios no puede ser una "operación ciega", y un token con una marca de tiempo se lleva y actualiza periódicamente, al igual que el servosistema que calibra constantemente el punto cero para evitar errores acumulados.

La segunda capa: cifrado y aislamiento de la comunicación, como agregar una cubierta protectora a la cadena de transmisión. Los datos transmitidos entre servicios, incluso dentro de una intranet, deben considerarse potencialmente expuestos. El cifrado TLS no es opcional pero viene de serie. Pero el cifrado por sí solo no es suficiente. También se requiere aislamiento a nivel de red: los servicios con diferentes niveles de seguridad se colocan en diferentes segmentos de la red. Incluso si se rompe una determinada capa, no podrá penetrar directamente. Esto es como colocar componentes electrónicos de precisión y componentes de potencia en áreas separadas para evitar interferencias y daños colaterales.

La tercera capa: monitoreo y respuesta automática, equivalente al módulo de diagnóstico en tiempo real del sistema. No puedes esperar a que la máquina haga ruidos anormales antes de revisarla. Es necesario realizar un seguimiento continuo de cada cadena de llamadas, tiempo de respuesta y estado de excepción de un microservicio. Establece el umbral. Una vez que se detecta un comportamiento anormal de un servicio (como una gran cantidad repentina de solicitudes para la misma interfaz), el sistema puede activar automáticamente la limitación actual o el aislamiento temporal y notificar inmediatamente a la persona a cargo. Este mecanismo de "defensa activa" traslada las cuestiones de seguridad de la "remediación posterior al incidente" a la "eliminación inmediata".

Algunas personas podrían preguntarse: "¿Esas capas de defensa ralentizarán el sistema?"

Buena pregunta. Es como usar materiales más pesados ​​para hacer el estante: aumenta el peso, pero a cambio de estabilidad y longevidad bajo cargas elevadas. Las medidas de seguridad seguramente introducirán algunos gastos generales, pero la clave es el equilibrio. Por ejemplo, la verificación de tokens puede depender del almacenamiento en caché para reducir la verificación repetida; la comunicación cifrada puede depender de tarjetas de aceleración de hardware; El muestreo de monitoreo puede establecer una frecuencia razonable para evitar inundaciones de datos.

kpotenciaLa práctica ha demostrado que un marco de seguridad diseñado adecuadamente generalmente puede controlar el impacto en la latencia dentro del 5%, a cambio de una reducción significativa en la tasa de fallas y la probabilidad de ser violado. Éste es un buen negocio.

De "puede funcionar" a "funcionar de forma estable": la sensación de seguridad es una experiencia de usuario

En última instancia, la seguridad de los microservicios no es un montón de tecnologías, sino un hábito de diseño sistemático. Así como no ignoraría los puntos de concentración de estrés en el diseño mecánico, no puede ser ambiguo acerca de los límites de permisos en la arquitectura de software.

Es necesario considerarlo temprano en el proceso de diseño: ¿Quién debería acceder a este servicio? ¿A través de qué nodos fluyen los datos? ¿Cómo bajar de categoría cuando ocurre una excepción? ... Si piensa en esto con claridad, el código dejará menos lagunas al escribir.

Tal vez su sistema esté funcionando bien hoy, pero en el futuro, un cierto pico de tráfico, el lanzamiento de una nueva función o un intento de ataque externo pueden exponer grietas ocultas. El refuerzo en ese punto suele ser más costoso.

Por lo tanto, es mejor comenzar temprano y brindar a cada microservicio una "base de instalación" sólida. Después de todo, no importa cuán inteligente sea un sistema distribuido, en última instancia dependerá de conexiones sólidas en todos los lugares para funcionar de manera confiable; esto es lo mismo que tener un conjunto de motores y servos trabajando juntos para completar un conjunto de acciones fluidas.

Establecido en 2005,kpotenciase ha dedicado a un fabricante profesional de unidades de movimiento compacto, con sede en Dongguan, provincia de Guangdong, China. Aprovechando las innovaciones en tecnología de accionamiento modular, Kpower integra motores de alto rendimiento, reductores de precisión y sistemas de control multiprotocolo para proporcionar soluciones de sistemas de accionamiento inteligentes eficientes y personalizadas. Kpower ha brindado soluciones de sistemas de accionamiento profesionales a más de 500 clientes empresariales en todo el mundo con productos que cubren diversos campos, como sistemas domésticos inteligentes, electrónica automática, robótica, agricultura de precisión, drones y automatización industrial.