This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-07-15
Channels
- # aleph (9)
- # announcements (6)
- # beginners (42)
- # calva (4)
- # cider (9)
- # clara (2)
- # clj-kondo (1)
- # cljdoc (108)
- # cljs-dev (10)
- # clojure (25)
- # clojure-brasil (1)
- # clojure-chicago (1)
- # clojure-europe (4)
- # clojure-italy (42)
- # clojure-nl (14)
- # clojure-uk (66)
- # clojurebridge (3)
- # clojurescript (23)
- # clojutre (2)
- # community-development (1)
- # cursive (2)
- # datomic (4)
- # figwheel-main (21)
- # fulcro (23)
- # jobs-discuss (1)
- # kaocha (1)
- # off-topic (10)
- # pedestal (4)
- # reitit (2)
- # shadow-cljs (41)
- # spacemacs (7)
- # sql (20)
- # xtdb (3)
For us part of the value is not jumping to microservices right away. We’ve a convention for separating out what are essentially bounded contexts into separate projects, and a few scripts to check for architectural conformance. So we start with a ‘managed monolith’, but can pull stuff out if and only if it’s really necessary. Each one uses it’s own db, etc so breaking them out into QG’s when we hit that point isn’t typically a big deal
Does datomic ions support cross-account deployments? We have a dev/test account and an acc/prod account. We want to do an ion push
in dev/test and deploy the generated artifact in acc/prod
Hi, I’m looking for information on error recovery practices for Datomic cloud. Not sure that’s the right terminology, but one problem that particularly worries me is what if someone accidentally calls delete-database? I couldn’t see a way in https://docs.datomic.com/cloud/operation/access-control.html to prevent this and if I didn’t have an backup, my company’s data would just be gone. I’ve been following this thread https://forum.datomic.com/t/cloud-backups-recovery/370/12, but haven’t seen any details there.