-
Notifications
You must be signed in to change notification settings - Fork 880
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Development environment for multi cluster setup #2848
Development environment for multi cluster setup #2848
Conversation
@@ -85,6 +89,8 @@ archival: | |||
filestore: | |||
fileMode: "0666" | |||
dirMode: "0766" | |||
gstorage: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You know better. I found it in one the configs and just copied it everywhere. Should it be in development_cass-archival.yaml
only?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My understanding is the dev config for file store and it will ignore the gstorage config. @yycptt Do you have context here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we should keep it. Although the default URI is local file store, the gstorage section may still be used if someone register a namespace with gcp archival URI in local environment for development purpose.
@@ -85,6 +89,8 @@ archival: | |||
filestore: | |||
fileMode: "0666" | |||
dirMode: "0766" | |||
gstorage: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we should keep it. Although the default URI is local file store, the gstorage section may still be used if someone register a namespace with gcp archival URI in local environment for development purpose.
URI: "file:///tmp/temporal_vis_archival/development" | ||
|
||
publicClient: | ||
hostPort: "localhost:7233" | ||
|
||
dynamicConfigClient: | ||
filepath: "config/dynamicconfig/development_es.yaml" | ||
pollInterval: "10s" | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Previously when I do --zone es start
, this file will be merged with development.yaml
and result in using dual visibility manager, which is super confusing...
I like the new approach, just not sure if this will be surprising for others who is currently using dual manager setup.
|
||
dynamicConfigClient: | ||
filepath: "config/dynamicconfig/development_es.yaml" | ||
pollInterval: "10s" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: new line
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is not there in any of configs. Why do you want it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It actually does present in few configs. I am removing it from everywhere.
What changed?
Add development environment for multi cluster setup:
make start-dependencies-cdc
/make stop-dependencies-cdc
to run dedicated UIs forstandby
(port8081
) andother
(port8082
) clusters.make install-schema-cdc
to install all schemas, including Elasticsearch for advnaced visibility.make start-cdc-active
,make start-cdc-standby
, andmake start-cdc-other
to run corresponding cluster with advanced visibility enabled.Also:
development.yaml
todevelopment_cass.yaml
to prevent config inheritance. Previouslydevelopment.yaml
was always loaded.Why?
To improve local cross DC devlopment expirience.
How did you test it?
Run locally.
Potential risks
No risks.
Is hotfix candidate?
No.