Changing number of partitions is complicated in some use-cases and easy in
other cases (when you use Kafka as a big pipe of events on the way to
another system).
I like making easy things easy and complex things complicated. Having
defaults for both will allow the easy cases to be even easier.

In my experience lack of default doesn't force people to think - it gets
them to pick a random number... (not sure there is any configuration that
can get anyone to think, unfortunately).

On Tue, Apr 30, 2019 at 10:22 AM Almog Gavra <al...@confluent.io> wrote:

> I have a preference toward requiring specifying partitions per topic, but
> I'm happy to be convinced otherwise. Changing replication factor after the
> fact is easy, but changing partitions is complicated since historical state
> gets messed up, so it could be beneficial to force clients to think about
> it up front. Furthermore, I see partitioning as a function on the scale of
> the data while replication is a function of cluster capacity. Thoughts?
>
> On Tue, Apr 30, 2019 at 8:58 AM Ismael Juma <isma...@gmail.com> wrote:
>
> > Thanks for the KIP, Almog. This is a good change. I think we should also
> > allow the partition count broker default to be used (the one used for
> auto
> > topic creation).
> >
> > Ismael
> >
> > On Tue, Apr 30, 2019, 8:39 AM Almog Gavra <al...@confluent.io> wrote:
> >
> > > Hello Everyone,
> > >
> > > I'd like to start a discussion on KIP-464:
> > >
> > >
> >
> https://cwiki.apache.org/confluence/display/KAFKA/KIP-464%3A+Default+Replication+Factor+for+AdminClient%23createTopic
> > >
> > > It's about allowing users of the AdminClient to supply only a partition
> > > count and to use the default replication factor configured by the kafka
> > > cluster. Happy to receive any and all feedback!
> > >
> > > Cheers,
> > > Almog
> > >
> >
>


-- 
*Gwen Shapira*
Product Manager | Confluent
650.450.2760 | @gwenshap
Follow us: Twitter <https://twitter.com/ConfluentInc> | blog
<http://www.confluent.io/blog>

Reply via email to