GoogleCloudPlatform / GoogleCloudPlatform/esp-v2

Feature request: service_json_path change watcher

Open
#631 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
307
Forks
185
Avg merge
14h 45m
Merged PRs (30d)
6

Description

Hello,
according to documentation https://cloud.google.com/endpoints/docs/openapi/get-started-kubernetes-engine-espv2#deploy_containers

![image](https://user-images.githubusercontent.com/514031/138944758-7c24d368-a42a-4bc0-b6c9-e6e3d100744c.png)

Running more than 100 services fleet it is recommended to point **service_json_path** to GKE config map and use it as a cache.

The problem is that when a **new** ESP configuration is deployed and stored to a config map, the changes are not detected within endpoints-runtime service.

Such functionality works when --rollout_strategy=managed parameter is set - a newly deployed configuration is detected and reloaded.

What are your thoughts?

Am I missing anything? Is there an easier way to achieve similar using **service_json_path** parameter?

Best regards,
Julius

Contributor guide

Open the contributing guide

Research direction

Start by tracing how the service_json_path parameter is read and compare it with the existing --rollout_strategy=managed change detection and reload behavior. Investigate how a GKE ConfigMap update could be observed, then verify that a newly deployed ESP configuration is detected and reloaded without managed rollout.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, kubernetes
Domain
backend, cloud, infrastructure
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
32/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.