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

Feature / experiment: develop an alternative frontend container using 'caddy' as a webserver #188

Closed
jayaddison opened this issue Nov 14, 2022 · 2 comments

Comments

@jayaddison
Copy link
Contributor

Following discussion in #183, self-signed TLS certificates have been deprecated and removed from the frontend container image.

While looking into alternative approaches that can provide on-demand TLS certificate provisioning -- something that could be useful in both public-facing and internal environments -- caddy seemed worthwhile to investigate since it supports this functionality natively.

It could be worth exploring caddy as an alternative frontend webserver (replacing nginx).

@jayaddison
Copy link
Contributor Author

A counterpoint / reason to perhaps discourage switching to caddy: it looks much less widely-used than nginx -- most recent stats from Nov 2022 indicate that nginx is the world's most popular webserver by quite a large margin (34%+ market share) - https://w3techs.com/technologies/overview/web_server Caddy is a recent entrant and is likely growing at a relatively fast rate, although it currently has ~0.1% market share.

Even so: I think the on-demand TLS with a self-hosted local CA is a compelling feature and worth exploring.

@jayaddison
Copy link
Contributor Author

Closing as done; pull request #192 contains a fairly thorough experimental migration to caddy that could be picked up again in future.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging a pull request may close this issue.

1 participant