Filter
Exclude
Time range
-
Near
Day 67 building in public ⏩ Casual Friday. The agent read the CloudNativePG documentation for me, discovered that it supports full data import from another database instance during bootstrap, set up base backups and WAL archiving, configured automatic uploads to S3-compatible storage, and prepared all the GitOps scripts. So the actual migration became a breeze. Life is good! 😄
Day 66 building in public ⏩ The last few days were very busy, so I needed to slow down a bit. Today's update: I decided to migrate my database once again (hopefully for the last time) after discovering what seems to be a better way to manage it - via a Kubernetes operator, specifically CloudNativePG. The main reason is its excellent backup and restore capabilities. It handles the entire database lifecycle on autopilot and allows point-in-time recovery with minimal effort. Backups shouldn't just be created - they should be easy to restore as well. Today I also spent some time tinkering with Shelly circuitry and automating a few routines at home. It was genuinely fun and a pleasure to work with them.
3
93
Day 66 building in public ⏩ The last few days were very busy, so I needed to slow down a bit. Today's update: I decided to migrate my database once again (hopefully for the last time) after discovering what seems to be a better way to manage it - via a Kubernetes operator, specifically CloudNativePG. The main reason is its excellent backup and restore capabilities. It handles the entire database lifecycle on autopilot and allows point-in-time recovery with minimal effort. Backups shouldn't just be created - they should be easy to restore as well. Today I also spent some time tinkering with Shelly circuitry and automating a few routines at home. It was genuinely fun and a pleasure to work with them.
Day 65 building in public ⏩ ✅ I'm done with the new infrastructure 🥳 I achieved my goal and now have my critical infrastructure running on a new cloud server, while the non-critical services live on a separate, less powerful one. I had to migrate live apps and a live database, and managed to pull it off with zero downtime. My apps now load faster, and the new setup is much more flexible. I also did a major refactor of the GitOps codebase, improving its structure and organization. The new setup is future-proof and will be a big enabler going forward. I had so much fun doing this migration and tinkering with technology - Kubernetes, networking, security... self-hosting FTW! (and yes, I'm that crazy indie hacker, who hosts apps with 5 users on a Kubernetes cluster 🤣) BTW, this week was a tough one limits-wise. Can't wait for tomorrow and a fresh batch of limits 😅
2
3
145
we'll do that at some point 👍
2
49
Awesome. Would love to see a comparison/write-up on technical details with Multigres compared to @CloudNativePg
1
37
🚨 106 vulnérabilités critiques aujourd'hui CloudNativePG (9.9), OpenStack Mistral (9.9), Progress LoadMaster (9.6), Cisco Unified CM (8.6), TigerVNC (8.5), snapd Ubuntu (7.8) Et des dizaines d'applications métiers turques exposées. Article CRL : cybersearchlab.com/blog/read… #CRL

22
⚡ CNPG speed: Switchover completes in under 10 seconds. Faster PostgreSQL high availability than dedicated solutions - your DBA will be impressed! Running databases on K8s? 🤔 #Kubernetes #CloudNativePG #PostgreSQL #HighAvailability
9
🐘 CloudNativePG: Production-grade PostgreSQL on Kubernetes with automated failover, streaming replication, and backup management - all as K8s resources! #Kubernetes #PostgreSQL #Database #CloudNative
2
CloudNativePG is the Kubernetes operator that covers the entire lifecycle of a highly available PostgreSQL database cluster with a primary/standby architecture, using native streaming replication ➜ ku.bz/n6gpgcYtf
2
541
How to design #CloudNativePG for production failure by using plugin-based backups, WAL archiving, point-in-time recovery, snapshots, and PgBouncer so recovery is treated as the real operational priority. dylanmarkdacosta.medium.com/… #Kubernetes #PostgreSQL #CloudNative
104
Warning: A critical privilege escalation #vulnerability in #CloudNativePG allows an authenticated attacker to gain superuser privileges and execute arbitrary OS commands inside the primary pod. #CVE-2026-44477 CVSS(4.0): 9.4. #Patch #Patch #Patch
1
227
Last 3 days on atlas-platform - Total Chaos Observability. Atlas now has a full GitOps-managed observability stack running locally on Kubernetes. Completed this week: • Installed kube-prometheus-stack • Added Loki Promtail for centralized log aggregation • Added ServiceMonitors for workloads, PostgreSQL, PgBouncer, and ArgoCD • Defined SLIs SLOs for availability and latency • Implemented multi-window burn-rate alerts (Google SRE pattern) • Built Grafana dashboards for SLOs golden signals • Configured AlertManager routing • Wrote ADR-004 (Loki vs ELK decision) • Added SLO breach response runbook • Ran an availability GameDay to validate alerts and recovery paths Current Atlas stack: Kubernetes ArgoCD CloudNativePG PgBouncer Prometheus Loki Grafana AlertManager GitHub: github.com/prashant-zo/atlas… #Kubernetes #DevOps #Observability #Prometheus #Grafana #Loki #SRE #PlatformEngineering #GitOps #CloudNative #OpenSource #LearningInPublic
1
40
Replying to @autobase_tech
Yep 👀 Running PostgreSQL via CloudNativePG with PgBouncer pooler managed through ArgoCD.
1
25
⚙️Open Source Projects: CloudNativePG
1
2
Just landed: Learn Kubernetes weekly 185! My top picks: 🏥 Designing for Failure with CloudNativePG 🏠 Homelab Kubernetes Cluster with $0 Cloud Costs 🔐 From ACM to ALB on EKS Auto Mode ⚡ Zeropod: Scale to Zero Read it here: kube.today/issues/185
1
16
625
Todays I focused on database resilience inside Kubernetes. This is major Progress on - Atlas Platform Added PgBouncer connection pooling in front of PostgreSQL on Atlas and tested failover handling under real cluster conditions. What shipped: • Integrated PgBouncer using CloudNativePG Pooler CRDs • Added pooled write traffic routing for the application layer • Updated workloads to connect through the pooler instead of directly to Postgres • Validated Kubernetes reconciliation through GitOps with Argo CD • Ran failover testing by deleting the active primary pod • Verified automatic primary promotion standby recovery • Confirmed application traffic continued through the pool during recovery Atlas keeps moving closer to real production infrastructure: GitOps → HA PostgreSQL → WAL archiving → connection pooling → failover testing GitHub: github.com/prashant-zo/atlas… #Kubernetes #PostgreSQL #PgBouncer #CloudNativePG #ArgoCD #GitOps #DevOps #PlatformEngineering #CloudNative #LearningInPublic
1
4
38
Todays I focused on one of the most critical parts of running databases on Kubernetes: -- data durability and recovery. -- High availability keeps services running. Durability protects the data itself. On Atlas, I integrated PostgreSQL WAL archiving with CloudNativePG and MinIO to build a recovery pipeline directly into the GitOps workflow. Completed: • Configured continuous PostgreSQL WAL archiving to MinIO using S3-compatible storage • Added backup configuration inside CloudNativePG Cluster CRDs • Verified end-to-end WAL shipping from PostgreSQL → object storage • Tested archive generation and validation directly from the cluster • Extended ArgoCD drift handling for database CRDs • Validated reconciliation and rollout behavior across environments • Added recovery-focused documentation and operational notes A big takeaway from this work: Running databases on Kubernetes starts making sense when recovery is automated and infrastructure becomes reproducible. That layer of backup recovery changes the system completely. Building in public: github.com/prashant-zo/atlas… #Kubernetes #PostgreSQL #CloudNativePG #MinIO #DevOps #PlatformEngineering #GitOps #CloudNative #OpenSource #LearningInPublic
1
25
Todays I moved the platform deeper into production-grade infrastructure. The focus was database reliability inside Kubernetes. Replaced the temporary Postgres setup with CloudNativePG and started building a highly available database layer directly into the GitOps workflow. Completed: • Installed CloudNativePG operator through Argo CD • Integrated Helm Kustomize inside the platform GitOps pipeline • Added PostgreSQL cluster management through Kubernetes CRDs • Built high-availability database architecture (1 primary replicas) • Verified operator lifecycle through ArgoCD sync reconciliation • Debugged and resolved namespace manifest rendering issues during deployment • Added incident documentation for platform recovery and architecture decisions What I’m learning while building Atlas: Kubernetes gets very interesting when infrastructure starts managing infrastructure. Operators, CRDs, GitOps reconciliation, failure recovery—this is where platform engineering starts feeling real. Building in public: github.com/prashant-zo/atlas… #Kubernetes #DevOps #PlatformEngineering #CloudNative #GitOps #ArgoCD #PostgreSQL #CloudNativePG #OpenSource #LearningInPublic
1
25