Service Mesh (ASM) simplifica la gestión de microservices en un modelo de microservices. Este tema ofrece un tutorial de inicio rápido que explica cómo usar ASM para gestionar aplicaciones.
Procedimiento
|
Paso |
Operación |
Descripción |
|
1 |
Para usar ASM, primero debe crear una instancia de ASM. ASM le permite ejecutar operaciones como gestión de tráfico, gestión de seguridad, recuperación ante fallos, observación y monitoreo en las aplicaciones. |
|
|
2 |
Add a Container Service for Kubernetes (ACK) cluster to the ASM instance |
Una aplicación desplegada en una instancia de ASM se ejecuta dentro de un clúster. Por lo tanto, primero agregue un clúster de ACK a la instancia de ASM. |
|
3 |
Create an ingress gateway in the ACK cluster that is added to the ASM instance |
Un ingress gateway proporciona una entrada unificada para enrutar el tráfico entrante en la capa 7. Enruta las solicitudes HTTP del mismo puerto basado en TCP hacia distintos servicios de Kubernetes según el contenido de la solicitud. |
|
4 |
Deploy an application in the ACK cluster that is added to the ASM instance |
Después de desplegar un ingress gateway en el clúster de ACK agregado a una instancia de ASM, despliegue aplicaciones en dicho clúster. |
|
5 |
ASM le permite enrutar el tráfico hacia distintas versiones de un servicio según la proporción especificada. Esta función es adecuada para escenarios como canary release y pruebas A/B. Utilice los recursos de Istio para dirigir el tráfico a diferentes versiones de un servicio. |
|
|
6 |
Mesh Topology proporciona observability para las aplicaciones en las instancias de ASM. Esta herramienta incluye una interfaz gráfica de usuario (GUI) con la que se monitorea el comportamiento de los servicios. Con Mesh Topology puede consultar los flujos de tráfico y la comunicación entre cargas de trabajo. |
Preguntas frecuentes
¿Por qué no puedo usar el archivo kubeconfig de una instancia de ASM para desplegar una aplicación?
La consola de ASM proporciona el archivo kubeconfig para conectarse a las instancias de ASM. De este modo, usted usa el cliente kubectl para gestionar las definiciones de recursos personalizados (CRD) de Istio, como los servicios virtuales. El plano de control de una instancia de ASM se encarga de administrar los recursos de Istio, por lo que no es posible desplegar aplicaciones en él.
¿Por qué no puedo desplegar los CRD de Istio, como los servicios virtuales, en los clústeres que administra ASM?
Los recursos de Istio se administran en el plano de control. Este plano también proporciona el archivo kubeconfig que se utiliza para conectarse a la instancia de ASM.
¿Por qué no puedo gestionar los recursos de Istio mediante los archivos kubeconfig de los clústeres?
Los CRD de Istio se almacenan en el plano de control. Dicho plano convierte las reglas definidas por los CRD de Istio en reglas dentro de las configuraciones de sidecar y aplica las reglas resultantes.
¿Cuáles son las diferencias entre los namespaces del plano de control de una instancia de ASM y los namespaces de los clústeres del plano de datos?
Los namespaces que se crean en una instancia de ASM, ya sea desde la consola de ASM o con el cliente kubectl, pertenecen exclusivamente a dicha instancia. Estos namespaces son independientes de los clústeres de Kubernetes del plano de datos que administra la instancia de ASM. Cuando usted crea o elimina namespaces para la instancia de ASM, los namespaces de los clústeres de Kubernetes del plano de datos no se ven afectados.