spring-cloud / spring-cloud/spring-cloud-netflix

Emit more granular data points for troubleshooting Eureka instances

Open
#4,447 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

waiting-for-triage
Dominant language
Java
Stars
5k
Forks
2.5k
Avg merge
1d 2h
Merged PRs (30d)
10

Description

Problem Statement

Eureka service registry instances gets registrations and peer replicate these with other instances. When there are issues with registration, client lookups and peer replication it can be difficult to figure out where the root of the problem is.

Emit more granular metrics

  • Peer replication - replication time for each replicant
  • Registration - time to register, number of instances per service
  • Total registrants
  • Client request times to fetch service locations

Enhance health actuator

A Eureka server should provide more details on what factors may have affected during peer replication, registration and client lookups when it is unhealthy.

Additional context

Many organizations I talk with have Eureka dashboards showing health. They also have observability tools but are not able to get sufficient data points to help in troubleshooting Eureka instances.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files or tests are named. Start by tracing the Eureka server paths for peer replication, registration, client service-location lookups, and the health actuator. Done means exposing the requested timing and count data points and providing additional health details for affected replication, registration, and lookup factors.

Written by the indexing model from the issue text.

Assessment

Tech stack
java, spring, spring-boot
Domain
backend, distributed-systems, observability
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.