[
https://issues.apache.org/jira/browse/CASSANDRA-19593?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17844326#comment-17844326
]
Sam Tunnicliffe commented on CASSANDRA-19593:
---------------------------------------------
I think this is a great idea, in fact I would suggest that all node
configuration should be moving away from yaml and into global cluster metadata,
per CEP-21. However, I don't think we should rush to do this just yet.
The introduction of TCM has already meant a lot of change to the codebase and I
can't help feeling that it would benefit from a period of stabilization.
Understandably and correctly IMO, community focus for the past few months has
been on getting 5.0 ready for release, so I don't believe there's actually been
that many eyes on trunk and TCM in particular.
While we have confidence in the design and implementation of CEP-21, my
personal opinion is that it would be best to phase it in as incrementally as
possible. Like I said, a lot has already changed but this is really the minimum
that could be done to make it useful. I'd propose holding off on bringing more
into TCM until 5.0 is out the door at least, but maybe even until 5.1 has had
some meaningful exposure.
> Transactional Guardrails
> ------------------------
>
> Key: CASSANDRA-19593
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19593
> Project: Cassandra
> Issue Type: New Feature
> Components: Feature/Guardrails, Transactional Cluster Metadata
> Reporter: Stefan Miklosovic
> Assignee: Stefan Miklosovic
> Priority: Normal
> Fix For: 5.x
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> I think it is time to start to think about this more seriously. TCM is
> getting into pretty nice shape and we might start to investigate how to do
> this.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
