(#2314) Re-enable choria broker object and initialize natscli context#2315
(#2314) Re-enable choria broker object and initialize natscli context#2315skel84 wants to merge 1 commit intochoria-io:mainfrom
choria broker object and initialize natscli context#2315Conversation
Add natscontext fallback when opts.Config is nil
|
I'll also land tonight support for HTTP instead of NATS Object Store for downloading manifests which might help. Would love your thoughts on ccm :) |
|
Also worth noting that |
|
Failures here are due to certificates expiring, I'll fix that dont worry |
|
I'm loving ccm so far! I really like the whole choria echosystem's philosophy, i find very unix-y, each tool does a job well, and i started playing around with it. At work, we might end up using puppet-hoist! I also created a ccm-hoist, and another repo with some terraform script to test the whole thing. Also I created a PR for ccm, not sure if it goes in the direction that you have in mind though |
Hoist will benefit a bunch from CCM features and I want to formalise the service registry concept a bit more so that a ccm file resource can generate - lets say prometheus - config from the service registry. This way hoist can register services, annotate prom urls and a simple |
Summary
This PR re-enables
choria broker objectand ensures the embedded natscli config is initialized, so object-store operations work against the broker without a separate NATS instance.Motivation
Needed for the
ccm-hoist+choria-terraformworkflow to upload bundles and data directly to the broker object store:Changes
objectfrom the natscli command disable list.Testing
choria broker object add/put/lsagainst broker object store; CCM agent pulled manifests + data from broker object store.Issue