From 5646d5e812160408ef0a6c87ffeb59f039bc255c Mon Sep 17 00:00:00 2001 From: GigiaJ Date: Sun, 23 Nov 2025 16:14:48 -0600 Subject: [PATCH] Update README --- README.md | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/README.md b/README.md index 6e7e45a..c645d06 100644 --- a/README.md +++ b/README.md @@ -110,11 +110,19 @@ It may be helpful to redesign the stack mechanism entirely so that resources and ]}) Where this provides much clearer association and each resource has its options readily available. As such you could declare duplicate keys in the same config. It would make resource associations much more explicit and cleaner written. It would require a decent amount of revision, so no rush on this. + + +Mentioned above a bit, but eventually rewriting the specs for defaults to match whatever stack configs given is likely the most optimal choice. Basically utilizing the homoiconic nature of Clojure and consuming the first program to generate the final one. Stubbing in the replacements as we walk through it. + + +Component spec really needs to be moved out of stack_processor as it is just such a large block of data that so better belongs w/ the providers themselves. + --- #### Goals The long term goal is for this to be a mostly uninteractive, to completion set up of my cloud services. Since it'll be IaC should I ever choose down the road to migrate certain ones to local nodes I run then that effort should also be more or less feasible. +More immediately, as we've closed in on a functional end-to-end alpha build and learned several choices we could've made to better design a next build, we'll actually use this to move our services off a single VPS w/ a docker compose and into a cluster fully generated by this with no setup or involvement on our part.