mittwald / mittwald/kube-httpcache

Support for multiple backends

Open
#133 2 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement help-wanted
Dominant language
Go
Stars
313
Forks
82
PR merge metrics
No merged PRs in 30d

Description

Hi,
thanks for this really nice project. It solves some hard issues in an elegant way.
Currently its only possible to specify a single backend via -backend-service=backend-service. Yes this backend service can have multiple replicas. But what If you have a single varnish in front of lets say 2 (or more) backends, each with several replicas.

I'd need exactly that: Support for multiple backends.
With "backends", I mean distinct backend applications.

Request -->  [ Varnish ]  -->
                                    |---> [ Backend Service A]
                                                 [Backend Service A POD 1]
                                                 [Backend Service A POD 2]
                                    |---> [ Backend Service B]
                                                 [Backend Service B POD 1]
                                                 [Backend Service B POD 2]

Currently I'd need to launch two kube-httpcache deployments. One for each backend. However, that leads to more overhead and less efficient memory utilization because I cannot share a given memory space for all the backend applications.

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, tests, or entry points are named in the issue. Start by locating the current -backend-service configuration and determine how multiple distinct backend applications should be represented; done means one kube-httpcache deployment can support all requested backends while preserving replica support.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, kubernetes
Domain
backend, infrastructure
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.