# MinIO

MinIO is a software-defined, cloud-native object storage platform with S3 compatibility, Kubernetes deployment support, SDKs, APIs, security controls, replication, and administration tools.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## Multi-Region PostgreSQL Disaster Recovery and Failback with Crunchy PGO

DevFeed: [Multi-Region PostgreSQL Disaster Recovery and Failback with Crunchy PGO](<https://devfeed.tech/articles/multi-region-postgresql-disaster-recovery-and-failback-with-crunchy-pgo-14489.md>)

Original publisher: [Read original article](<https://www.cybertec-postgresql.com/en/multi-region-postgresql-disaster-recovery-and-failback-with-crunchy-pgo/>)

Author: Wellingtone Luvonga

Published: 2026-08-11T05:00:00Z

Content type: tutorial

Language: en

Sources: [CYBERTEC PostgreSQL | Services & Support](<https://devfeed.tech/sources/cybertec-postgresql-services-support.md>)

Topics: [PostgreSQL](<https://devfeed.tech/topics/postgresql.md>), [Disaster Recovery](<https://devfeed.tech/topics/disaster-recovery.md>), [Kubernetes](<https://devfeed.tech/topics/kubernetes.md>), [MinIO](<https://devfeed.tech/topics/minio.md>), [nginx](<https://devfeed.tech/topics/nginx.md>), [TLS (Transport Layer Security)](<https://devfeed.tech/topics/tls.md>), [Amazon S3](<https://devfeed.tech/topics/amazon-s3.md>), [Availability](<https://devfeed.tech/topics/availability.md>)

Tags: [availability](<https://devfeed.tech/tags/availability.md>), [backup](<https://devfeed.tech/tags/backup.md>), [data-recovery](<https://devfeed.tech/tags/data-recovery.md>), [disaster-recovery](<https://devfeed.tech/tags/disaster-recovery.md>), [failover](<https://devfeed.tech/tags/failover.md>), [high-availability](<https://devfeed.tech/tags/high-availability.md>), [how-to](<https://devfeed.tech/tags/how-to.md>), [kubernetes](<https://devfeed.tech/tags/kubernetes.md>), [minio](<https://devfeed.tech/tags/minio.md>), [nginx](<https://devfeed.tech/tags/nginx.md>), [postgresql](<https://devfeed.tech/tags/postgresql.md>), [recovery](<https://devfeed.tech/tags/recovery.md>), [s3](<https://devfeed.tech/tags/s3.md>), [tls](<https://devfeed.tech/tags/tls.md>), [tutorials](<https://devfeed.tech/tags/tutorials.md>)

### AI overview

A tutorial on using Crunchy PostgreSQL Operator on Kubernetes to implement multi-region PostgreSQL disaster recovery and failback. It covers secure MinIO-backed WAL storage through an NGINX TLS reverse proxy, regional failover, and reversing roles without timeline conflicts or archive poisoning.

### Source excerpt

This blog talks about multiregion PostgreSQL disaster recovery using Crunchy PGO. It has some detailed steps to understand better. The post Multi-Region PostgreSQL Disaster Recovery and Failback with Crunchy PGO appeared first on CYBERTEC PostgreSQL | Services & Support.

## Kubeflow Community Distribution 26.03.1 Release Announcement

DevFeed: [Kubeflow Community Distribution 26.03.1 Release Announcement](<https://devfeed.tech/articles/kubeflow-community-distribution-26-03-1-release-announcement-17609.md>)

Original publisher: [Read original article](<https://blog.kubeflow.org/kubeflow-26.03-release/>)

Author: Kubeflow 26.03 Release Team

Published: 2026-04-11T05:00:00Z

Content type: release

Language: en

Sources: [Kubeflow](<https://devfeed.tech/sources/kubeflow.md>)

Topics: [releases](<https://devfeed.tech/topics/releases.md>), [Kubernetes](<https://devfeed.tech/topics/kubernetes.md>), [MinIO](<https://devfeed.tech/topics/minio.md>), [istio](<https://devfeed.tech/topics/istio.md>), [OpenID connect (OIDC)](<https://devfeed.tech/topics/oidc.md>), [kubectl](<https://devfeed.tech/topics/kubectl.md>)

Tags: [announcement](<https://devfeed.tech/tags/announcement.md>), [authentication](<https://devfeed.tech/tags/authentication.md>), [authorization](<https://devfeed.tech/tags/authorization.md>), [catalog](<https://devfeed.tech/tags/catalog.md>), [ci](<https://devfeed.tech/tags/ci.md>), [istio](<https://devfeed.tech/tags/istio.md>), [kubectl](<https://devfeed.tech/tags/kubectl.md>), [kubernetes](<https://devfeed.tech/tags/kubernetes.md>), [minio](<https://devfeed.tech/tags/minio.md>), [network](<https://devfeed.tech/tags/network.md>), [oidc](<https://devfeed.tech/tags/oidc.md>), [parallel](<https://devfeed.tech/tags/parallel.md>), [release](<https://devfeed.tech/tags/release.md>), [storage](<https://devfeed.tech/tags/storage.md>), [ui](<https://devfeed.tech/tags/ui.md>), [updates](<https://devfeed.tech/tags/updates.md>), [versioning](<https://devfeed.tech/tags/versioning.md>)

### AI overview

The Kubeflow Community Distribution 26.03.1 release introduces calendar-based versioning and updates components including Kubernetes, Kubeflow Pipelines, KServe, Trainer, notebooks, the dashboard, Istio, and related dependencies. It also adds native OIDC support, conditional and parallel Local Runner control flows, SeaweedFS storage support, and completes MinIO deprecation.

### Source excerpt

The release versioning is now calendar-based (Year.Month.Patch). Around two base releases are planned per year with optional patch releases. The best-effort only community support is roughly 6 months and there is commercial support available from multiple vendors. Please update regularly as explained in our upgrading and extending section to benefit also from security and performance improvements. Release details: 26.03 and 26.03.1.

## Blog: Falco Talon v0.3.0

DevFeed: [Blog: Falco Talon v0.3.0](<https://devfeed.tech/articles/blog-falco-talon-v0-3-0-32505.md>)

Original publisher: [Read original article](<https://falco.org/blog/falco-talon-v0-3-0/>)

Published: 2025-02-11T00:00:00Z

Content type: release

Language: en

Sources: [Falco - Falco](<https://devfeed.tech/sources/falco-falco.md>), [Falco - The Falco blog](<https://devfeed.tech/sources/falco-the-falco-blog.md>)

Topics: [Falco](<https://devfeed.tech/topics/falco.md>), [Amazon S3](<https://devfeed.tech/topics/amazon-s3.md>), [MinIO](<https://devfeed.tech/topics/minio.md>), [Command-line interface](<https://devfeed.tech/topics/cli.md>), [Kubernetes](<https://devfeed.tech/topics/kubernetes.md>)

Tags: [aws](<https://devfeed.tech/tags/aws.md>), [aws-s3](<https://devfeed.tech/tags/aws-s3.md>), [cli](<https://devfeed.tech/tags/cli.md>), [falco](<https://devfeed.tech/tags/falco.md>), [kubernetes](<https://devfeed.tech/tags/kubernetes.md>), [minio](<https://devfeed.tech/tags/minio.md>), [release](<https://devfeed.tech/tags/release.md>), [talon](<https://devfeed.tech/tags/talon.md>), [version](<https://devfeed.tech/tags/version.md>)

### AI overview

Falco Talon 0.3.0 adds a kubernetes:sysdig action that captures syscalls when suspicious events occur in a pod and exports the resulting artifact to AWS S3 or MinIO. The release also describes configuring capture duration and buffer size, and exploring captures with the sysdig CLI or Stratoshark.

### Source excerpt

Today, we announce the release of Falco Talon 0.3.0 🦅! Three updates in a row, after Falco and Falcosidekick, it's time for Falco Talon to know a new version. What's new? The key feature this release brings is the new actionner kubernetes:sysdig. For those who are not familiar with sysdig, it's a CLI tool that allows to capture and record the syscalls, like tcpdump does for the network packets. Old brother of Falco, they share the same libs and filters. With this new integration, when a suspicious event occurs in a pod, Talon triggers a capture and then exports the created artifact to AWS S3 or Minio. You can configure the duration and the amount of bytes captured for each syscall. Check out the docs to discover more settings. See this example rule: - action: Capture the syscalls actionner: kubernetes:sysdig parameters: buffer_size: 2048 duration: 20 output: target: minio:s3 parameters: bucket: falco-talon prefix: /sysdig/ After the action has been completed, you'll find the capture in Minio: And you can run the CLI tool sysdig to explore it: ❯ sysdig -r 2025-01-23T13-26-41Z_default_cncf-597d69dbd4-h9fcb_sysdig.scap.gz evt.type=execve and evt.dir=">" 18563 14:26:38.376178286 0 bash (616444.616444) > execve filename=/usr/bin/apt 19163 14:26:38.394972623 0 apt (616445.616445) > execve filename=/usr/bin/dpkg 19599 14:26:38.399546432 0 apt (616446.616446) > execve filename=/usr/lib/apt/methods/http 20319 14:26:38.408846350 0 apt (616447.616447) > execve filename=/usr/lib/apt/methods/http 21775 14:26:38.453363037 0 apt (616448.616448) > execve filename=/usr/lib/apt/methods/gpgv 22335 14:26:38.461330752 0 apt (616449.616449) > execve filename=/usr/lib/apt/methods/gpgv 29434 14:26:38.481292691 0 gpgv (616451.616451) > execve filename=/usr/bin/apt-key 29604 14:26:38.486522901 0 apt-key (616453.616453) > execve filename=/usr/bin/apt-config 30183 14:26:38.494442117 0 apt-config (616454.616454) > execve filename=/usr/bin/dpkg 30422 14:26:38.497278722 0 apt-key (616455.616455)

## Get Running with Apache Flink on Kubernetes, part 2 of 2

DevFeed: [Get Running with Apache Flink on Kubernetes, part 2 of 2](<https://devfeed.tech/articles/get-running-with-apache-flink-on-kubernetes-part-2-of-2-18823.md>)

Original publisher: [Read original article](<https://www.morling.dev/blog/get-running-with-apache-flink-on-kubernetes-2/>)

Published: 2025-01-28T00:00:00Z

Content type: tutorial

Language: en

Sources: [Gunnar Morling](<https://devfeed.tech/sources/gunnar-morling.md>)

Topics: [apache-flink](<https://devfeed.tech/topics/apache-flink.md>), [Kubernetes](<https://devfeed.tech/topics/kubernetes.md>), [Availability](<https://devfeed.tech/topics/availability.md>), [observability](<https://devfeed.tech/topics/observability.md>), [Deployment](<https://devfeed.tech/topics/deployment.md>), [container](<https://devfeed.tech/topics/container.md>), [MinIO](<https://devfeed.tech/topics/minio.md>), [Amazon S3](<https://devfeed.tech/topics/amazon-s3.md>), [rocksdb](<https://devfeed.tech/topics/rocksdb.md>), [GitHub](<https://devfeed.tech/topics/github.md>)

Tags: [apache-flink](<https://devfeed.tech/tags/apache-flink.md>), [availability](<https://devfeed.tech/tags/availability.md>), [container-images](<https://devfeed.tech/tags/container-images.md>), [deployment](<https://devfeed.tech/tags/deployment.md>), [flink](<https://devfeed.tech/tags/flink.md>), [github](<https://devfeed.tech/tags/github.md>), [kubernetes](<https://devfeed.tech/tags/kubernetes.md>), [minio](<https://devfeed.tech/tags/minio.md>), [observability](<https://devfeed.tech/tags/observability.md>), [rocksdb](<https://devfeed.tech/tags/rocksdb.md>), [s3](<https://devfeed.tech/tags/s3.md>), [ui](<https://devfeed.tech/tags/ui.md>)

### AI overview

Part two of a tutorial series on running Apache Flink jobs on Kubernetes. It explains checkpointing, job manager high availability, savepoints, external object storage, incremental RocksDB checkpoints, observability, and related job-management practices.

### Source excerpt

Table of Contents Fault Tolerance and High Availability Manually Triggering Savepoints Observability Bonus: Managing Flink Jobs With the Heimdall UI Summary and Discussion This post originally appeared on the Decodable blog. All rights reserved. Welcome back to this two-part blog post series about running Apache Flink on Kubernetes, using the Flink Kubernetes operator. In part one, we discussed installation and setup of the operator, different deployment types, how to deploy Flink jobs using custom Kubernetes resources, and how to create container images for your own Flink jobs. In this part, we'll focus on aspects such as fault tolerance and high availability of your Flink jobs running on Kubernetes, savepoint management, observability, and more. You can find the complete source code for all the examples shown in this series in the Decodable examples repository on GitHub: on GitHub.

## Upgrading ElasticSearch 2 to 5: S3 snapshot/restore strategy

DevFeed: [Upgrading ElasticSearch 2 to 5: S3 snapshot/restore strategy](<https://devfeed.tech/articles/upgrading-elasticsearch-2-to-5-s3-snapshot-restore-strategy-37710.md>)

Original publisher: [Read original article](<https://carlosbecker.com/posts/es2-to-es5-upgrade-s3/>)

Author: Carlos Alexandro Becker

Published: 2018-08-02T00:00:00Z

Content type: tutorial

Language: en

Sources: [Carlos Becker](<https://devfeed.tech/sources/carlos-becker.md>)

Topics: [elasticsearch](<https://devfeed.tech/topics/elasticsearch.md>), [migration](<https://devfeed.tech/topics/migration.md>), [Amazon S3](<https://devfeed.tech/topics/amazon-s3.md>), [Docker Compose](<https://devfeed.tech/topics/docker-compose.md>), [version](<https://devfeed.tech/topics/version.md>), [Testing](<https://devfeed.tech/topics/testing.md>), [MinIO](<https://devfeed.tech/topics/minio.md>)

Tags: [docker-compose](<https://devfeed.tech/tags/docker-compose.md>), [elasticsearch](<https://devfeed.tech/tags/elasticsearch.md>), [migration](<https://devfeed.tech/tags/migration.md>), [minio](<https://devfeed.tech/tags/minio.md>), [restore](<https://devfeed.tech/tags/restore.md>), [s3](<https://devfeed.tech/tags/s3.md>), [snapshot](<https://devfeed.tech/tags/snapshot.md>), [testing](<https://devfeed.tech/tags/testing.md>), [version](<https://devfeed.tech/tags/version.md>)

### AI overview

This tutorial explains a strategy for migrating an ElasticSearch cluster from version 2 to version 5 by creating test environments, snapshotting the ES2 cluster, and restoring the snapshot on ES5 using S3. It also describes using Docker Compose and MinIO for safe testing before production migration.

### Source excerpt

Migrating an ElasticSearch cluster from version 2 to 5 can be challenging, even more if it is a big cluster.