linkerd / linkerd/linkerd2

Non-HTTP based example application

Open
#3,890 4 comments 0 reactions 0 assignees View on GitHub
area/test
Dominant language
Go
Stars
11.5k
Forks
1.4k
Avg merge
3d 22h
Merged PRs (30d)
53

Description

### What problem are you trying to solve?

Emojivoto and the books app are great examples. Unfortunately, they're exclusively HTTP based and use many kubernetes best practices. With features on the horizon like TCP mTLS, there should be an example application that actually uses this functionality which can be used for testing and tutorials.

This application should use a client speaks first protocol that is not HTTP.

### How should the problem be solved?

Extend emojivoto to use redis as a cache for votes and emojis. This should probably be an optional component, perhaps added via configuration and a kustomize addition.

### Any alternatives you've considered?

There are lots of other ways to solve this that might be better, please take the above as simply a suggestion.

Contributor guide

Open the contributing guide

Research direction

Start by reviewing the emojivoto example and its Kubernetes configuration, then compare how the books app is structured. Investigate whether Redis can be introduced as an optional cache through configuration and a kustomize addition. Done should include a non-HTTP, client-speaks-first example suitable for exercising TCP mTLS in testing or tutorials.

Written by the indexing model from the issue text.

Assessment

Tech stack
kubernetes, redis
Domain
cloud, devops, distributed-systems
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.