Skip to content

Fix dynamic cluster immediate resolution initialization bugs.#472

Merged
mattklein123 merged 2 commits intoenvoyproxy:masterfrom
htuch:cluster-init
Feb 13, 2017
Merged

Fix dynamic cluster immediate resolution initialization bugs.#472
mattklein123 merged 2 commits intoenvoyproxy:masterfrom
htuch:cluster-init

Conversation

@htuch
Copy link
Copy Markdown
Member

@htuch htuch commented Feb 13, 2017

  • Ensure that the cluster initialization callback is invoked immediately
    if initialization has already been complete when it is set.

  • Don't invoke startResolve() for LogicalDnsCluster until we have the
    required TLS initialized.

  • Initialize StrictDnsClusterImpl resolve_targets_ before starting DNS
    resolution, since the resolve callback iterates over this.

  • Various unit tests and modified the H2 integration test to also cover logical_dns.

* Ensure that the cluster initialization callback is invoked immediately
  if initialization has already been complete when it is set.

* Don't invoke startResolve() for LogicalDnsCluster until we have the
  required TLS initialized.

* Initialize StrictDnsClusterImpl resolve_targets_ before starting DNS
  resolution, since the resolve callback iterates over this.

* Various unit tests and modified the H2 integration test to also cover logical_dns.
Copy link
Copy Markdown
Member

@mattklein123 mattklein123 left a comment

Choose a reason for hiding this comment

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

tiny nit otherwise looks good. Obviously returning the active DNS query in the immediate resolve case is strange, but that will get fixed when we switch back to c-ares.


// To avoid threading issues, for those clusters that start with hosts already in them (like
// the static cluster), we need to post an update onto each thread to notify them of the update.
// We also require this for dynamic clusters where an immediate resolve
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

nit: Can you flow this comment out to 100 or reflow the entire thing to 80. It just looks strange.

@mattklein123 mattklein123 merged commit 569243b into envoyproxy:master Feb 13, 2017
@htuch htuch deleted the cluster-init branch March 31, 2017 16:31
wolfguoliang pushed a commit to wolfguoliang/envoy that referenced this pull request Jan 23, 2021
* zh-traslation:docs/root/start/sandboxes/csrf.rst

* fix translation issue
jpsim pushed a commit that referenced this pull request Nov 28, 2022
gRPC codec for kotlin

We are able to hit an Envoy backed gRPC server from `lyft.com`

We ran into some issues with testing (debug pull: envoyproxy/envoy-mobile#495). The first is outgoing ALPN is required for gRPC connections: envoyproxy/envoy-mobile#502. gRPC doesn't support disabling this option when starting up a service. We'll have to revisit this effort in the future.

For now, we are primarily missing envoyproxy/envoy-mobile#494 for local Envoy library e2e testing

Signed-off-by: Alan Chiu <achiu@lyft.com>

Description: gRPC codec for kotlin
Risk Level: low
Testing: unit/end-to-end
Docs Changes: n/a
Release Notes: n/a
[Optional Fixes #Issue]
[Optional Deprecated:]

Signed-off-by: JP Simard <jp@jpsim.com>
jpsim pushed a commit that referenced this pull request Nov 29, 2022
gRPC codec for kotlin

We are able to hit an Envoy backed gRPC server from `lyft.com`

We ran into some issues with testing (debug pull: envoyproxy/envoy-mobile#495). The first is outgoing ALPN is required for gRPC connections: envoyproxy/envoy-mobile#502. gRPC doesn't support disabling this option when starting up a service. We'll have to revisit this effort in the future.

For now, we are primarily missing envoyproxy/envoy-mobile#494 for local Envoy library e2e testing

Signed-off-by: Alan Chiu <achiu@lyft.com>

Description: gRPC codec for kotlin
Risk Level: low
Testing: unit/end-to-end
Docs Changes: n/a
Release Notes: n/a
[Optional Fixes #Issue]
[Optional Deprecated:]

Signed-off-by: JP Simard <jp@jpsim.com>
mathetake pushed a commit that referenced this pull request Mar 3, 2026
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.

2 participants