Kubernetes 和 Istio
Con la penetración continua del concepto de microservicios, cada vez más empresas y desarrolladores están tratando de convertir los servicios monolíticos anteriores en arquitectura de microservicios. Container
La aparición de la tecnología de contenedores ha acelerado enormemente este proceso. Los contenedores y los microservicios son simplemente una combinación perfecta. , partido hecho en el cielo. Porque resuelve eficazmente el problema de N
la entrega rápida y el despliegue rápido de múltiples servicios.
Sin embargo, con el creciente número de servicios, muchas empresas pueden esperar combinar los servicios relacionados 聚合
para una implementación y administración eficientes, por lo que el 服务编排
concepto aparece más adelante . Entre las muchas 服务编排
herramientas, Kubernetes
asimilamos Google的沉淀
y 先进的思想
resultó que dominaban el diseño del campo de contenedores, muchas personas parecen tontas directamente ... Como resultado, un grupo de empresas de nueva creación especializadas en Kuberntes
proyectos de gestión, e incluso líderes nacionales, Rancher
también actualizaron la 2.0
versión, centrándose en la Kubernetes
gestión y los servicios de nivel superior. Porque realmente no puedo hacerlo, en palabras de Da Liu, esto es todo 降维打击
.
Más tarde, nuevamente con el módulo de servicio de averías, aumentar el número de servicios, los servicios de operación y mantenimiento está destinado a convertirse en un problema a resolver, luego Istio
apareció, con Goole
y IBM
los fabricantes Buff
, el sector de servicios se ha convertido en una estrella brillante de la gobernanza , Itsio
Basado en la idea de separar el plano de datos y el plano de control, permitiendo una gestión eficaz de las estrategias de control del servicio.
Desarrollo de arquitectura | problema resuelto |
---|---|
Microservicio | Resuelve el problema de la alta cohesión y el servicio inflado. |
Container |
Resolver los problemas de unificación, entrega y despliegue del entorno operativo |
Kubernetes |
Resolver el problema de la "agregación" y la implementación efectivas entre servicios |
Istio |
Resolver una serie de problemas de gobernanza que enfrentan los lanzamientos de servicios. |
Kubernetes y Docker hacen nube privada
2018
Cuando tenía 20 años, sentí que usando el principio de Kuberntes
pensar y sumar Docker
, sentí que no debería ser un problema para nada ser una nube privada, o incluso una nube pública, esta idea se ha confirmado hoy.
Kubernetes
pensamiento
- Infraestructura inmutable
AprovecheDocker
la inmutabilidad de la duplicación; si el contenedor es anormal, ya no es como lassh
depuración tradicional , sino quekill
suelte directamente el contenedor actual y reinicie. - La infraestructura es código.
La infraestructura de gestión es como la gestión de código. Toda infraestructura es descriptiva, por ejemploKubernetes
, elnode、service
concepto de "en". - La infraestructura programable está
orientada a laKubernetes
programación yAPI
gestionaKubernetes
los recursos en modo llamada .
Docker
en principio
Build once, Run anywhere
Construya una vez, ejecute en cualquier lugarAll in one
Unacontainer
carrera sólo una aplicación
Gestión centrada en la aplicación del ciclo de vida de la aplicación con elegancia- Gobernanza jerárquica
Desdeiaas
->paas
->saas
, gobernanza jerárquica, cada capa se llama entre sí a través de interfaces sin entrometerse entre sí
Hablando de jugar a estos, ¿es realmente tan sencillo, no hay problema? No, creo que Kubernetes
hay otro problema que resolver en la resolución de problemas anterior.
Ahora el umbral para la resolución de problemas será relativamente alto, ¡y aún no es simple y fácil de usar!