Gateway API 0.8.0... en español.
Signed-off-by: Flynn <flynn@buoyant.io>
This commit is contained in:
Flynn
Flynn
parent
0f778d3b32
commit
c98ad0b8e4
|
|
@ -0,0 +1,209 @@
|
||||||
|
---
|
||||||
|
layout: blog
|
||||||
|
title: "Gateway API v0.8.0: Introducing Service Mesh Support"
|
||||||
|
date: 2023-08-29T10:00:00-08:00
|
||||||
|
slug: gateway-api-v0-8
|
||||||
|
---
|
||||||
|
|
||||||
|
***Autores:*** Flynn (Buoyant), John Howard (Google), Keith Mattix
|
||||||
|
(Microsoft), Michael Beaumont (Kong), Mike Morris (independent), Rob Scott
|
||||||
|
(Google). Traducción desde [el inglés][english] (y errores relacionados) por
|
||||||
|
Flynn.
|
||||||
|
|
||||||
|
_¡Mil gracias a María Teresa Rojas y Dani Baeyens por su inestimable ayuda revisando este post!_
|
||||||
|
|
||||||
|
Es un gran placer anunciar la versión v0.8.0 de Gateway API. Con esta versión,
|
||||||
|
el soporte para service mesh en Gateway API ha alcanzado el [estado
|
||||||
|
Experimental][status]. ¡Esperamos tus comentarios en la nueva versión!
|
||||||
|
|
||||||
|
Además, nos alegra anunciar que Kuma 2.3+, Linkerd 2.14+, e Istio 1.16+
|
||||||
|
cumplen completamente con el soporte de service mesh de Gateway API.
|
||||||
|
|
||||||
|
## Soporte para service mesh en Gateway API
|
||||||
|
|
||||||
|
Aunque el foco inicial de Gateway API siempre fue el tráfico de entrada al
|
||||||
|
cluster (north-south), estaba claro casi desde el principio que los mismos
|
||||||
|
conceptos básicos de enrutamiento también deberían aplicarse al tráfico de
|
||||||
|
service mesh (east-west). En 2022, el subproyecto Gateway API lanzó [la
|
||||||
|
iniciativa GAMMA][gamma], un flujo de trabajo independiente de proveedores,
|
||||||
|
para examinar la manera mejor de adaptar el soporte de service mesh al marco
|
||||||
|
de los recursos de Gateway API, sin necesitar que que los usuarios de Gateway
|
||||||
|
API tuvieran que aprender de nuevo todo lo que sepan sobre la API.
|
||||||
|
|
||||||
|
Durante el último año, GAMMA ha investigado con cuidado los desafíos y
|
||||||
|
posibles soluciones para usar la Gateway API para service mesh. El resultado
|
||||||
|
final es unos pocos de [propuestas de mejora][geps] que reflejan muchas horas
|
||||||
|
de reflexión y debate, y proporcionan un camino viable, con cambios mínimos,
|
||||||
|
para permitir que Gateway API soporte la service mesh.
|
||||||
|
|
||||||
|
### ¿Cómo funcionará el enrutamiento de mesh con la Gateway API?
|
||||||
|
|
||||||
|
Todos los detalles se puede encontrar en [la documentación de la mesh de
|
||||||
|
Gateway API][mesh-routing] y [GEP-1426], pero en resumen: en Gateway API
|
||||||
|
v0.8.0, un HTTPRoute puede tener un `parentRef` que es un Service, no solo un
|
||||||
|
Gateway. Anticipamos GEPs futuros en este área a medida que adquirimos más
|
||||||
|
experiencia con los casos de uso de service mesh: la capacidad de asociar un
|
||||||
|
HTTPRoute con un Service permite usar Gateway API para una service mesh, pero
|
||||||
|
hay múltiples casos de uso interesantes que permanecen difíciles de manejar.
|
||||||
|
|
||||||
|
Un ejemplo: podrías usar un HTTPRoute para hacer una prueba A-B con la service mesh así:
|
||||||
|
|
||||||
|
```yaml
|
||||||
|
apiVersion: gateway.networking.k8s.io/v1beta1
|
||||||
|
kind: HTTPRoute
|
||||||
|
metadata:
|
||||||
|
name: bar-route
|
||||||
|
spec:
|
||||||
|
parentRefs:
|
||||||
|
- group: ""
|
||||||
|
kind: Service
|
||||||
|
name: demo-app
|
||||||
|
port: 5000
|
||||||
|
rules:
|
||||||
|
- matches:
|
||||||
|
- headers:
|
||||||
|
- type: Exact
|
||||||
|
name: env
|
||||||
|
value: v1
|
||||||
|
backendRefs:
|
||||||
|
- name: demo-app-v1
|
||||||
|
port: 5000
|
||||||
|
- backendRefs:
|
||||||
|
- name: demo-app-v2
|
||||||
|
port: 5000
|
||||||
|
```
|
||||||
|
|
||||||
|
Cualquier solicitud al puerto 5000 del Service `demo-app` que tenga la
|
||||||
|
cabecera `env: v1` se dirigirá a `demo-app-v1`, y los que no la tengan se
|
||||||
|
dirigirá a `demo-app-v2`. Dado que esta decisión está tomando por la service
|
||||||
|
mesh en vez del controlador de ingress, la prueba A-B se puede realizar en
|
||||||
|
cualquier nivel del gráfico de llamadas de la aplicación.
|
||||||
|
|
||||||
|
## ¿Cómo se puede confiar que este soporte será verdaderamente portátil?
|
||||||
|
|
||||||
|
Gateway API ha invertido mucho esfuerzo en pruebas de conformidad en todas las
|
||||||
|
funciones que soporta, y las de la service mesh no son excepciones. Uno de los
|
||||||
|
desafíos que enfrentó la iniciativa GAMMA fue que muchas de estas pruebas
|
||||||
|
siempre han requerido que la implementación proporcionara un controlador de
|
||||||
|
ingress. Muchas service meshes no hacen así, y requerir que una mesh
|
||||||
|
implemente un controlador de ingress para cumplir con GAMMA no parece
|
||||||
|
práctico, cuando menos. Por lo tanto, hemos reiniciado el trabajo en _perfiles
|
||||||
|
de conformidad_ de Gateway API, como se describe en [GEP-1709].
|
||||||
|
|
||||||
|
Con perfiles de conformidad, podemos definir subconjuntos de la funcionalidad
|
||||||
|
de Gateway API, y permitir que las implementaciones elijan (y documenten) a
|
||||||
|
qué subconjuntos se ajustan. GAMMA agrega un nuevo perfil `Mesh`, descrito en
|
||||||
|
[GEP-1686], que sólo verifica la funcionalidad de service mesh definida por
|
||||||
|
GAMMA. Ahora mismo, Kuma 2.3+, Linkerd 2.14+ e Istio 1.16+ están completamente
|
||||||
|
conformes con el perfil `Mesh`.
|
||||||
|
|
||||||
|
## ¿Qué más hay en Gateway API v0.8.0?
|
||||||
|
|
||||||
|
Versión v0.8.0 se trata principalmente de preparar Gateway API para versión
|
||||||
|
v.1.0, en la que planeamos que HTTPRoute, Gateway, y GatewayClass se graduarán
|
||||||
|
a GA. Hay dos cambios principales relacionados con esta preparación:
|
||||||
|
validación CEL y cambios en la versión de la API.
|
||||||
|
|
||||||
|
### Validación CEL
|
||||||
|
|
||||||
|
Gateway API v0.8.0 comienza la transición desde validación de webhook a
|
||||||
|
[validación CEL][cel], usando información incluida en los CRDs. Esta
|
||||||
|
transición significa diferentes cosas dependiendo de la versión de Kubernetes
|
||||||
|
que se use:
|
||||||
|
|
||||||
|
#### Kubernetes 1.25+
|
||||||
|
|
||||||
|
La validación CEL está completamente soportada, y casi toda la validación de
|
||||||
|
Gateway API está implementada en CEL. (La única excepción es que, en los
|
||||||
|
filtros de modificación de cabeceras, CEL solo puede validar los nombres de
|
||||||
|
las cabeceras sin distinguir entre mayúsculas y minúsculas. Hay más
|
||||||
|
información en [#2277][issue 2277].)
|
||||||
|
|
||||||
|
Recomendamos que _no_ uses el webhook de validación en estas versiones de
|
||||||
|
Kubernetes.
|
||||||
|
|
||||||
|
#### Kubernetes 1.23 y 1.24
|
||||||
|
|
||||||
|
La validación CEL no está soportada, pero aún se puede instalar los CRDs de
|
||||||
|
Gateway API v0.8.0. Cuando actualices a Kubernetes 1.25+, la validación CEL
|
||||||
|
incluida en los CRDs se activará automáticamente.
|
||||||
|
|
||||||
|
Recomendamos que sigas usando el webhook de validación en estas versiones de
|
||||||
|
Kubernetes.
|
||||||
|
|
||||||
|
#### Kubernetes 1.22 y versiones anteriores
|
||||||
|
|
||||||
|
Gateway API solo se compromete a admitir las [cinco versiones más recientes de
|
||||||
|
Kubernetes][supported-versions]. Por lo tanto, estas versiones ya no están
|
||||||
|
soportados por Gateway API, y la versión v0.8.0 no se puede instalar en ellas
|
||||||
|
(porque los CRDs que contengan validación CEL serán rechazados).
|
||||||
|
|
||||||
|
### Cambios en la versión de la API
|
||||||
|
|
||||||
|
En la versión de Gateway API v1.0, se graduarán los recursos Gateway,
|
||||||
|
GatewayClass, y HTTPRoute a la versión de API v1 desde v1beta1. Como
|
||||||
|
preparación, seguimos actualizando las versiones de los recursos que han
|
||||||
|
graduado desde la versión v1alpha1 a v1beta1. Para más información, consulta a
|
||||||
|
[las notas de lanzamiento a la versión v0.8.0][v0.8.0 release notes].
|
||||||
|
|
||||||
|
## Cómo empezar con la Gateway API
|
||||||
|
|
||||||
|
Gateway API representa el futuro de las APIs de load balancing, enrutamiento,
|
||||||
|
y service mesh en Kubernetes. Ya hay mas que 20 [implementaciones][impl]
|
||||||
|
disponibles (incluidos controlodoras de ingress y service meshes) y este
|
||||||
|
número siempre está creciendo.
|
||||||
|
|
||||||
|
Si tienes interés en Gateway API, te recomendamos empezar con [la
|
||||||
|
documentación oficial sobre conceptos de la API][concepts]. Además, las
|
||||||
|
[Guides][guides] cubren la instalación y configuración de Gateway API, y
|
||||||
|
demuestran cómo usar Gateway API para lograr varios casos de uso comunes. Dado
|
||||||
|
que esta API se basa en CRDs, puedes instalar la última versión en cualquier
|
||||||
|
cluster de Kubernetes 1.23+.
|
||||||
|
|
||||||
|
Si tienes ganas de contribuir a Gateway API, ¡nos alegra saberlo! Por favor no
|
||||||
|
tengas dudas en crear una nueva issue en nuestro repositorio de GitHub, o
|
||||||
|
unirte en las discusiones. Además puedes consultar la página de la comunidad,
|
||||||
|
que tiene enlaces a Slack e información sobre nuestros reuniones comunitarias
|
||||||
|
cada dos semanas.
|
||||||
|
|
||||||
|
Gracias por tu continuo apoyo y comentarios sobre Gateway API. Estamos
|
||||||
|
emocionados de ver cómo usas esta API en producción, y esperamos escuchar
|
||||||
|
sobre tus experiencias.
|
||||||
|
|
||||||
|
## Leer más
|
||||||
|
|
||||||
|
- [GEP-1324] proporciona una descripción general de los objetivos de GAMMA y
|
||||||
|
algunas definiciones importantes. Leer este GEP vale la pena por su
|
||||||
|
tratamiento del espacio del problema.
|
||||||
|
- [GEP-1426] define cómo usar Gateway API recursos de enrutamiento (p.e.
|
||||||
|
HTTPRoute) para manejar tráfico en una service mesh.
|
||||||
|
- [GEP-1686] se basa en el trabajo del [GEP-1709] y define un perfil de
|
||||||
|
conformidad para que una service mesh se declare conforme con Gateway API.
|
||||||
|
|
||||||
|
Aunque estes patrones están [Experimental][status], están disponibles en el
|
||||||
|
[canal `standard`][ch], porque la iniciativa GAMMA no ha necesito agregar
|
||||||
|
neuvos recursos o campos hasta ahora.
|
||||||
|
|
||||||
|
[gamma]:https://gateway-api.sigs.k8s.io/concepts/gamma/
|
||||||
|
[status]:https://gateway-api.sigs.k8s.io/geps/overview/#status
|
||||||
|
[ch]:https://gateway-api.sigs.k8s.io/concepts/versioning/#release-channels-eg-experimental-standard
|
||||||
|
[cel]:/docs/reference/using-api/cel/
|
||||||
|
[crd]:/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/
|
||||||
|
[concepts]:https://gateway-api.sigs.k8s.io/concepts/api-overview/
|
||||||
|
[geps]:https://gateway-api.sigs.k8s.io/contributing/enhancement-requests/
|
||||||
|
[guides]:https://gateway-api.sigs.k8s.io/guides/getting-started/
|
||||||
|
[impl]:https://gateway-api.sigs.k8s.io/implementations/
|
||||||
|
[install-crds]:https://gateway-api.sigs.k8s.io/guides/getting-started/#install-the-crds
|
||||||
|
[issue]:https://github.com/kubernetes-sigs/gateway-api/issues/new/choose
|
||||||
|
[disc]:https://github.com/kubernetes-sigs/gateway-api/discussions
|
||||||
|
[community]:https://gateway-api.sigs.k8s.io/contributing/community/
|
||||||
|
[mesh-routing]:https://gateway-api.sigs.k8s.io/concepts/gamma/#how-the-gateway-api-works-for-service-mesh
|
||||||
|
[GEP-1426]:https://gateway-api.sigs.k8s.io/geps/gep-1426/
|
||||||
|
[GEP-1324]:https://gateway-api.sigs.k8s.io/geps/gep-1324/
|
||||||
|
[GEP-1686]:https://gateway-api.sigs.k8s.io/geps/gep-1686/
|
||||||
|
[GEP-1709]:https://gateway-api.sigs.k8s.io/geps/gep-1709/
|
||||||
|
[issue 2277]:https://github.com/kubernetes-sigs/gateway-api/issues/2277
|
||||||
|
[supported-versions]:https://gateway-api.sigs.k8s.io/concepts/versioning/#supported-versions
|
||||||
|
[v0.8.0 release notes]:https://github.com/kubernetes-sigs/gateway-api/releases/tag/v0.8.0
|
||||||
|
[versioning docs]:https://gateway-api.sigs.k8s.io/concepts/versioning/
|
||||||
|
[english]:/blog/2023/08/29/gateway-api-v0-8/
|
||||||
Loading…
Reference in New Issue