Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Docker Image to go with Aspire #2525

Open
samsp-msft opened this issue Jun 19, 2024 · 1 comment
Open

Docker Image to go with Aspire #2525

samsp-msft opened this issue Jun 19, 2024 · 1 comment
Labels
Type: Idea This issue is a high-level idea for discussion.
Milestone

Comments

@samsp-msft
Copy link
Contributor

There have been multiple incantations of this concept before including #247 and https://github.com/sebastienros/kassini. With Aspire there is a desire to have a pre-built YARP that can be delivered as a docker container.

This would be an implementation of a pre-built YARP binary with a set of pre-built functionality included.

Suggestion is that this would be a pre-defined YARP project in the repo, that is then built and published to the Microsoft Container Registry on a regular basis. Because it will bundle not only YARP, but also ASP.NET core, it will need to have an automated ship process so that it keeps up with .NET releases (probably the most frequent dependency). When we ship new copies of YARP it will need to pick up the reverse proxy dependency.

YARP should be supplied as a docker container based on the chiseled base ASP.NET image.

Functionality to be included:

  • Configuration redirection - the location of the config file should be specifiable using an ENV var so that it doesn't need to be mapped into an explicit path
  • Instrumentation with OTel - as per Aspire applications, the Proxy should be configured to produce OTel instrumentation and include the OTLP Exporter
  • Lets Encrypt - for TLS cert management

Functionality to be considered:

  • Http/3 & Quic support - do we include the Quic & QuicTLS components needed for Http/3?

Functionality to be excluded for the 1st iteration

  • Kubernetes support - we should probably wait for that to be cooked a bit more

Iteration goals

The main goal / work for the first iteration should be the engineering system to enable it to be built and published automatically, and have systems in place for releasing when the dependencies are updated.

@samsp-msft samsp-msft added the Type: Idea This issue is a high-level idea for discussion. label Jun 19, 2024
@arkadiuszwojcik
Copy link

@samsp-msft By "Lets Encrypt - for TLS cert management" do you mean LettuceEncrypt or something else?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Idea This issue is a high-level idea for discussion.
Projects
None yet
Development

No branches or pull requests

3 participants