ThreeMammals/Ocelot

How to avoid calling down service in load balancer option

Open

#1.041 aberto em 17 de out. de 2019

Ver no GitHub
 (14 comments) (0 reactions) (0 assignees)C# (1.617 forks)batch import
Health CheckLoad BalancerQoSacceptedbughelp wantedhighmedium effort

Métricas do repositório

Stars
 (8.137 stars)
Métricas de merge de PR
 (Mesclagem média 10d 13h) (4 fundiu PRs em 30d)

Description

Expected Behavior / New Feature

Load balancer should able to recognize the down service and stop calling service or up the service.

Actual Behavior / Motivation for New Feature

Load balancer is calling the service although the service is down and returning 500 internal server on every call.

Steps to Reproduce the Problem

  1. Created two instance of the same module and run on different port.
  2. Added load balance option for those two service instance of type RoundRobin.
  3. Kill the second service and now Ocelot still redirect to down service.

Specifications

  • Version: 13.5.2
  • Platform: Windows 10
  • Subsystem:

Guia do colaborador

Direção de pesquisa
Esta solicitação de recurso pede que o gateway de API Ocelot evite rotear para um serviço inativo. A solução provavelmente envolve implementar verificações de integridade que sondem periodicamente os backends e atualizem o estado do balanceador de carga. Comece examinando a implementação existente do balanceador de carga no Ocelot, particularmente a classe RoundRobin e como ela seleciona os serviços downstream. Em seguida, revise qualquer middleware de verificação de integridade existente ou discuta com os mantenedores no tópico da issue para esclarecer o design desejado (por exemplo, verificações de integridade passivas vs ativas). Arquivos sugeridos para investigar: src/Ocelot/LoadBalancer/LoadBalancers/ e testes relacionados.
Pilha de tecnologia
csharp
Domain
backendapiperformance
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
Meio dia
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Aguardando mantenedor
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Precisa de investigação
Prerequisites
C#load balancing concepts
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
30