You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've been thinking about this for some time. Consider the following situation:
conductor depends on redis. conductor and its redis instance should be co-located. So, when spawning conductor, quill could be executed like: quill configure conductor --cluster conductor --cluster eu-ams-1. If a redis instance exists in eu-ams-1, it'll be moved up, so that the first server (servers.0.redis.0) is the one from eu-ams-1. However, if no such instance exists, another instance of redis from cluster conductor will be used with no warning. This could be fixed by creating third cluster: conductor-eu-ams-1, which isn't convenient.
However, conductor depends on couchdb too. It isn't crucial for those 2 services to be co-located.
Maybe we should make this configurable?
@indexzero I'm wondering what's your opinion here.
The text was updated successfully, but these errors were encountered:
I've been thinking about this for some time. Consider the following situation:
conductor
depends onredis
.conductor
and itsredis
instance should be co-located. So, when spawningconductor
,quill
could be executed like:quill configure conductor --cluster conductor --cluster eu-ams-1
. If aredis
instance exists ineu-ams-1
, it'll be moved up, so that the first server (servers.0.redis.0
) is the one fromeu-ams-1
. However, if no such instance exists, another instance ofredis
from clusterconductor
will be used with no warning. This could be fixed by creating third cluster:conductor-eu-ams-1
, which isn't convenient.However,
conductor
depends oncouchdb
too. It isn't crucial for those 2 services to be co-located.Maybe we should make this configurable?
@indexzero I'm wondering what's your opinion here.
The text was updated successfully, but these errors were encountered: