[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-04-02。"],[[["This content outlines health check methods for Apigee and Apigee hybrid, covering regional-level, environment-level, and custom proxy-based checks."],["Regional-level health checks assess the overall Apigee instance health within a region using the `/healthz/ingress` path and the `User-Agent: GoogleHC` header, returning `\"Apigee Ingress is healthy\"` if successful."],["Environment-level health checks verify the status of a specific environment by prepending `/healthz/` to a valid proxy basepath (e.g., `/catalog`) and using the `User-Agent: GoogleHC` header, with a `\"Server Ready\"` response indicating a healthy environment."],["Custom health checks allow for advanced validations through a dedicated API proxy, enabling checks based on factors like multiple environment status or target latency, but do not require the `User-Agent` header."],["The health check feature is available for Apigee hybrid versions 1.4 and higher, and if the health checks are made by Google Cloud load balancers then the correct user-agent header is set for you."]]],[]]