Thank you for your feedback, Flavio.

On Fri, Jul 7, 2017 at 3:10 AM, Flavio Junqueira <f...@apache.org> wrote:

> I like the idea of updating the characterization of the project. It makes
> sense that the project shapes up over time according to use cases, and the
> description of years ago is not necessarily a good fit. I'm not sure if you
> are looking for suggestions for the text or just feedback on what BK has
> become. My only suggestion in addition to what everyone has said for the
> description itself is to make sure that it starts with a single crispy
> sentence of what BK is, like you suggested, something along the lines of
> append-only, fault tolerant, scalable, and low latency storage. I often
> find myself wanting some sentence that describes succinctly a project, in
> general, not specifically BK. We can then complement it with layers of more
> detail.


I am more looking for what BK has become. The sentences can be reviewed
when we are sending out the pull requests for BP-11. "append-only, fault
tolerant, scalable, and low latency storage" sounds a good sentence to
characterize what BK is.


>


> With respect to WAL vs. not only WAL, the problem I have faced over time
> with this is that the various ways of using an append-only abstraction are
> fairly nuanced. Logging is an overloaded term and qualifiers like "change"
> or "write-ahead" or "transaction" are not necessarily perceived in the same
> way, so I'm in favor of moving away from WAL as a primary way of
> characterizing BK to avoid any confusion around capabilities it provides.
>

Yes. That's my feeling too. WAL isn't a good term to characterize the
capabilities that BookKeeper provides.


>
> I think it has been more than 6-7 years depending on how you count. The
> first commit is from 2011, but we had been doing it for at least a couple
> of years in Yahoo!. I'm personally very happy to see how it developed and
> also happy to see all the effort to consolidate. It is great to see the
> community growing and thriving.


> -Flavio
>
> > On 04 Jul 2017, at 17:17, Sijie Guo <guosi...@gmail.com> wrote:
> >
> > +1 agree.
> >
> > On Jul 3, 2017 7:21 PM, "Venkateswara Rao Jujjuri" <jujj...@gmail.com>
> > wrote:
> >
> >> Everything said on this thread is important and accurate. The
> description
> >> on the website must be a story rather than a blurb.
> >> We should talk about BK's strengths as Enrico pointed out, and because
> of
> >> its versatility it became fundamental building block
> >> for various other technologies and usecases. IMO, the entire story is
> very
> >> powerful and appealing for BK.
> >>
> >> On Mon, Jul 3, 2017 at 7:55 AM, Sijie Guo <guosi...@gmail.com> wrote:
> >>
> >>> On Mon, Jul 3, 2017 at 1:35 AM, Enrico Olivelli <eolive...@gmail.com>
> >>> wrote:
> >>>
> >>>> 2017-07-03 7:00 GMT+02:00 Sijie Guo <guosi...@gmail.com>:
> >>>>> Hi all,
> >>>>>
> >>>>> It has been almost 6-7 years since Apache BookKeeper was born. Apache
> >>>>> BookKeeper has already grown beyond a WAL system. Both Twitter and
> >>> Yahoo
> >>>>> have used it as their storage foundation for their messaging systems,
> >>>>> Salesforce is using it for storage service. We also started talking
> >>>> Apache
> >>>>> BookKeeper as a storage service since 2016 ([1][2]).
> >>>>>
> >>>>> I am thinking of changing the description of Apache BookKeeper from a
> >>> WAL
> >>>>> system to "a High Performance and Low Latency Storage Service (that
> >>>>> optimized for immutable/append-only data)" in the new website that we
> >>> are
> >>>>> building for BP-11
> >>>>> <https://cwiki.apache.org/confluence/pages/viewpage.
> >>>> action?pageId=71012301>.
> >>>>> This will help us to bring more use cases/adoptions to the project
> >> and
> >>>> help
> >>>>> grow the community.
> >>>>>
> >>>>> Any thoughts?
> >>>>
> >>>> My two cents
> >>>>
> >>>> Honestly when I found BookKeeper I was very happy because I found an
> >>>> "original" building block to build replicated state machines.
> >>>> I think that the main soul of BK is exactly to be a WAL and this is
> >>>> really "original".
> >>>>
> >>>> From my point of view the "key features" of BookKeeper are "Fencing"
> >>>> and "Last-Add-Confirmed protocol"
> >>>>
> >>>> BookKeeper is really good at storing data, but IMHO it is because it
> >>>> has been designed and implemented by very skilled engineers,
> >>>> BookKeeper needs to be "fast", because in order to provide a fast WAL
> >>>> you have to give an ultra-fast storage, because the essence of a WAL
> >>>> is  "durability" and usually "durable" comes together with 'sync' and
> >>>> so with 'slow' .
> >>>>
> >>>> I am not a "marketing expert" but IMHO we should stress on the
> >>>> distinctive features of BK in respect to other softwares.
> >>>>
> >>>> I am not against the proposed change but as an user I wanted to point
> >>>> that I happy with BK because it is the most powerful distributed WAL
> >>>> (and maybe it is the unique in the opensource/free world)
> >>>>
> >>>> I would like to write in the website that BookKeeper is the real
> >>>> answer to whom who are looking for a distributed WAL.
> >>>
> >>>
> >>> Agree, we should make a clear case for distributed WAL.
> >>>
> >>> It is worth just putting down all the use cases that BookKeeper has
> >>> supported.
> >>>
> >>> - WAL (e.g. HDFS NameNode)
> >>> - Message Store (e.g. Apache Pulsar, Twitter Pub/Sub via
> DistributedLog)
> >>> - Offset/Cursor Store (e.g. Apache Pulsar stores cursors in ledgers)
> >>> - Object/Blob Store (e.g. in replicated state machine, storing state
> >>> machine snapshots in ledgers. We used this pattern at distributedlog
> >> based
> >>> replicated state machines.)
> >>> - ...
> >>>
> >>> They are not all typical WAL use cases. But the common thing on all
> these
> >>> use cases - they are using bookkeeper as an append-only/immutable
> store.
> >>>
> >>> - Sijie
> >>>
> >>>
> >>>
> >>>
> >>>>
> >>>>
> >>>> -- Enrico
> >>>>
> >>>>
> >>>>
> >>>>>
> >>>>> [1]
> >>>>> https://www.slideshare.net/hustlmsp/apache-bookkeeper-a-
> >>>> high-performance-and-low-latency-storage-service
> >>>>> [2] https://www.slideshare.net/jujjuri/apache-con2016final
> >>>>
> >>>
> >>
> >>
> >>
> >> --
> >> Jvrao
> >> ---
> >> First they ignore you, then they laugh at you, then they fight you, then
> >> you win. - Mahatma Gandhi
> >>
>
>

Reply via email to