Apparently by taking prior art (DNS, server,user interface), and packaging it into a single "product" (DNS software optimized for specific hardware) - You've created a new thing.
I think RAG approach with Vector DB is more likely. Just like when you add a file to your prompt / custom GPTs.
Adding the entire file (or memory in this case) would take up too much of the context. So just query the DB and if there's a match add it to the prompt after the conversation started.
o rly? what happens if they fails? can you control the backoff period? can you schedule another job in the event it fails? what if it fails before starting the function, so your in-code error handling isn't triggered? is there a "dead-letter" queue? will the next scheduled job run if the previous run failed? should it? can you define if it should or not? can you view history of executed jobs? what if your logging function that saves that history fails? can anyone add jobs or just you/superadmin? should they? and more and more.
And these are just ones I personally ran into using GCP schedulers, pub/sub and functions.
See, what you're doing is re-inventing the wheel.
No matter how cool your tool is - there's always work in the edge cases beyond just running the job.