Naar de inhoud

Creatief en technisch

Back-up voor softwareontwikkelaars en SaaS-leveranciers

Mindtime maakt een back-up van je productiedatabases, Linux-servers en workloads in AWS, Azure of Google Cloud. We bewaren die in onveranderbare (immutable) opslag in eigen datacenters in Nederland en Duitsland. Zo heb je een kopie buiten het cloudaccount en de pipeline die je data kunnen beschadigen.

In het Nederlands, Duits of Engels.

Twee mensen aan hun bureau in een licht kantoor
  • NL · DEAlleen opgeslagen in onze eigen Tier III-datacenters in Nederland en Duitsland
  • OnveranderbaarOpslag met Object Lock plus een air-gapped kopie; we controleren elke back-uptaak
  • ISO 27001 · NEN 7510ISO 27001- en NEN 7510-gecertificeerde beveiliging, met een verwerkersovereenkomst bij elk contract
  • NL · DE · ENSupport van mensen, geen callcenters in het buitenland of chatbots

In het kort

SaaS-leveranciers hebben back-ups nodig buiten hun eigen cloudaccount. Een verwijderde tabel, gelekte inloggegevens of een foute deploy kunnen de klantdata vernietigen die jou is toevertrouwd. Mindtime bewaart onveranderbare kopieën van databases, Linux-servers en workloads in AWS, Azure of Google Cloud in eigen Tier III-datacenters in Nederland en Duitsland, met een air-gapped kopie (zonder verbinding met je netwerk).

Wat er op het spel staat

De data die softwareontwikkelaars en SaaS-leveranciers niet kunnen missen

  • Productiedatabases

    De gegevens, instellingen en historie van je klanten staan in PostgreSQL, MySQL of SQL Server. Een migratie die op de verkeerde omgeving draait, wist ze in seconden. Replica's kopiëren de fout trouw mee.

  • Broncode en buildgeschiedenis

    Met repositories, CI-pipelines en releaseartefacten bouw je het product opnieuw op en patch je het. Raak je een zelfgehoste Git-server kwijt, dan verlies je meer dan de code.

  • Configuratie, sleutels en infrastructuurstatus

    Versleutelingssleutels, bestanden met secrets en infrastructuurdefinities vergeet je makkelijk. Zonder deze zijn teruggezette data misschien onleesbaar, of kun je het platform niet opnieuw opbouwen.

Regels en verplichtingen

Wat de regels vragen van softwareontwikkelaars en SaaS-leveranciers

Samengevat uit de bronnen onderaan deze pagina. Dit is algemene informatie, geen juridisch advies.

  1. Cloudcomputingdiensten vallen onder NIS2

    De Cyberbeveiligingswet (Cbw), de Nederlandse NIS2-wet, noemt cloudcomputingdiensten in de sector digitale infrastructuur. De RDI houdt toezicht op die sector. Aanbieders die eronder vallen, moeten back-upbeheer en herstelplannen regelen als onderdeel van bedrijfscontinuïteit. [1]

  2. Middelgrote en grotere aanbieders vallen eronder

    De groottecriteria zijn 50 of meer medewerkers, of minder medewerkers met zowel een omzet als een balanstotaal boven € 10 miljoen, inclusief partner- en verbonden ondernemingen. Een kleine SaaS-startup zit daar meestal onder. De zelfbeoordeling van de RDI bevestigt dat. [4]

  3. Cyber Resilience Act: meldplicht sinds 11 september 2026

    Fabrikanten van producten met digitale elementen, waaronder software zoals apps, moeten nu actief misbruikte kwetsbaarheden en ernstige incidenten melden, met een vroege waarschuwing binnen 24 uur. De meeste andere eisen van de CRA gelden vanaf 11 december 2027. [5]

  4. Financiële klanten moeten jou beoordelen onder DORA

    Onder DORA moeten financiële entiteiten in kaart brengen welke IT-leveranciers ze gebruiken en hoe weerbaar die zijn. Gebruiken banken of verzekeraars je software, verwacht dan gedetailleerde vragen over je back-up en herstel. [8]

  5. Je bent de verwerker van je klanten

    Verwerkt je platform persoonsgegevens voor klanten, dan ben je hun verwerker onder een verwerkersovereenkomst. Na een datalek moet je ze zo snel mogelijk informeren. [9]

Als het misgaat

Een migratie op de verkeerde database

Voorbeeld: een ontwikkelaar bij een klein SaaS-bedrijf voert een opschoonmigratie uit op productie in plaats van op staging. Een tabel met klantfacturen verdwijnt. De leesreplica volgt binnen enkele ogenblikken. De snapshots van de cloudaanbieder staan in hetzelfde account waar de inloggegevens van de ontwikkelaar bij kunnen. Het team zet de database uit de onveranderbare kopie van Mindtime terug in een geïsoleerde omgeving, vergelijkt die met het live systeem en zet alleen de ontbrekende rijen terug. Daarna informeert het team de getroffen klanten als hun verwerker en kijkt het wie migraties op productie mag uitvoeren.

Zo beschermt Mindtime je data

Back-up voor softwareontwikkelaars en SaaS-leveranciers, per workload

De software die je gebruikt, en wat we eromheen beschermen

GitLab Self-ManagedDe eigen back-up van GitLab bevat geen configuratie en secrets-bestanden zoals gitlab-secrets.json. Die moet je apart back-uppen. Draait GitLab op je eigen Linux-server, dan maakt Mindtime een back-up van de hele server, inclusief configuratie.
GitHubGitHub host de repositories. GitHub beschrijft een mirror clone als een manier om je eigen back-up te maken. Bewaar die mirror op een server waarvan Mindtime een back-up maakt, en lees in de voorwaarden van GitHub wat GitHub verder bewaart.
Jira en Confluence (Atlassian Cloud)Specificaties en tickets blijven bij de leverancier. Controleer de export- en bewaarvoorwaarden van Atlassian. Mindtime beschermt de e-mail, laptops en servers waarmee je team eromheen werkt.
PostgreSQL, MySQL en SQL ServerOp je eigen servers of op virtuele machines in de cloud: Mindtime maakt een back-up van de databaseservers met de data van je klanten.
AWS, Azure en Google CloudMindtime maakt een back-up van workloads in deze clouds naar eigen datacenters. Zo bestaat er een kopie buiten het account waarin productie draait.

Voordat je overstapt

Wat softwareontwikkelaars en SaaS-leveranciers ons eerst vragen

  • Onze cloudaanbieder maakt al snapshots.

    Snapshots staan meestal in hetzelfde account. Een gelekte sleutel of een onvoorzichtig script kan ze dus samen met productie verwijderen. Mindtime bewaart onveranderbare kopieën in eigen datacenters en een air-gapped kopie, buiten je cloudaccount.

  • We hebben replica's in twee availability zones.

    Replicatie beschermt tegen hardwarestoringen, niet tegen foute schrijfacties: een verwijderde tabel is overal verwijderd. Je hebt een kopie van een eerder tijdstip (point-in-time) nodig die niemand kan wijzigen. Dat is wat een onveranderbare back-up je geeft.

  • Onze klanten vragen waar back-ups staan.

    Je kunt precies antwoorden: in de eigen Tier III-datacenters van Mindtime in Nederland en Duitsland, onder een verwerkersovereenkomst, en Mindtime is ISO 27001- en NEN 7510-gecertificeerd. Dat helpt bij beveiligingsvragenlijsten van Europese klanten.

Veelgestelde vragen

Veelgestelde vragen over back-up voor softwareontwikkelaars en SaaS-leveranciers

Waarom maak je een back-up van een SaaS-platform buiten de cloud waarop het draait?

Omdat de grootste risico's van binnen het account komen: een verkeerd commando, een gecompromitteerde deploy-sleutel of een aanvaller met beheerrechten. Een kopie in de datacenters van een andere aanbieder, onveranderbaar door Object Lock en met een air-gapped kopie, is voor alle drie onbereikbaar. Mindtime controleert elke back-uptaak en bewaakt het platform 24/7.

Valt ons SaaS-bedrijf onder NIS2?

Dat kan. De Cyberbeveiligingswet, die sinds 15 augustus 2026 geldt, noemt cloudcomputingdiensten onder digitale infrastructuur. Aanbieders die aan de groottecriteria voldoen, moeten zich registreren, risico's beheersen (inclusief back-up en herstel) en significante incidenten melden. Controleer het met de zelfbeoordeling van de RDI en lees daarna de NIS2-pagina van Mindtime voor het back-updeel.

Valt SaaS onder de Cyber Resilience Act?

De CRA geldt voor producten met digitale elementen, waaronder installeerbare software zoals apps. Of een pure SaaS-dienst eronder valt, hangt af van de manier van levering. De officiële Nederlandse handreiking die we hebben bekeken, beantwoordt dat niet. Lever je ook apps, agents of on-premises software, dan geldt de meldplicht sinds 11 september 2026 voor jou.

Kunnen we een herstel testen zonder productie aan te raken?

Ja. Mindtime zet terug in een geïsoleerde omgeving, zodat je een database of server kunt bekijken voordat er iets terug naar productie gaat. Neem je Disaster Recovery erbij (je systemen weer draaiend krijgen na een calamiteit), dan volgt de eerste testfailover meestal binnen 10 dagen na de start en daarna elk kwartaal een DR-test. Dat levert ook bewijs voor audits van klanten.

We hebben iets op maat nodig. Kan dat?

Ja. Voor grotere of ongewone omgevingen werkt Mindtime voor maatwerkoplossingen samen met het ontwikkelteam van IT22 binnen Group22. Begin met een gratis demo van 15 minuten om je architectuur door te lopen. Je praat met medewerkers van Mindtime zelf, in het Nederlands, Duits of Engels, niet met een chatbot of een callcenter in het buitenland.

Bekijk het met je eigen data

Plan een demo van 15 minuten

We laten je een back-up en een herstel zien en beantwoorden je vragen in het Nederlands, Duits of Engels. Geen callcenters in het buitenland, geen chatbots.