Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: invalidate cache on IP type errors #555

Merged
merged 1 commit into from
Apr 26, 2024
Merged

Conversation

enocom
Copy link
Member

@enocom enocom commented Apr 19, 2024

When a caller requests an IP type not in the cache, the dialer will now invalidate the cached connection info. This ensures the dialer will have an up-to-date cache for subsequent requests.

Fixes #554

When a caller requests an IP type not in the cache, the dialer will now
invalidate the cached connection info. This ensures the dialer will have
an up-to-date cache for subsequent requests.

Fixes #554
@enocom enocom force-pushed the ip-type-invalidation branch from 084b220 to ad9a7c0 Compare April 19, 2024 18:26
Copy link
Contributor

@jackwotherspoon jackwotherspoon left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM ✅

@enocom enocom merged commit 154ab5f into main Apr 26, 2024
16 checks passed
@enocom enocom deleted the ip-type-invalidation branch April 26, 2024 18:14
enocom added a commit to GoogleCloudPlatform/cloud-sql-go-connector that referenced this pull request May 27, 2024
In #768, we removed an implicit behavior of the Go Connector. If a dial
attempt requests a non-existent IP type (e.g., client asks for public IP
on a private IP only instance), the Connector would invalidate the
cache. But with the cleanup PR, we removed that implicit behavior.

In some cases, it might be useful to have this behavior. For example, if
a caller starts the Go Connector and tries to connect to a public IP and
then later configures public IP, there is no need for a restart.

We made that change in the AlloyDB Go Connector mostly because some
internal tests depend on that behavior. See
GoogleCloudPlatform/alloydb-go-connector#555.

Fixes #780
enocom added a commit to GoogleCloudPlatform/cloud-sql-go-connector that referenced this pull request May 28, 2024
In #768, we removed an implicit behavior of the Go Connector. If a dial
attempt requests a non-existent IP type (e.g., client asks for public IP
on a private IP only instance), the Connector would invalidate the
cache. But with the cleanup PR, we removed that implicit behavior.

In some cases, it might be useful to have this behavior. For example, if
a caller starts the Go Connector and tries to connect to a public IP and
then later configures public IP, there is no need for a restart.

We made that change in the AlloyDB Go Connector mostly because some
internal tests depend on that behavior. See
GoogleCloudPlatform/alloydb-go-connector#555.

Fixes #780
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Invalidate cache when selected IP type doesn't exist
3 participants