fhoekstra

joined 2 years ago
[–] fhoekstra@feddit.nl 1 points 3 days ago (3 children)

I don't believe you, but I'd like to be proven wrong.

I expect you have a UPS that feeds your hosts and networking equipment and something like ZFS for disk redundancy. This protects against the most common failures and is usually enough, but there are still single points of failure in such a setup, that are not as common, not as hard to deal with through manual intervention, and quite difficult to protect with redundancy.

I would be surprised if you are protected against the following single points of failure without manual intervention:

  • NAS machine (not just disk) failure. You would need to have a multi-node distributed storage, like Ceph, to protect against this.
  • Networking equipment failure. I think you can do some magic with BGP to do this, but I'm not a network engineer and I've never set up a redundant network.
[–] fhoekstra@feddit.nl 1 points 4 days ago (1 children)

Bitnami Helm charts are not maintained anymore. There are no updates for the charts and images in the legacy repository. Try to find a different chart for harbor registry and any other bitnami images and charts you use ASAP

[–] fhoekstra@feddit.nl 1 points 1 week ago (1 children)

That is indeed a difficult problem. Integration testing and contract testing can help to avoid this, but one can never be 100% sure.

https://xkcd.com/1172/

[–] fhoekstra@feddit.nl 2 points 1 week ago

I was just relaying how the OpenCloud people explained it to me at Froscon this year

[–] fhoekstra@feddit.nl 1 points 1 week ago

Nice, I hadn't heard of that one yet!

[–] fhoekstra@feddit.nl 2 points 1 week ago
  • Not affiliated.
  • Why did you use NextCloud over OwnCloud? Same reasons apply
[–] fhoekstra@feddit.nl 4 points 1 week ago* (last edited 1 week ago) (1 children)

Thanks for your feedback!

Some thoughts:

  • You could configure your cliff.toml (generated with git-cliff --init) to ignore any commits that aren't interesting to your users
  • You could use "squash merge" to the prerelease/staging/development branch so that you can commit without worry, and then only have your PR titles follow conventional commits (if the change is interesting to your users)

I should probably add those to the blog.

But yeah, I get preferring to write manual tailored changelogs. Personally I am just a little neurotic about single source of truth and a huge Git nerd. And I know that at least in this job, my users are neurotic enough to prefer completeness.

[–] fhoekstra@feddit.nl 11 points 1 week ago (8 children)

Just like the old PHP based OwnCloud was forked to NextCloud for governance reasons, we now also have a fork of OCIS under the name OpenCloud:

https://opencloud.eu/

 

cross-posted from: https://feddit.nl/post/45839000

Automated changelog generation

When publishing a package for use by programmers, automated changelog generation is very beneficial. In this blog post, I explore how to do it in a simple way that works everywhere.

 

cross-posted from: https://feddit.nl/post/45839000

Automated changelog generation

When publishing a package for use by programmers, automated changelog generation is very beneficial. In this blog post, I explore how to do it in a simple way that works everywhere.

 

cross-posted from: https://feddit.nl/post/45839000

When publishing a package for use by programmers, automated changelog generation is very beneficial. In this blog post, I explore how to do it in a simple way that works everywhere.

 

When publishing a package for use by programmers, automated changelog generation is very beneficial. In this blog post, I explore how to do it in a simple way that works everywhere.

 

cross-posted from: https://feddit.nl/post/43404968

How-to: Cloudnative PG serving MongoDB with Automated Recovery from Continuous Backups

First post on my personal blog!

 

cross-posted from: https://feddit.nl/post/43404968

How-to: Cloudnative PG serving MongoDB with Automated Recovery from Continuous Backups

First post on my personal blog!

 

First post on my personal blog!

 

cross-posted from: https://piefed.social/post/1302658

PostgreSQL 18.0 Released With Async I/O, Performance Improvements - Phoronix

[–] fhoekstra@feddit.nl 2 points 1 month ago* (last edited 1 month ago) (1 children)

AsyncIO, OAuth2 support, and a new wire protocol (for the first time since 2003)!

view more: next ›