Caddy 2.8 (diskuse)

[RealJ]

Pouziva to tady nekdo?

[PHP rulez]

Vlákno bylo přesunuto do samostatné diskuse.

[Bugsa]

Ano, používám už nějaký ten rok. Perfektní webserver s jednoduchou konfigurací.

[RealJ]

Proc zrovna tohle a ne treba httpd?

[Luniks]

Protoze httpd nema jednoduchou konfiguraci. Je to neparsovatelny bastl, protoze si kazdy modul muze delat co chce.

[Kate]

• Je to celkem moloch, který zrovna nevyniká rychlostí
• Moderní webový backend je často psaný v jazycích a frameworkách, které mají vlastní HTTP server. Pak je potřeba jen reverzní proxy, kde httpd opět zrovna nevyniká
• Osobně mi nikdy nesedla konfigurace.

Caddy proti tomu funguje velmi dobře jako reverzní proxy, má opravdu triviální konfiguraci, a pomáhá i fakt, že má integrovanou podporu LetsEncrypt, takže i získání a obnovování certifikátů je v běžných případech naprosto effortless.

Osobně používám převážně Nginx, ale F5 poslední roky dost zanedbává vývoj open source verze a většina novinek jde do komerční, takže přesun soukromé infra z Nginx do Caddy dost zvažuju.

[Bugsa]

Přesně jak píše Kate. Pro mě jsou killer featury reverzní proxy a jejich failovery a automatické obstarávání Let's Encrypt TLS certifikátu pro domény. Plus ta triviální syntaxe konfigurace. Stačí mrknout do dokumentace a mám nastaveno. Předtím jsem používal Nginx a to bylo nekonečné kolečko studování dokumentace, zkoušení a případné dohledání řešení na ServerFault a ohnutí pro své potřeby... S HAProxy, Apache ani HttpD nemám zkušenosti.

[Forward P]

Wake up. Kdokoli co v roce 2024 potrebuje reverse proxy dela neco hodne hodne spatne…

[Bugsa]

Nějaké argumenty by nebyly? Provozuji za tím hlavně .NET aplikace (Kestrel).

[Kate]

Reverse proxy se dneska používá víc jak kdy jindy. Kubernetes ingress controller? To je doslova reverse proxy. Webové aplikace v Pythonu? WSGI jako http server a před tím reverse proxy. Moje soukromá infrastruktura? Sada podman kontejnerů a před tím reverse proxy, která zařizuje virtual hosting.

Naopak, samostatný http server se používá čím dál tím míň. Aplikace v Go? Řeší si http server samy. Aplikace v Rustu? Řeší si HTTP server samy. Java? Nedělám v tom, ale pokud vím je to většinou Tomcat a před tím reverse proxy.

[RealJ]

Aplikace v go a ten jejich vlastni web server si nezaslouzi nic jineho nez zemrit straslivou smrti. Jo, na vyvoj je to fajn ale do produkce je to pruser. Tak nejak furt doufam ze go jiz umrelo a je nahrazeno necim jinym.

[Kate]

Nějaký konkrétní důvod proč je to v produkci problém? Osobně Go nemusím jako jazyk, ale jiný problém tam skutečně nevidím.

[RealJ]

Protoze spousta aplikaci v go nejaky webserver realne nepotrebuje ale ma ho a pokud tu aplikaci vyrobce prestane udrzovat mas o starost s bezpecnosti navic. No a ze zkusenosti ti mohu rict ze spousta firem v zapalu nadseni nasadila neco napsaneho v go co ma funkcionality o ktere nikdo nestal. Jazyk samotny za to nemuze, to idioti kolem.

[Kate]

Pořád nechápu v čem je problém. Popsaný problém řeší věc jménem firewall

[Vibe]

Problem bude nejspis v tom ze ten http server v ty go apce neni na paradu ale dela z apky mikroservicu a tudiz ti nepomuze fw ani

[RealJ]

Kate, prosim, nedelej nic v oblasti security... firewall resi vsechny derave aplikace a zpusoby jak se k te derave funkcionalite dostat treba z lokalniho stroje? Privilege escalation je tady s nami od doby kdy praclovek nasel kamen a prastil nim vudce smecky aby povysil...

[Kate]

Jo, já vím, sorry za trochu blbý komentář. Ale popravdě by mě reálně zajímalo jaká aplikace to dělá. Narazila jsem na pár věcí co tak řešily IPC, ale to nebylo specifické pro Go apps.