[ 
https://issues.apache.org/jira/browse/CASSANDRA-17188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17480183#comment-17480183
 ] 

Benedict Elliott Smith commented on CASSANDRA-17188:
----------------------------------------------------

I think it is reasonable to ask that a proposal is made for how guardrails will 
coherently fit into the public APIs it will interface with. I don't think this 
has been discussed anywhere that I have seen - at least not broadly. This isn't 
in my opinion "freezing" anything as it's a core part of the proposed work.

I am not sold on the idea that work should be committed without considering 
these design elements, with the justification that it can be refactored later. 
In my opinion that's the same as abdicating the design work.

> Guardrails for consistency levels
> ---------------------------------
>
>                 Key: CASSANDRA-17188
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-17188
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Feature/Guardrails
>            Reporter: Andres de la Peña
>            Assignee: Andres de la Peña
>            Priority: Normal
>             Fix For: 4.x
>
>
> Add guardrails for read/write consistency levels, for example:
> {code:java}
> # Guardrail to warn about or reject read consistency levels.
> # By default all consistency levels are allowed.
>     read_consistency_levels:
>         warned: []
>         disallowed: []
> # Guardrail to warn about or reject write consistency levels.
> # By default all consistency levels are allowed.
>     write_consistency_levels:
>         warned: []
>         disallowed: []
> {code}



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

Reply via email to