Skip to content

Comments

feat(bigtable): add preemptive connection recycler#13860

Merged
sushanb merged 6 commits intogoogleapis:mainfrom
sushanb:go_monitor
Feb 19, 2026
Merged

feat(bigtable): add preemptive connection recycler#13860
sushanb merged 6 commits intogoogleapis:mainfrom
sushanb:go_monitor

Conversation

@sushanb
Copy link
Contributor

@sushanb sushanb commented Feb 18, 2026

No description provided.

@sushanb sushanb requested a review from mutianf February 18, 2026 04:31
@sushanb sushanb requested review from a team as code owners February 18, 2026 04:31
@product-auto-label product-auto-label bot added the api: bigtable Issues related to the Bigtable API. label Feb 18, 2026
Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

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

Code Review

This pull request introduces a preemptive connection recycler to manage the lifecycle of connections in the Bigtable client's connection pool, including configuration, background logic, and client integration. However, a security vulnerability was identified: the random number generator used for connection recycling jitter is seeded with a predictable value, which could lead to synchronized connection recycling at scale and impact service availability. It is recommended to use a cryptographically secure random source for seeding. Additionally, there are suggestions to improve code clarity, conventions, and configuration handling, such as addressing a non-idiomatic package name, a silent override of user configuration, and minor typos.

EnableDynamicChannelPool bool
// DisableDynamicChannelPool disables the dynamic channel resizing based on load
// Dynamic channel resizing is enabled by default to resize based on load and avoid queuing of requests.
DisableDynamicChannelPool bool
Copy link
Contributor

Choose a reason for hiding this comment

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

This makes the code a little hard to read. Is it possible to have a constructor function that returns true for these variables by default?

@sushanb sushanb merged commit 6b69ee3 into googleapis:main Feb 19, 2026
12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

api: bigtable Issues related to the Bigtable API.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants