fulmine: add the production-stack entry - #1100
Conversation
|
/benchmark -f fulmine --save |
|
👋 Benchmark request received. A collaborator will review and approve the run. |
Benchmark ResultsFramework:
Full log |
|
The I had the split backwards. The nginx entry gives its proxy 30 logical CPUs and its server 24; I had given the edge 16 and the server 38, on a profile where the edge terminates TLS and h2 for every request and serves I also suspected the Happy to sweep /benchmark -f fulmine -t production-stack --save |
|
👋 Benchmark request received. A collaborator will review and approve the run. |
Benchmark ResultsFramework:
Full log |
|
It's good for me |
Subscribes the fulmine entry to
production-stack. Four services as the rules ask: a stock Caddy edge, Redis, the shared authsvc built as-is, and the server.The edge terminates TLS and h2, serves
/static/*off disk, sends/public/*straight through, and puts/api/*behindforward_authagainst the authsvc, copyingX-User-Idon. Nothing in the server looks at a token.On the server side most of it was already there for
crud: the cache-aside read is now registered under both/crud/items/:idand/api/items/:id, and the JSON route under/public/json/:count. New are/public/baseline, thePOST /api/items/{id}that answers 204 and invalidates, and/api/me, which reads the user byX-User-Idwith a 30 second TTL.I ran the stack locally against the repo certs and seed, and walked the validation checks by hand: h2 negotiates,
/staticcomes from the edge,/public/baselinegives 55,/public/json/25has 25 items with the full schema and correct totals,/api/*is 401 without a token and with a bogus one on both GET and POST,/api/items/1returns id 1, cache-aside reads MISS then HIT, POST answers 204 and the next read is MISS again, and/api/mereturns user 42./benchmark -f fulmine -t production-stack --save