tasks

hanzoai/tasks

Fork 0

mirror of https://github.com/hanzoai/tasks.git synced 2026-10-04 02:04:03 +00:00

Files

T

History

Yimin Chenandrodrigozhou f9b18e49de Remove debug logging from Cassandra schema update tool (#4738 )

<!-- Describe what has changed in this PR -->
**What changed?**
Remove debug logs from Cassandra schema upgrade tool.

<!-- Tell your future self why have you made these changes -->
**Why?**
The debug log contains cql config which includes password.

<!-- How have you verified this change? Tested locally? Added a unit
test? Checked in staging env? -->
**How did you test it?**
local test

<!-- Assuming the worst case, what can be broken when deploying this
change to production? -->
**Potential risks**
No

<!-- Is this PR a hotfix candidate or require that a notification be
sent to the broader community? (Yes/No) -->
**Is hotfix candidate?**
No

2023-08-14 11:39:21 -05:00

cqlclient_tests.go

Separate integration tests and unit tests (#3760 )

2023-01-04 22:17:25 -08:00

cqlclient.go

Refactor gocql.NewSession to allow passing in cluster config factory method (#4033 )

2023-03-09 10:51:44 -08:00

handler_test.go

[WIP] Fix error return bug and some minor code style (#4234 )

2023-04-26 14:00:32 -07:00

handler.go

Remove debug logging from Cassandra schema update tool (#4738 )

2023-08-14 11:39:21 -05:00

main.go

[WIP] Fix error return bug and some minor code style (#4234 )

2023-04-26 14:00:32 -07:00

README.md

schama -> schema (#3501 )

2022-10-17 10:11:26 -07:00

setupTask_tests.go

Separate integration tests and unit tests (#3760 )

2023-01-04 22:17:25 -08:00

updateTask_tests.go

Separate integration tests and unit tests (#3760 )

2023-01-04 22:17:25 -08:00

version_tests.go

Separate integration tests and unit tests (#3760 )

2023-01-04 22:17:25 -08:00

README.md

Using the cassandra schema tool

This package contains the tooling for temporal cassandra operations.

For localhost development

For the very first time run:

make

then run:

make install-schema

to create schema in your cassandra instance.

For production

Create the binaries

Run make
You should see an executable temporal-cassandra-tool

Do one time database creation and schema setup for a new cluster

This uses Cassandra's SimpleStratagey for replication. For production, we recommend using a replication factor of 3 with NetworkTopologyStrategy.

temporal-cassandra-tool --ep $CASSANDRA_SEEDS create -k $KEYSPACE --rf $RF

See https://www.ecyrd.com/cassandracalculator for an easy way to determine how many nodes and what replication factor you will want to use. Note that Temporal by default uses LOCAL_QUORUM and LOCAL_SERIAL for read and write consistency.

./temporal-cassandra-tool -ep 127.0.0.1 -k temporal setup-schema -v 0.0 -- this sets up just the schema version tables with initial version of 0.0
./temporal-cassandra-tool -ep 127.0.0.1 -k temporal update-schema -d ./schema/cassandra/temporal/versioned -- upgrades your schema to the latest version

./temporal-cassandra-tool -ep 127.0.0.1 -k temporal_visibility setup-schema -v 0.0 -- this sets up just the schema version tables with initial version of 0.0 for visibility
./temporal-cassandra-tool -ep 127.0.0.1 -k temporal_visibility update-schema -d ./schema/cassandra/visibility/versioned -- upgrades your schema to the latest version for visibility

Update schema as part of a release

You can only upgrade to a new version after the initial setup done above.

./temporal-cassandra-tool -ep 127.0.0.1 -k temporal update-schema -d ./schema/cassandra/temporal/versioned -v x.x    -- executes the upgrade to version x.x

./temporal-cassandra-tool -ep 127.0.0.1 -k temporal_visibility update-schema -d ./schema/cassandra/visibility/versioned -v x.x    -- executes the upgrade to version x.x