Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Cloud independence by architecture

Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers.

Cloud independence by architecture

Avatar for Marcel Cremer

Marcel Cremer

March 03, 2026

More Decks by Marcel Cremer

Other Decks in Technology

Transcript

  1. Who‘s that guy? Seeking fresh minds to share the kudos...

    and the occasional “technical oopsies”! MOIKO Card Solutions
  2. Automation, Automation, Automation • Code-review (AI-driven?) • Builds • Feature

    branch environments • Tests • Code scanning • Security scans • Deployments • …
  3. Current stack • Azure Infra • K8s & Argo Rollouts

    & Github Actions • A lot of automation • Feature branch environments • KEDA -> 1,3 Releases every day
  4. Migration Azure -> Azure - Azcopy - PostgreSQL dumps -

    Terraform apply - DNS-Entries (5 minute TTL) - CDN changes - Killing the maintenance page because it was hosted on the frontend server - Done
  5. Azure -> GCP Migration • Terraform: Rewrite for new infra

    • Azure blob Adapter -> GCS Adapter • ClamAV instead of Azure Defender • Azure to GCP Storage -> azcopy • PGDump • …
  6. Why we went back to Azure • Maintainability • Azure

    Defender as WAF / Antivirus / … • 3-years reservation (that can be taken back before) saves tons of money • EU boundary program • Additional guarantees and SCCs • Latest migration: 4 hours in total, 2 hours downtime
  7. Cloud independence by accident • Our tooling: Open Source Software

    • Getting more independent over time: • Verdaccio (Age-gate to lower risks of supply chain attacks) • Gitea & qodo AI as VCS • … • Our needs: migrating back and forth between provider without pain • Our requirement: MOBIKO should be able to run everywhere
  8. Cloud independence by accident • Our tooling: Open Source Software

    • Getting more independent over time: • Verdaccio (Age-gate to lower risks of supply chain attacks) • Gitea & qodo AI as VCS • … • Our needs: migrating back and forth between provider without pain • Our requirement: MOBIKO should be able to run everywhere -> We‘re cloud independent by accident
  9. Evaluation of new processes / services • Can we host

    it? • If not: How easy is it to replace (Azure Blob Storage -> Google Cloud storage -> S3 Emulator) • Is it smart to rely on an external provider? • How can we secure it? • How does it fit into the backup concept?
  10. Buy vs. do Buy • WAF / security services •

    Storage • Databases (including point in time backups) • Keyvaults • CDNs Do • Core product • CI / CD pipelines • Deployment tools • BI Tooling (data should stay inside the Vnet) • Observability (Azure Log costs a few hundred / month, self hosted maybe 20$)
  11. Some statistics • Migrations so far: 4 • Highest Deployments

    in a quarter: 2,8 Releases / workday • Theoretical founder credits: 151k Microsoft Azure & 100k Google cloud (+ 20% of first year expenses after the program) • First setup: Around 6 months • Latest migration • 1 Person • 1.5 Months of work