pgBackRest

I have a question here about history.

Maybe you remember those discussions.

Remember times of Slony and then Londeste? And those discussions, should Postgres have replication inside? And there are many such discussions.

Same for autofillover and so on.

And for the case of replication, the idea to build it, to have it in core one, for the case of autofillover, it lost.

Still autofillover is outside.

I'm very curious what you think about the idea to have full-fledged backup solution inside core and why it's not happening.

One interesting historical fact is, and one of the reasons why some of the other committers were involved in really early planning, and part of the reason for the migration to C was the idea was that we could actually maybe make pgbackrest the core solution for backup.

Now, this is not something that was endorsed by core.

broadly, or it was just discussions that I had with some committers, you know, because they were interested in having a more comprehensive solution in core.

Obviously, they wanted to be written in C.

And so that was one of the reasons that drove the adoption of C.

As for actually having something like pgvacquers in core, it's a little tricky because the pgvacquers project moves a lot faster than core does.

So to have it on the yearly cycle would be, let's say we had put PG backrest and decor from the beginning, maybe as soon as it was migrated to C.

It would not be nearly as far along as it is now.

At the time, we were doing 12 releases a year.

We went down to six, and now we're currently at four, which I think is just about the right tempo for a project of this type.

But being able to release features four times a year, get new stuff out there, get people trying it, get people testing it, that kind of stuff, I think it's pretty important.

And as BG Backris gets more stable, maybe it would be more appropriate.

But at the same time, the project has diverged significantly from...

We use a lot of the same concepts as...

Postgres, memcontext, and error handling looks a lot similar and et cetera, et cetera.

But it's all pretty different too.

pgbackups grew its own way.

So it'd be very difficult to get in there.