Mesh용 게이트웨이를 사용하는 경우 xRoute는 일반적으로 Kubernetes 서비스를 parentRef로 사용합니다. 이렇게 사용하면 상위 서비스가 클라이언트가 호출할 '서비스 프런트엔드'가 되며 여기서 서비스는 자동으로 할당된 DNS 이름(name.namespace.svc.cluster.local) 및 IP 주소(ClusterIP)를 가져옵니다. 그러면 프록시리스 gRPC 클라이언트가 채널 URI를 사용하여 다음 위치의 서비스에 액세스합니다.
Kubernetes 게이트웨이 API의 핵심 구성요소인 HTTPRoute API 사양은 Kubernetes 내에서 HTTP 트래픽을 라우팅하기 위한 리소스를 정의합니다. 이를 통해 사용자는 HTTP 트래픽에 대한 세분화된 라우팅 규칙을 지정할 수 있습니다. 호스트 이름, 경로, 헤더, 메서드와 같은 속성을 기반으로 클러스터 내에서 요청이 전달되는 방식을 결정합니다. HTTPRoute를 클러스터로의 트래픽 진입점 역할을 하는 게이트웨이에 연결할 수도 있습니다.
GRPCRoute API 사양은 Kubernetes Gateway API의 일부이며 Kubernetes 클러스터 내에서 gRPC 트래픽을 라우팅하기 위한 리소스를 정의합니다. 이를 통해 사용자는 호스트 이름, gRPC 메서드, 헤더와 같은 기준에 따라 gRPC 요청을 일치시키고 백엔드 서비스로 전달하는 방법을 지정할 수 있습니다. 클러스터로의 트래픽 진입점 역할을 하는 게이트웨이에 GRPCRoute를 연결할 수도 있습니다. 이 사양을 사용하면 gRPC 트래픽 라우팅을 세부적으로 제어할 수 있어 이는 Kubernetes에서 gRPC 기반 애플리케이션을 관리하는 데 유용한 도구입니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[],[],null,["# Reference\n=========\n\n|\n| **Preview**\n|\n|\n| This product or feature is subject to the \"Pre-GA Offerings Terms\" in the General Service Terms section\n| of the [Service Specific Terms](/terms/service-terms#1).\n|\n| Pre-GA products and features are available \"as is\" and might have limited support.\n|\n| For more information, see the\n| [launch stage descriptions](/products#product-launch-stages).\n\nThis page describes the Gateway and Vendor extension resources.\n\nAPI Resources\n-------------\n\nWith Gateway for Mesh an xRoute typically uses a Kubernetes Service as the\n[`parentRef`](https://gateway-api.sigs.k8s.io/geps/gep-1426/#api). When used\nthis way, the parent Service becomes the \"service frontend\" for the client to\ncall where the service gets an automatically allocated DNS name\n(`name.namespace.svc.cluster.local`) and IP address (`ClusterIP`). A proxyless\ngRPC client then uses the channel URI to access the service at\n\n`xds:///`\u003cvar translate=\"no\"\u003eSERVICE_NAME\u003c/var\u003e`.`\u003cvar translate=\"no\"\u003eNAMESPACE_NAME\u003c/var\u003e`.svc.cluster.local:${PORT}`\n\n### HTTPRoute\n\nThe HTTPRoute API specification, a key component of the Kubernetes Gateway API,\ndefines a resource for routing HTTP traffic within Kubernetes. It allows users\nto specify fine-grained routing rules for HTTP traffic - based on attributes\nlike hostnames, paths, headers, and methods, determine how requests are directed\nwithin the cluster. HTTPRoute can also be attached to Gateways, which act as\nentry points for traffic into the cluster.\n\nFor more information, see [HTTPRoute](https://gateway-api.sigs.k8s.io/api-types/httproute/).\n\n### GRPCRoute\n\nThe GRPCRoute API specification is part of the Kubernetes Gateway API and\ndefines a resource for routing gRPC traffic within a Kubernetes cluster. It\nlets users specify how gRPC requests should be matched and directed to backend\nservices based on criteria like hostnames, gRPC methods, and headers. You can\nalso attach GRPCRoutes to Gateways which act as entry points for traffic into\nthe cluster. This specification enables fine-grained control over gRPC traffic\nrouting, making it a valuable tool for managing gRPC-based applications in\nKubernetes.\n\nFor more information, see\n[GRPCRoute](https://gateway-api.sigs.k8s.io/api-types/grpcroute/)."]]
