<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Blog on BackUpScale</title>
    <link>https://backupscale.com/posts/</link>
    <description>Recent content in Blog on BackUpScale</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 30 Dec 2025 07:21:35 -0400</lastBuildDate><atom:link href="https://backupscale.com/posts/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Drubernetes v3: Replacing Nginx Ingress with Envoy Gateway</title>
      <link>https://backupscale.com/posts/replacing-nginx-ingress-with-envoy-gateway/</link>
      <pubDate>Tue, 30 Dec 2025 07:21:35 -0400</pubDate>
      
      <guid>https://backupscale.com/posts/replacing-nginx-ingress-with-envoy-gateway/</guid>
      <description>As part of contributing back to the open-source community, we maintain a Terraform module (on the Terraform Registry) for managing a Drupal site in Kubernetes. And we&amp;rsquo;re always making it more stable, both for our platform, and everyone else.
This release marks a significant architectural improvement: the transition from Nginx Ingress to Envoy Gateway as the default Kubernetes ingress solution.
Over the years, Nginx Ingress has served the community well, but it has now reached end of support and deprecation in the upstream ecosystem.</description>
    </item>
    
    <item>
      <title>Announcing Drubernetes v2: Moving from Bitnami to the Official MariaDB Operator</title>
      <link>https://backupscale.com/posts/drubernetes-v2-bitnami-to-official-mariadb-operator/</link>
      <pubDate>Tue, 21 Oct 2025 18:20:00 -0400</pubDate>
      
      <guid>https://backupscale.com/posts/drubernetes-v2-bitnami-to-official-mariadb-operator/</guid>
      <description>Summary Bitnami’s licensing and support changes have made its once-free Helm charts unsustainable for open-source projects. In response, Drubernetes, the Terraform module for running Drupal on Kubernetes, has replaced Bitnami’s MariaDB chart with the official MariaDB operator in its 2.0.0 release to ensure continued open-source compatibility, security, and portability. This release requires a few migration steps, including backing up your current Drupal database (DB), applying the latest Drubernetes code to your infrastructure, and then restoring your DB, which will bring you a cleaner, more future-proof architecture.</description>
    </item>
    
    <item>
      <title>One Username to Rule Them All: Why We&#39;re Updating Our User Naming Rules</title>
      <link>https://backupscale.com/posts/why-we-are-updating-our-user-naming-rules/</link>
      <pubDate>Thu, 21 Aug 2025 00:02:00 -0400</pubDate>
      
      <guid>https://backupscale.com/posts/why-we-are-updating-our-user-naming-rules/</guid>
      <description>Consistent logins, smoother backups, fewer headaches.
Update (2026-05-31): Since publishing this, we&amp;rsquo;ve changed our approach. With so many moving parts as we finish the dashboard, we&amp;rsquo;ve decided to handle username updates ourselves rather than ask you to change them — if your username needs updating, we&amp;rsquo;ll take care of it and let you know. We may re-enable self-service username changes in the future once things settle.
We’ve always believed your experience at BackupScale should be effortless.</description>
    </item>
    
    <item>
      <title>Want to Run Drupal in Kubernetes? Try Our New Terraform Module</title>
      <link>https://backupscale.com/posts/drubernetes-terraform-module-for-kubernetes-clusters/</link>
      <pubDate>Fri, 13 Jun 2025 16:40:27 -0400</pubDate>
      
      <guid>https://backupscale.com/posts/drubernetes-terraform-module-for-kubernetes-clusters/</guid>
      <description>Background Our customer dashboard, which will soon be used for managing subscriptions to our backup service (and not just newsletters and our contact form, as we&amp;rsquo;re doing now), is built on the Drupal data management framework. Until now, we&amp;rsquo;ve been hosting it with a company that specializes in hosting very specific types of applications, like Drupal. This wasn&amp;rsquo;t working for us because our service is running in our Kubernetes cluster at a cloud service provider that specializes in managed Kubernetes hosting, which let&amp;rsquo;s us run whatever applications we want, and configure them however we need.</description>
    </item>
    
    <item>
      <title>BackUpScale Milestones: August–December 2024 Highlights</title>
      <link>https://backupscale.com/posts/backupscale-milestones-august-september-2024-highlights/</link>
      <pubDate>Fri, 17 Jan 2025 09:04:23 -0500</pubDate>
      
      <guid>https://backupscale.com/posts/backupscale-milestones-august-september-2024-highlights/</guid>
      <description>Project Status Update It’s been a busy six months here at BackupScale—time flies when you’re building the future of secure, reliable backups! Below is a quick look at the progress we’ve made since August, as well as a glimpse into our final major to-do before launch.
What We’ve Accomplished Moved to a New Cloud Provider Selection &amp;amp; Migration: We evaluated multiple options and chose the best-fit cloud provider for our needs.</description>
    </item>
    
    <item>
      <title>Introducing Unlimited Backup Repositories</title>
      <link>https://backupscale.com/posts/introducing-unlimited-backup-repositories/</link>
      <pubDate>Thu, 05 Sep 2024 22:38:00 -0400</pubDate>
      
      <guid>https://backupscale.com/posts/introducing-unlimited-backup-repositories/</guid>
      <description>As we prepare for the launch of BackUpScale, we’re excited to share a new feature that we believe will enhance your backup experience: the ability to create an unlimited number of backup repositories. This feature provides you with greater flexibility in organizing and managing your backups, tailored to meet your unique needs.
One Repository or Many? The Choice Is Yours When it comes to setting up your backups, it’s often more efficient to keep everything in a single repository.</description>
    </item>
    
    <item>
      <title>Balancing Cost, Security, and Reliability</title>
      <link>https://backupscale.com/posts/balancing-cost-security-and-reliability-at-backupscale/</link>
      <pubDate>Tue, 06 Aug 2024 14:43:00 -0400</pubDate>
      
      <guid>https://backupscale.com/posts/balancing-cost-security-and-reliability-at-backupscale/</guid>
      <description>In the world of cloud computing, finding the right balance between cost, security, and reliability is crucial. At BackUpScale, we&amp;rsquo;re committed to providing a secure and reliable backup service without breaking the bank. Here&amp;rsquo;s how we&amp;rsquo;re achieving this balance and why we&amp;rsquo;ve made the choices we have.
The Cost of Major Cloud Providers The major cloud hosting providers like Amazon Web Services (AWS), Microsoft&amp;rsquo;s Azure, and Google Cloud Platform (GCP) offer extensive cloud-computing services, but their object storage costs are unnecessarily high.</description>
    </item>
    
    <item>
      <title>Welcome to BackUpScale: The Journey Begins!</title>
      <link>https://backupscale.com/posts/welcome-to-backupscale-the-journey-begins/</link>
      <pubDate>Sun, 21 Jul 2024 16:54:59 -0400</pubDate>
      
      <guid>https://backupscale.com/posts/welcome-to-backupscale-the-journey-begins/</guid>
      <description>Hello everyone,
I am thrilled to announce that development on BackUpScale has resumed in earnest after a couple of years of being on hold. This marks the first blog post on backupscale.com, and I couldn&amp;rsquo;t be more excited to share the progress and plans with all of you.
The Journey So Far BackUpScale started as a prototype a couple of years ago. The initial goal was to create an end-to-end secure backup solution with Restic at the core and append-only backups for ransomware protection.</description>
    </item>
    
  </channel>
</rss>
