Produkt

Selection Portal: Anforderungen

Selection Portal: Entscheidung

Selection Portal: Mehr zum Portal

Software-Kategorien

Kategorien

Weitere Kategorien

Vergleiche 2026

Anbietervergleiche

Beliebte Alternativen

Abgrenzungen

Wissen

Auswahlmethodik

IT-Transformation & Kosten

Branchen
Kosten · TCO · DSGVO · Repatriation

Cloud vs. On-Premise: der Vergleich für Unternehmenssoftware

Cloud oder On-Premise: Cloud passt, wenn Sie schnell starten wollen, Ihre Last schwankt und keine eigene IT den Betrieb tragen soll. On-Premise passt, wenn Datenhoheit Vorrang hat, die Last stabil bleibt und eine eigene IT Betrieb und Sicherheit dauerhaft leistet. Unterscheiden sich Ihre Workloads, ist eine Kombination aus beidem meist die richtige Wahl.

Wo soll Ihre Unternehmenssoftware laufen? In der Cloud, gemietet beim Anbieter, oder On-Premise auf eigener Hardware im eigenen Haus? Diese Grundsatzentscheidung prägt Kosten, Sicherheit, Datenschutz und Tempo über Jahre. Für Unternehmen in Deutschland, Österreich und der Schweiz vergleicht dieser Leitfaden beide Betriebsmodelle nach TCO, Sicherheit und DSGVO, beleuchtet den Trend zur Cloud-Repatriation und die Frage der digitalen Souveränität.

86 %
der Unternehmen ab 20 Beschäftigten nutzen Cloud Computing (Bitkom Cloud Report 2026, Juni 2026)
30 bis 50 %
niedrigere TCO der Cloud über 5 Jahre bei variablen Lasten (Erfahrungswert von Find-Your-Software)
85 %
halten Deutschland für zu abhängig von US-Cloud-Anbietern (Bitkom Cloud Report 2026)
64 %
überdenken wegen US-Politik ihre Cloud-Strategie (Bitkom Cloud Report, 2026)
Auf einen Blick

Cloud oder On-Premise auf einen Blick

Zehn Kriterien im Überblick, jede Zeile mit Quelle und Stand. Die Details zu Kosten, Recht und Betrieb folgen in den Abschnitten darunter.

KriteriumCloudOn-PremiseQuelle und Stand
Kostenlaufende Abo- oder Nutzungsgebühr, geringe Anschaffungeinmalige Lizenz und eigene Hardware, danach Wartung und BetriebSAP Learning, Deployment Options (On-Premise: Lizenz erwerben, im eigenen Rechenzentrum installieren). Bewertung: Find-Your-Software. Stand Oktober 2026
KontrolleAnbieter betreibt die Infrastruktur, Sie steuern Konfiguration und Zugriffe im Rahmen des VertragsSie betreiben alles auf eigener Infrastruktur und bestimmen den Zeitpunkt von UpdatesMicrosoft Learn, Business Central Deployment (On-Premises: Installation und Betrieb auf eigener Infrastruktur). Stand Oktober 2026
DSGVOAuftragsverarbeitungsvertrag nach Art. 28 nötig, Unterauftragsverarbeiter und Jurisdiktion prüfenVerantwortung bleibt bei Ihnen, ein Auftragsverarbeitungsvertrag entfällt nur ohne externe Dienstleister mit ZugriffVerordnung (EU) 2016/679, Art. 28. Stand Oktober 2026, keine Rechtsberatung
SkalierungKapazität lässt sich nach Bedarf zubuchen und abbestellenKapazität ist durch beschaffte Hardware begrenzt, Erweiterung braucht BeschaffungNIST SP 800-145, September 2011 (Rapid elasticity). Stand der Definition: 2011
BetriebAnbieter übernimmt Betrieb und Updates, der Umfang hängt vom Servicemodell ab (IaaS, PaaS, SaaS)Ihr Team oder ein Dienstleister patcht, sichert und überwacht das SystemBSI, Cloud Computing Grundlagen (Servicemodelle). Stand Oktober 2026
AusfallsicherheitVerfügbarkeit steht im Vertrag als Service Level, 99,9 Prozent entsprechen rund 8,76 Stunden Ausfall im JahrVerfügbarkeit hängt von Ihrer Redundanz, Notstrom und Wiederanlaufplanung ab, 99 Prozent entsprechen rund 87,6 Stunden im JahrRechenbeispiel von Find-Your-Software (365 Tage mal 24 Stunden mal Ausfallanteil). Stand Oktober 2026
SicherheitsnachweisPrüfbericht des Anbieters nach BSI C5:2026 anfordern und selbst bewerteneigene Nachweise und eigenes Risikomanagement, kein Anbieter-TestatBSI, Pressemitteilung C5:2026 vom 7. April 2026. Stand 7. April 2026
Wechsel und ExitAnbieterwechsel: Ankündigungsfrist höchstens zwei Monate, Übergang 30 Kalendertage, ab 12. Januar 2027 keine WechselentgelteWechsel ist ein Migrationsprojekt, Lizenzbindung und Wartungsvertrag vorher prüfenBundesnetzagentur, Data Act, Anbieterwechsel (Art. 25 und 29 der Verordnung (EU) 2023/2854). Stand Oktober 2026
Einführungsdauereinfaches Cloud CRM 2 bis 8 Wochen, Mittelstand mit ERP Anbindung 2 bis 4 Monatezusätzlich Beschaffung und Aufbau der Infrastruktur, Wochen bis MonateErfahrungswerte von Find-Your-Software, siehe CRM Software. Stand Oktober 2026
Verbreitung54 Prozent der Unternehmen ab 10 Beschäftigten nutzten 2025 kostenpflichtige Cloud-DiensteEine amtliche Zahl zum reinen Eigenbetrieb nennt Destatis nichtDestatis, Pressemitteilung Nr. 416 vom 24. November 2025. Stand November 2025
Die Zuordnung je Zeile ist eine Einschätzung von Find-Your-Software auf Basis der genannten Quellen und hängt von Workload, Datenmenge und vorhandener IT-Kompetenz ab. Eine Kostenspanne in Euro nennen wir hier bewusst nicht, Größenordnungen zeigt der Abschnitt zu den wahren Kosten und der TCO-Rechner.
Der Grundunterschied

Mieten oder besitzen: OpEx gegen CapEx

Im Kern unterscheidet sich beides darin, wie Sie für IT bezahlen und wer sie betreibt. Cloud heißt mieten: Sie beziehen Rechenleistung, Speicher und Software als laufenden Dienst von einem Anbieter wie AWS, Azure, Google Cloud oder Microsoft 365. On-Premise heißt besitzen: Sie kaufen Server und Lizenzen, betreiben sie in den eigenen Räumen und tragen Wartung, Strom und Personal selbst.

Cloud · OpEx

Betriebskosten statt Investition

Sie zahlen nutzungsabhängig, monatlich und ohne große Vorabinvestition. Der Anbieter kümmert sich um Hardware, Updates und Skalierung.

  • Schnell startklar, elastisch skalierbar
  • Kein eigenes Rechenzentrum nötig
  • Laufende Kosten, die mit der Nutzung steigen
On-Premise · CapEx

Investition und volle Kontrolle

Sie investieren einmalig in Hardware und Lizenzen und besitzen die Infrastruktur. Dafür haben Sie volle Kontrolle über Daten, Konfiguration und Betrieb.

  • Hohe Anfangskosten, dann planbar niedrig
  • Volle Datenhoheit im eigenen Haus
  • Eigenes Personal für Betrieb und Sicherheit nötig
Die wichtigste Erkenntnis vorab: Die Frage lautet 2026 längst nicht mehr Cloud oder On-Premise, sondern welcher Workload gehört wohin. In der Praxis setzen sich hybride Betriebsformen durch, reine Modelle werden zur Ausnahme (Einschätzung von Find-Your-Software). Wer grundsätzlicher fragt, welche IT er selbst betreibt und welche er extern bezieht, findet die Modelle im Leitfaden IT-Sourcing im Mittelstand.
Definitionen

Cloud, On-Premise und die Modelle dazwischen

Hinter den Begriffen steckt mehr als nur ein Ort. Es lohnt, die Betriebsmodelle und Servicetypen sauber zu unterscheiden, weil die Praxis fast immer eine Kombination ist.

Betriebsmodell A

Public Cloud

Geteilte Infrastruktur eines Anbieters, über das Internet bezogen und nutzungsabhängig bezahlt. Maximale Skalierbarkeit, geringste Einstiegshürde.

  • AWS, Microsoft Azure, Google Cloud
  • In Deutschland nutzen 53 Prozent Public Cloud (Bitkom, 2026)
Betriebsmodell B

Private Cloud & On-Premise

Dedizierte Infrastruktur, nur für ein Unternehmen, im eigenen Rechenzentrum (On-Premise) oder bei einem Dienstleister (Private Cloud). Mehr Kontrolle, mehr Eigenleistung.

  • Private Cloud nutzen in Deutschland 64 Prozent (Bitkom, 2026)
  • Volle Datenhoheit und Konfigurationskontrolle
Betriebsmodell C

Hybrid & Multi-Cloud

Kombination aus privater und öffentlicher Cloud (Hybrid) oder Diensten mehrerer Anbieter (Multi-Cloud). Der De-facto-Standard für mittlere und große Organisationen.

  • 34 Prozent nutzen Hybrid, 38 Prozent Multi-Cloud (Bitkom, 2026)
  • Jeder Workload läuft dort, wo er am besten passt
Quer dazu liegen die Servicemodelle: IaaS (Infrastruktur als Dienst, etwa virtuelle Server), PaaS (Plattform für Entwicklung und Betrieb) und SaaS (fertige Software wie Microsoft 365 oder Salesforce). Je weiter man von IaaS zu SaaS geht, desto mehr Verantwortung wandert vom eigenen Team zum Anbieter. On-Premise bedeutet dagegen, dass die Anwendung vollständig auf eigener, lokal betriebener Hardware läuft.
Begriff

On-Premise: Definition und Beispiele

On-Premise heißt: Ein Unternehmen erwirbt eine Softwarelizenz und installiert die Anwendung im eigenen Rechenzentrum oder auf eigener Hardware. Betrieb, Updates, Datensicherung und Sicherheit liegen bei ihm oder bei einem beauftragten Dienstleister. Nach SAP kauft der Kunde die Lizenz und installiert die Software im eigenen Rechenzentrum (SAP Learning, Deployment Options, Stand Oktober 2026).

Beispiel A

Business Central

Microsoft Dynamics 365 Business Central läuft online in der Microsoft Cloud oder On-Premises auf eigener Infrastruktur (Microsoft Learn, Business Central Deployment, Stand Oktober 2026).

Beispiel B

SAP S/4HANA

SAP führt Betriebsformen als On-Premise, Private Cloud und Public Cloud auf (SAP Learning, Deployment Options, Stand Oktober 2026).

Beispiel C

proALPHA und abas ERP

Beide Hersteller nennen Cloud und On-Premise als Betriebsformen (Herstellerangaben). Weitere Beispiele zeigt der ERP Anbieter Auszug.

Abgrenzung: Eine Private Cloud ist nicht automatisch On-Premise, denn sie darf laut NIST in oder außerhalb der eigenen Räume liegen (NIST SP 800-145, September 2011). Mehr zu den Modellen im Leitfaden IT-Sourcing.
Direktvergleich

Cloud gegen On-Premise Kriterium für Kriterium

Die folgende Tabelle stellt die wichtigsten Entscheidungskriterien gegenüber. Sie macht deutlich: Es gibt keinen pauschalen Sieger, sondern nur die passende Wahl je Workload und Rahmenbedingung.

KriteriumCloudOn-Premise
KostenmodellOpEx, laufende MieteCapEx, Investition und Eigentum
Anschaffungniedrig, sofort nutzbarhoch, Hardware und Lizenzen vorab
Time-to-ValueTage bis WochenWochen bis Monate (Beschaffung, Aufbau)
Skalierungelastisch, in Minuten hoch und runterbegrenzt durch eigene Kapazität
Laufende Kostennutzungsabhängig, plus Egress-Gebührenplanbar, nach Amortisation niedrig
Wartung & Updatesdurch den Anbieterselbst zu leisten
Sicherheitsverantwortunggeteilt (Shared Responsibility)vollständig beim Unternehmen
Datenhoheit / DSGVOvom Anbieter und dessen Recht abhängigvolle Kontrolle, Daten im Haus
Verfügbarkeithohe SLAs, aber Anbieterausfälle möglichabhängig von eigener Infrastruktur
Kontrolle & Anpassungdurch Anbieter begrenztmaximal
Latenzregionenabhängigminimal, lokal
Lock-in / Exithoch durch Egress und proprietäre Dienstegering, eigene Hardware
Bestes Lastprofilvariabel, saisonal, schnell wachsendstabil, hoch und vorhersehbar
Typische BeispieleMicrosoft 365, AWS, Azure, Salesforcelokaler ERP-Server, eigenes Rechenzentrum
Quellen: Anbieter- und Referenzdatenbank von Find-Your-Software, Bitkom Cloud Report 2026. Die Kostenspannen sind Erfahrungswerte von Find-Your-Software, keine Herstellerangaben (Stand Oktober 2026). Die Bewertungen sind Richtwerte und hängen stark vom konkreten Workload, der Datenmenge und den vorhandenen IT-Kompetenzen ab.
Vorteile & Nachteile

Stärken und Schwächen im Detail

Beide Modelle haben klare Vor- und Nachteile. Entscheidend ist, welche davon für Ihre Workloads, Ihre Datenschutzanforderungen und Ihre interne IT-Kompetenz wirklich zählen.

Cloud

Betrieb beim Anbieter

elastisch · schnell · ohne eigene Hardware

Die Cloud ist das Rückgrat der digitalen Transformation geworden. Sie überzeugt mit Tempo, Flexibilität und geringen Einstiegskosten, vor allem bei variablen oder schnell wachsenden Lasten.

Vorteile
  • Keine Vorabinvestition, schneller Start
  • Elastische Skalierung nach Bedarf
  • Anbieter übernimmt Wartung, Updates und Patches
  • Hohe Ausfallsicherheit und Disaster Recovery inklusive
  • Zugriff von überall, ideal für verteilte Teams
Nachteile
  • Dauerhafte, mit der Nutzung steigende Kosten
  • Versteckte Posten wie Egress-Gebühren und ungenutzte Kapazität
  • Vendor-Lock-in und Abhängigkeit vom Anbieter
  • Datenhoheit eingeschränkt, US-Anbieter unterliegen dem CLOUD Act
  • Anbieterausfälle treffen viele zugleich
Ideal für: variable und saisonale Lasten, schnell wachsende Teams, kundenorientierte Anwendungen, Entwicklung und Test, Analytik und Disaster Recovery.
On-Premise

Betrieb im eigenen Haus

kontrolliert · souverän · planbar

On-Premise bleibt relevant, wo Kontrolle, Compliance und Kostenstabilität zählen. Bei stabilen, hohen Lasten kann eigene Hardware über mehrere Jahre die günstigere und souveränere Wahl sein.

Vorteile
  • Volle Datenhoheit und Kontrolle über Hosting und Zugriff
  • Planbare Kosten, nach Amortisation oft günstiger
  • Keine Egress-Gebühren, kein nutzungsabhängiger Bill-Schock
  • Niedrige Latenz für lokale Anwendungen
  • Unabhängigkeit von der Politik ausländischer Anbieter
Nachteile
  • Hohe Anfangsinvestition in Hardware und Lizenzen
  • Eigenes Personal für Betrieb, Sicherheit und Updates nötig
  • Begrenzte Skalierung, lange Beschaffungszeiten
  • Hardware-Refresh alle 3 bis 5 Jahre, Strom und Kühlung
  • Disaster Recovery muss selbst aufgebaut werden
Ideal für: stabile, hohe und vorhersehbare Lasten, streng regulierte Daten, latenzkritische Systeme, IP-kritische Anwendungen und vorhandene eigene IT-Mannschaft.
Kosten & TCO

Die wahren Kosten beider Modelle

Der häufigste Fehler ist, die Cloud-Rechnung mit dem Hardware-Angebot zu vergleichen. Das ist kein TCO-Vergleich, sondern ein Anbietervergleich. Echte Gesamtkosten umfassen jeden Posten, der nötig ist, um die Infrastruktur sicher, verfügbar und konform zu betreiben. Die Cloud gewinnt im ersten Jahr und bei variablen Lasten, On-Premise gewinnt langfristig bei stabilen, hohen Lasten. Die Zahlen in der Tabelle sind Orientierungswerte (Erfahrungswerte von Find-Your-Software, Stand Oktober 2026), keine Herstellerangaben.

KostenfaktorCloudOn-Premise
Einstieg (Jahr 1)niedrighoch, Hardware und Lizenzen
5-Jahres-TCO, 50 bis 150 Nutzerca. 350.000 bis 820.000 $ca. 553.000 bis 1.138.000 $
Bei variablen Lasten30 bis 50 % günstigerteuer durch Überprovisionierung
Bei stabilen, hohen Lastenteuer auf Dauer40 bis 50 % günstiger
Versteckte KostenEgress-Gebühren, 30 bis 35 % Cloud-WasteStrom, Kühlung, Fläche, Personal
Hardware-Refreshim Dienst enthaltenalle 3 bis 5 Jahre
Break-even Server vs Instanzje nach Szenario teurerje nach Szenario günstiger
Hinweis: Die Beispielwerte sind Erfahrungswerte von Find-Your-Software und als Größenordnung zu verstehen. Entscheidend bleibt: Rechnen Sie Ihr eigenes Mengengerüst über fünf bis zehn Jahre, nicht den Listenpreis.
Der Rückweg

Cloud-Repatriation: wenn Workloads zurückkommen

Nach einem Jahrzehnt cloud-first schwingt das Pendel zurück. Cloud-Repatriation bezeichnet die gezielte Rückverlagerung von Workloads aus der Public Cloud zurück in eine Private Cloud oder ins eigene Rechenzentrum. Das ist keine Abkehr von der Cloud, sondern eine strategische Neujustierung.

Das Ausmaß

Ein breiter Trend, kein Exodus

Einzelne Workloads wandern zurück in eine Private Cloud oder ins eigene Rechenzentrum, ein kompletter Cloud-Ausstieg bleibt die Ausnahme.

  • Rückverlagert wird meist je Workload, nicht die ganze Landschaft
  • Hybride Betriebsformen sind in der Praxis der Normalfall
Die Gründe

Kosten, Performance, Souveränität

Repatriiert wird vor allem aus Kostengründen, gefolgt von Performance und Datensouveränität. Stabile, rechenintensive Lasten kommen deutlich häufiger zurück als variable.

  • Häufigste Treiber: Kosten, Performance und Souveränität (Einschätzung von Find-Your-Software)
  • Bei stabilen, hohen Lasten entscheidet die TCO-Rechnung über fünf bis zehn Jahre
Die Praxis

Bekannte Beispiele

Mehrere prominente Fälle haben den Trend ausgelöst und belegt, dass Rückverlagerung sich rechnen kann, wenn die Last stabil und groß genug ist.

  • 37signals verließ AWS und spart rund 2 Mio. $ pro Jahr
  • Dropbox sparte mit eigener Infrastruktur ca. 75 Mio. $ in zwei Jahren
  • GEICO sah nach 600+ Migrationen die Kosten um das 2,5-Fache steigen
Die Lehre daraus ist nicht on-premise statt cloud, sondern der richtige Workload am richtigen Ort. Repatriation lohnt sich vor allem bei stabilen, vorhersehbaren und datenintensiven Lasten. Variable, saisonale oder experimentelle Lasten bleiben in der Cloud gut aufgehoben. Wer eine Rückverlagerung erwägt, sollte sie als strukturierte Workload-Bewertung angehen, nicht als ideologische Grundsatzentscheidung.
DSGVO & Souveränität

Der DACH-Faktor: Datenschutz und Kontrolle

Für Unternehmen in Deutschland, Österreich und der Schweiz ist die Standortfrage längst auch eine Souveränitätsfrage. Datenschutz, Compliance und die Unabhängigkeit von außereuropäischen Anbietern rücken in den Mittelpunkt der Entscheidung.

Das Spannungsfeld

DSGVO trifft US-CLOUD-Act

  • US-Anbieter unterliegen dem CLOUD Act, unabhängig vom Speicherort der Daten
  • Das kann mit den Anforderungen der DSGVO in Konflikt geraten
  • Der EU Data Act gilt seit dem 12. September 2025, regelt den Anbieterwechsel und enthält Vorgaben zum Schutz vor unrechtmäßigem Zugriff durch Drittstaaten (Art. 32)
  • Laut Bitkom Cloud Report 2026 nennen 57 Prozent den Standort der Rechenzentren als Anforderung bei der Anbieterwahl
Die DACH-Stimmung

Ruf nach souveränen Alternativen

  • 85 Prozent halten Deutschland für zu abhängig von US-Anbietern (Bitkom, 2026)
  • 64 Prozent überdenken wegen der US-Politik ihre Cloud-Strategie (Bitkom, 2026)
  • 37 Prozent würden eine reine Deutschland-Cloud trotz Nachteilen nutzen (Bitkom, 2026)
  • Sicherheit, Datenschutz und Compliance sind für 95 bis 99 Prozent das Top-Kriterium
  • Souveräne Angebote entstehen: AWS European Sovereign Cloud, Microsoft Sovereign Cloud, Gaia-X
Praktische Konsequenz: On-Premise und Private Cloud geben die volle Kontrolle über Datenstandort, Zugriff und anwendbares Recht. Wer in der Public Cloud bleibt, sollte EU-Datenresidenz, Verschlüsselung mit eigenen Schlüsseln, einen Auftragsverarbeitungsvertrag und klare Exit-Szenarien vertraglich absichern. Souveränität ist 2026 kein Nischenthema mehr, sondern ein zentrales Auswahlkriterium.
Datenhoheit

Cloud Act, DSGVO und BSI C5:
sechs Prüfpunkte für den Cloud-Betrieb.

Datenhoheit entscheidet sich nicht am Serverstandort, sondern an Recht, Vertrag und Nachweis. Laut Bitkom Cloud Report 2026 halten 85 Prozent der befragten Unternehmen Deutschland für zu abhängig von US-Cloud-Anbietern, 37 Prozent würden eine reine Deutschland-Cloud trotz Abstrichen nutzen (Bitkom, Juni 2026). Die sechs Punkte gehören in jede Cloud-Prüfung. Vertiefung im Leitfaden Digitale Souveränität und Cloud.

01 · Jurisdiktion

US CLOUD Act, 18 U.S.C. § 2713

Seit dem 23. März 2018 müssen Anbieter von elektronischen Kommunikations- und Remote-Computing-Diensten Daten offenlegen, die sie besitzen oder kontrollieren, unabhängig davon, ob diese in den USA oder im Ausland gespeichert sind.

02 · Auftragsverarbeitung

Art. 28 DSGVO

Verarbeitet ein Cloud-Anbieter personenbezogene Daten in Ihrem Auftrag, braucht es einen Vertrag mit dokumentierter Weisungsbindung. Weitere Auftragsverarbeiter setzen Ihre vorherige Genehmigung voraus, nach Leistungsende werden Daten gelöscht oder zurückgegeben.

  • Vertrag vor dem Produktivstart abschließen
  • Liste der Unterauftragsverarbeiter und ihrer Standorte anfordern
03 · Nachweis

BSI C5:2026

Das BSI hat den Kriterienkatalog Cloud Computing am 7. April 2026 als C5:2026 veröffentlicht. Neu sind unter anderem Post-Quanten-Kryptographie und Confidential Computing. Wirtschaftsprüfer testieren, ob ein Anbieter die Kriterien erfüllt.

  • Prüfbericht zu Beginn und danach jährlich anfordern und selbst bewerten, so die Empfehlung des BSI
  • Das BSI kennt mehr als 100 Testate, sie ersetzen Ihr eigenes Risikomanagement nicht
04 · Souveränität

BSI C3A

Das BSI hat am 27. April 2026 die Souveränitätskriterien C3A veröffentlicht. Sie bauen auf C5 auf und prüfen, ob sich ein Cloud-Angebot im jeweiligen Risikokontext selbstbestimmt nutzen lässt.

  • Laut BSI ohne regulative Wirkung, Sie wählen die Kriterien nach Schutzbedarf
  • Erklärt im Beitrag BSI C5, C3A und ES3
05 · Wechsel und Exit

EU Data Act, Verordnung (EU) 2023/2854

Die Verordnung gilt seit dem 12. September 2025. Die Ankündigungsfrist für einen Anbieterwechsel darf höchstens zwei Monate betragen, danach folgt grundsätzlich ein Übergangszeitraum von 30 Kalendertagen. Ab dem 12. Januar 2027 dürfen Anbieter keine Wechselentgelte mehr erheben.

  • 59 Prozent nennen Lock-in-Effekte als Hemmnis für einen Anbieterwechsel (Bitkom Cloud Report 2026)
  • Exit-Klauseln, Datenformate und Fristen in den Vertrag aufnehmen
06 · Anforderungen

Was Käufer laut Bitkom verlangen

Bei der Anbieterwahl nennen 95 Prozent Vertrauen in IT-Sicherheit, Datenschutz und Compliance als Muss, 89 Prozent die Möglichkeit zur Datenverschlüsselung, 87 Prozent den Schutz vor unbefugtem Zugriff des Anbieters und 57 Prozent den Standort der Rechenzentren.

Quellen: Bitkom Cloud Report 2026, n=603, KW 14 bis 20 2026, 18 U.S.C. § 2713, BSI C5:2026, 7. April 2026, BSI C3A, 27. April 2026, BSI Kriterienkatalog C5, Verordnung (EU) 2016/679, Verordnung (EU) 2023/2854, Art. 25 und 29. Stand Oktober 2026. Keine Rechtsberatung.

Souveränität

Sovereign Cloud, Private Cloud oder On-Premises

Die drei Begriffe werden oft vermischt. Sie beantworten aber verschiedene Fragen: Wer betreibt die Infrastruktur, wem gehört der Betreiber, und wie prüfen Sie das?

Betreiber

Private Cloud

Laut BSI wird die Infrastruktur nur für eine Institution betrieben (BSI, Cloud Computing Grundlagen). Den Betrieb kann ein Dritter führen, deshalb entscheidet der Vertrag über die Kontrolle.

Eigenbetrieb

On-Premises

Standort, Zugriff und anwendbares Recht liegen bei Ihnen. Dafür fehlt die Elastizität der Cloud und der Betrieb bleibt Ihre Aufgabe.

Prüfbarkeit

Sovereign Cloud

Der Begriff wird am Markt uneinheitlich genutzt (Einschätzung von Find-Your-Software). Belastbar wird er erst über Kriterienkataloge.

Drei amtliche Maßstäbe helfen bei der Prüfung. Das BSI hat C5:2026 am 7. April 2026 veröffentlicht, erstmals mit Kriterien zu Container-Management, Post-Quanten-Kryptographie und Confidential Computing (BSI, Pressemitteilung C5:2026 vom 7. April 2026). Die C3A vom 27. April 2026 setzen C5 voraus und prüfen, ob sich ein Angebot im jeweiligen Risikokontext selbstbestimmt nutzen lässt. Dabei lässt sich wählen, ob Rechenzentren in Deutschland oder in der EU liegen sollen. Sie haben laut BSI keine regulative Wirkung (BSI, Pressemitteilung C3A vom 27. April 2026).

Die Europäische Kommission bewertet Anbieter im Cloud Sovereignty Framework nach acht Souveränitätszielen und drei SEAL-Stufen. Der Gesamtscore beruht auf 48 Kriterien, und die Kommission empfiehlt den Rahmen auch privaten Organisationen (Europäische Kommission, Sovereign Cloud Framework explained, 1. Juni 2026). Ein Beispiel für ein Angebot ist die AWS European Sovereign Cloud mit erster Region in Brandenburg, seit 14. Januar 2026 allgemein verfügbar (Herstellerangabe, AWS News Blog, 14. Januar 2026).

Praktisch heißt das: Wählen Sie die Kriterien nach Schutzbedarf, fordern Sie C5 Prüfbericht und Nachweise zur Souveränität an und klären Sie die Jurisdiktion des Konzerns, siehe EU Cloud Act für den Mittelstand und BSI C5, C3A und ES3. Die Architekturfrage behandelt IT-Architektur auf Souveränität bewerten.

Mythen & Risiken

Sechs Annahmen, die teuer werden können

Rund um Cloud und On-Premise halten sich hartnäckige Pauschalurteile. Wer sie kennt und hinterfragt, trifft eine nüchterne, datenbasierte Entscheidung statt einer reflexhaften.

Mythos 01

Die Cloud ist immer günstiger

Stimmt nur bei variablen Lasten. Bei stabilen, hohen Lasten ist eigene Hardware über fünf bis sieben Jahre oft deutlich günstiger. Wann sich eigene Hardware rechnet, hängt vom Szenario ab: Lastprofil, Nutzerzahl und Betriebsaufwand entscheiden.

Mythos 02

Die Cloud ist unsicherer

Differenziert: Hyperscaler investieren Milliarden in Sicherheit, Zertifizierungen und 24/7-Überwachung. Die meisten Vorfälle entstehen durch Fehlkonfiguration auf Kundenseite, nicht durch die Plattform.

Risiko 03

Egress und Lock-in

Jedes Gigabyte, das die Cloud verlässt, kostet. Egress-Gebühren und proprietäre Dienste erschweren den Wechsel. Datenportabilität und Exit-Strategie gehören von Anfang an in den Vertrag.

Risiko 04

Zentralisierungs- und Ausfallrisiko

Fällt eine Region eines Hyperscalers aus, trifft es viele zugleich. On-Premise und Multi-Cloud verteilen dieses Risiko, erfordern aber eigene Vorsorge.

Risiko 05

Fehlendes Personal

On-Premise braucht eigene Fachleute für Betrieb und Sicherheit. Fehlt diese Kompetenz, ist die wahre On-Premise-TCO höher als gedacht. Cloud verlagert diese Last, schafft aber Bedarf an Cloud-Architektur-Wissen.

Risiko 06

Cloud-Waste und Budgetüberschreitung

Ungenutzte Kapazität und Egress-Gebühren treiben die Cloud-Rechnung. Ohne aktives Kostenmanagement entgleist die Cloud-Rechnung schleichend.

Entscheidungshilfe

Wann Cloud, wann On-Premise

Keine Variante ist pauschal besser. Diese Checkliste macht die Wahl an Ihren Workloads und Rahmenbedingungen fest. In der Praxis landen die meisten Organisationen bei einer hybriden Mischung.

Eher Cloud

Wählen Sie Cloud, wenn

  • Ihre Lasten variabel, saisonal oder schnell wachsend sind
  • Sie schnell starten wollen, ohne in Hardware zu investieren
  • Teams verteilt arbeiten und Zugriff von überall brauchen
  • es um Entwicklung, Test, Analytik oder Disaster Recovery geht
  • Ihnen eigene IT-Kapazität für Betrieb und Sicherheit fehlt
  • Sie elastische Spitzenlasten ohne Überprovisionierung abdecken müssen
Eher On-Premise

Wählen Sie On-Premise, wenn

  • Ihre Lasten stabil, hoch und gut vorhersehbar sind
  • Datenhoheit und DSGVO-Souveränität zentral sind
  • Sie streng regulierte oder IP-kritische Daten verarbeiten
  • niedrige Latenz für lokale Systeme entscheidend ist
  • Sie eine eigene, kompetente IT-Mannschaft haben
  • Sie langfristige Kostenstabilität dem Mietmodell vorziehen
Der Normalfall 2026 ist hybrid: Sensible, regulierte und stabile Workloads laufen On-Premise oder in der Private Cloud, skalierbare und weniger sensible in der Public Cloud. Die strategische Frage lautet damit nicht ob hybrid, sondern welcher Workload gehört wohin.
Entscheidungstabelle

Cloud, On-Premise und Hybrid
nach Ausgangslage.

Die Kriterien oben beantworten, was beide Modelle unterscheidet. Die Tabelle übersetzt sie in sechs typische Ausgangslagen im Mittelstand. Cloud ist längst Normalfall: 54 Prozent der Unternehmen ab 10 Beschäftigten nutzten 2025 kostenpflichtige Cloud-Dienste, bei 10 bis 49 Beschäftigten 51 Prozent, ab 250 Beschäftigten 86 Prozent (Destatis, November 2025). Welche Betriebsform ein Hersteller tatsächlich anbietet, klären Sie in der Demo, denn sie ist bei Unternehmenssoftware oft Teil des Produkts.

AusgangslageEmpfehlungBegründungTypische Falle
Wachsend, kleine IT10 bis 100 Beschäftigte, kein eigenes RechenzentrumCloud (SaaS)Betrieb, Updates und Sicherung liegen beim Anbieter, die Anschaffung ist niedrig.Nutzerpreise steigen mit dem Wachstum. Exit und Datenexport vor Vertragsschluss klären.
Stabile Last, eigene ITgewachsenes System, Nutzungsdauer 5 bis 7 JahreOn-Premise oder Private CloudPlanbare Kosten und volle Kontrolle über Updatezeitpunkt und Anpassungen.Personal, Strom und Hardware-Refresh alle 3 bis 5 Jahre fehlen oft in der Rechnung.
Regulierte oder IP-kritische DatenBehörden, Lieferkette für kritische Infrastruktur, MedizintechnikHybrid oder souveräne CloudSensible Workloads bleiben unter eigener Kontrolle, der Rest läuft elastisch in der Cloud.Ein Standort in Deutschland ersetzt nicht die Prüfung der Jurisdiktion. Siehe den Abschnitt zu Cloud Act und BSI C5.
Altsystem läuft ausz. B. SAP ECC, Mainstream Wartung bis 31. Dezember 2027Hybrider ÜbergangDer Wartungstermin setzt den Zeitrahmen, nicht die Betriebsform.Betriebsform erst nach der Prozessanalyse festlegen und nicht vor der Anbieterauswahl.
Verteilte Standorte und TeamsVertrieb, Service, mobiles ArbeitenCloud (SaaS)Zugriff von überall, Updates erfolgen zentral.Schnittstellen zu lokalen Systemen und die Latenz früh in der IT-Systemlandschaft erfassen. Was die Anbindung kostet, zeigt Integrationskosten ERP WMS MES.
Lager mit FörderanlagenWMS, Scanner, Steuerung in Echtzeit, Offline-BetriebHybrid oder On-PremiseEchtzeit-Steuerung und Offline-Betrieb brauchen lokale Komponenten. Details in Cloud WMS oder On-Premise.99,9 Prozent Verfügbarkeit entsprechen rund 8,76 Stunden Ausfall im Jahr, 99 Prozent rund 87,6 Stunden.

Quellen: Destatis, Pressemitteilung Nr. 416 vom 24. November 2025, SAP News, 7. Oktober 2026. Die Empfehlungen sind Richtwerte und hängen von Workload, Datenmenge und IT-Kompetenz ab. Eigene Mengengerüste rechnen Sie im TCO-Rechner, Preislogiken zeigt Software Preise. Stand Oktober 2026.

Vorgehen

In sechs Schritten zur richtigen Platzierung

Statt einer Grundsatzentscheidung für alles empfiehlt sich eine Bewertung Workload für Workload. Dieses Vorgehen führt von der Bestandsaufnahme bis zur belastbaren Architektur und verbindet sich mit einer strukturierten Software-Auswahl.

01

Workloads inventarisieren

Erfassen Sie alle Anwendungen und Daten und gruppieren Sie sie nach Sensibilität, Lastprofil und Kritikalität.

02

Lastprofil bestimmen

Klären Sie je Workload: variabel oder stabil, klein oder rechenintensiv? Das ist der wichtigste Kostentreiber.

03

Compliance prüfen

Bewerten Sie Datenschutz, DSGVO, Datenstandort und Branchenauflagen. Sensible Daten setzen den Rahmen.

04

TCO über 5 Jahre rechnen

Vergleichen Sie echte Gesamtkosten inklusive Egress, Personal, Strom und Refresh, nicht nur den Listenpreis.

05

Risiko und Exit prüfen

Bewerten Sie Ausfallrisiko, Lock-in, Datenportabilität und vorhandene IT-Kompetenz realistisch.

06

Platzieren und dokumentieren

Weisen Sie jeden Workload dem passenden Modell zu, dokumentieren Sie die Entscheidung und prüfen Sie sie regelmäßig neu.

Diese Platzierungsfrage ist Teil jeder Software-Auswahl. Wie Sie anschließend Anforderungen, Lastenheft und Anbietervergleich methodisch aufsetzen, zeigt der Leitfaden Software-Auswahl: Methodik, Vorgehensmodell und Praxis-Tipps. Eng verwandt ist außerdem die Frage Standardsoftware vs Individualsoftware.
Einführung

Cloud Implementierung: Ablauf und Dauer

Eine Cloud Implementierung ist kein Installationsprojekt, aber auch kein Selbstläufer. Der Anbieter stellt die Umgebung bereit, Fachlichkeit, Daten und Schnittstellen bringen Sie selbst mit.

01

Anforderungen klären

Muss-Kriterien, Datenklassen und Betriebsform festlegen.

02

Vertrag schließen

Auftragsverarbeitung nach Art. 28 DSGVO, Service Level, Exit und Datenexport regeln.

03

Mandant einrichten

Rollen, Rechte, Stammdaten und Prozesse im Testsystem konfigurieren.

04

Daten migrieren

Altdaten bereinigen, Schnittstellen bauen und mit echten Daten testen.

05

Schulen und abnehmen

Key-User prüfen, danach folgt die Einarbeitung des Teams.

06

Go-live und Hypercare

Parallelbetrieb, schnelle Fehlerbehebung, später regelmäßige Release-Prüfung.

Dauer als Erfahrungswerte von Find-Your-Software (Stand Oktober 2026): ein einfaches Cloud CRM 2 bis 8 Wochen, ein Mittelstandsprojekt mit ERP Anbindung 2 bis 4 Monate, eine Enterprise Einführung 6 bis 12 Monate, siehe CRM Software. Ein kleines Lager braucht 4 bis 8 Wochen, der Mittelstand 4 bis 9 Monate, siehe WMS Software. Eine ERP Einführung dauert typischerweise 6 bis 24 Monate, Cloud ERP im KMU kann nach wenigen Monaten produktiv sein, siehe ERP Software. Für die Einarbeitung des Teams kommen beim CRM weitere 2 bis 3 Monate hinzu. Die Dauer hängt vor allem an Datenmigration, Schnittstellen und Schulung. Nach dem Start kommen Updates zentral vom Anbieter, prüfen Sie deshalb die Release-Zyklen im Vertrag.
Lager IT

Cloud oder On-Premise für die Lager IT

Im Lager arbeiten Scanner, Waagen und Fördertechnik in Echtzeit, und der Betrieb muss auch bei Netzausfall weiterlaufen. Ein Cloud WMS startet ohne eigene Server und erhält Updates zentral. Steuerung und Offline-Betrieb sprechen dagegen oft für lokale Komponenten, also On-Premise oder Hybrid. Prüfen Sie außerdem die Latenz zum Rechenzentrum und die Anbindung an ERP und Fördertechnik.

Rechenbeispiel von Find-Your-Software

Verfügbarkeit im Jahr

99,9 Prozent entsprechen rund 8,76 Stunden Ausfall im Jahr, 99 Prozent rund 87,6 Stunden (365 Tage mal 24 Stunden mal Ausfallanteil). Vergleichen Sie diese Werte mit Ihren Schichten.

Erfahrungswerte von Find-Your-Software

Einführungsdauer

Kleines Lager 4 bis 8 Wochen, Mittelstand 4 bis 9 Monate, große Projekte mit Fördertechnik 12 bis 24 Monate (Stand Oktober 2026).

Die Gegenüberstellung mit Kosten, Risiken und Wechselschritten steht in unserem Ratgeber Cloud WMS oder On-Premise. Preislogiken zeigt WMS Kosten, den Marktüberblick WMS Software. Klären Sie früh, wie der Betrieb bei Netzausfall weiterläuft, und erfassen Sie die Schnittstellen in der IT-Systemlandschaft.
ERP, HR, CRM und WMS

Cloud oder On-Premise bei Unternehmenssoftware:
was je Kategorie gilt.

Bei Unternehmenssoftware ist die Betriebsform selten frei wählbar. Sie hängt vom Hersteller und vom Produkt ab. Nach Destatis nutzten 2025 unter den Cloud-Nutzern 23 Prozent ERP und 23 Prozent CRM als Cloud-Dienst, E-Mail dagegen 76 Prozent. Fachsysteme wandern also langsamer in die Cloud als Standarddienste. Prüfen Sie deshalb schon in der Longlist, welche Betriebsformen ein Anbieter anbietet und was sie im Vertrag unterscheidet.

ERP

Betriebsform ist Produktentscheidung

  • SAP bietet S/4HANA in der Cloud und als On-Premise an, bei On-Premise gelten sieben Jahre Mainstream Wartung je Release ab 2023 (SAP News, September 2022)
  • Preise nennen Hersteller meist nur auf Anfrage, Größenordnungen zeigt Was kostet ein ERP wirklich
  • Marktüberblick: ERP Software
HR

Beschäftigtendaten brauchen Auftragsverarbeitung

  • Cloud-Betrieb verlangt einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO mit Weisungsbindung und genehmigten Unterauftragsverarbeitern
  • Kosten und Betriebsmodelle: HR-System Kosten
  • Marktüberblick: HR Software
CRM

Datenstandort und Exit prüfen

  • 23 Prozent der Cloud-Nutzer setzen CRM als Cloud-Dienst ein (Destatis, 2025)
  • Kundendaten im Vertrag: Standort der Verarbeitung, Unterauftragnehmer, Löschfristen
  • Kosten: Was kostet ein CRM wirklich
WMS

Echtzeit im Lager braucht lokale Anteile

  • Förderanlagen und Scanner im Offline-Betrieb sprechen für Hybrid oder On-Premise, Gleichstand und Beispielrechnung in Cloud WMS oder On-Premise
  • Verfügbarkeit 99,9 Prozent entspricht rund 8,76 Stunden Ausfall im Jahr
  • Kosten: WMS Kosten

Quellen: Destatis, Pressemitteilung Nr. 416, 24. November 2025, SAP News, 15. September 2022, Verordnung (EU) 2016/679, Art. 28. Stand Oktober 2026.

Fazit

Das Urteil in zwei Sätzen

Es geht nicht um Cloud oder On-Premise, sondern darum, jeden Workload dort zu betreiben, wo er den meisten Wert liefert.

Cloud

Agilität und Tempo

Die Cloud gewinnt bei variablen Lasten, schnellem Start, Skalierung und verteilter Arbeit. Der Preis dafür sind laufende, mit der Nutzung steigende Kosten, Lock-in-Risiken und eine eingeschränkte Datenhoheit, die im DACH-Raum zunehmend ins Gewicht fällt.

On-Premise

Kontrolle und Stabilität

On-Premise gewinnt bei stabilen, hohen Lasten, strenger Compliance und dem Wunsch nach Datensouveränität. Der Preis dafür sind hohe Anfangsinvestitionen, eigenes Betriebspersonal und begrenzte Skalierbarkeit.

Für die meisten Unternehmen lautet die beste Antwort 2026 weder rein Cloud noch rein On-Premise, sondern eine bewusst gestaltete hybride Architektur: Cloud für Agilität und Elastizität, On-Premise oder Private Cloud für sensible, regulierte und stabile Lasten.
FAQ

Häufige Fragen zu Cloud vs On-Premise

Die wichtigsten Fragen aus Infrastruktur-Entscheidungen, kompakt und mit aktuellen Zahlen beantwortet.

Was ist der Unterschied zwischen Cloud und On-Premise?

Cloud bedeutet, dass Rechenleistung, Speicher und Software als laufender Dienst von einem Anbieter wie AWS, Azure, Google Cloud oder Microsoft 365 über das Internet gemietet werden. On-Premise bedeutet, dass ein Unternehmen Server und Lizenzen kauft und die Software auf eigener Hardware in den eigenen Räumen betreibt. Der zentrale Unterschied liegt im Bezahlmodell und in der Kontrolle: Cloud ist Betriebskosten (OpEx) mit Betrieb durch den Anbieter, On-Premise ist Investition (CapEx) mit voller eigener Kontrolle über Daten und Konfiguration.

Ist Cloud oder On-Premise günstiger?

Das hängt vom Lastprofil ab. Bei variablen, saisonalen oder schnell wachsenden Lasten ist die Cloud meist günstiger, weil keine Überkapazität bezahlt wird. Bei stabilen, hohen und vorhersehbaren Lasten kann On-Premise über fünf bis sieben Jahre günstiger werden. Die Größenordnungen in der Kostentabelle sind Erfahrungswerte von Find-Your-Software. Entscheidend ist eine TCO-Rechnung über fünf bis zehn Jahre, die bei der Cloud Egress-Gebühren und ungenutzte Kapazität und bei On-Premise Personal, Strom und Hardware-Refresh einschließt.

Ist die Cloud sicherer als On-Premise?

Pauschal lässt sich das nicht beantworten. Große Cloud-Anbieter investieren Milliarden in physische Sicherheit, Verschlüsselung, Zertifizierungen wie ISO 27001 und SOC 2 sowie eine 24/7-Überwachung, die einzelne Unternehmen kaum erreichen. Gleichzeitig liegt die Verantwortung geteilt: Die meisten Cloud-Vorfälle entstehen durch Fehlkonfiguration auf Kundenseite, nicht durch die Plattform selbst. On-Premise gibt volle Kontrolle, verlangt aber eigenes Sicherheitspersonal und konsequentes Patchen. Sicherheit hängt also weniger vom Modell ab als von der Umsetzung.

Ist die Cloud DSGVO-konform?

Cloud kann DSGVO-konform betrieben werden, erfordert aber Sorgfalt. Eine Herausforderung ist, dass US-Anbieter dem CLOUD Act unterliegen und damit US-Behörden Zugriff verlangen können, unabhängig davon, wo die Daten physisch liegen. Das kann mit der DSGVO in Konflikt geraten. Wer in der Public Cloud bleibt, sollte EU-Datenresidenz, Verschlüsselung mit eigenen Schlüsseln, einen Auftragsverarbeitungsvertrag und klare Löschregeln vertraglich absichern. Der EU Data Act, seit dem 12. September 2025 anwendbar, stärkt den Schutz vor unrechtmäßigem ausländischem Zugriff. On-Premise und Private Cloud bieten die volle Kontrolle über Datenstandort und Recht.

Wann ist On-Premise die bessere Wahl?

On-Premise ist die bessere Wahl bei stabilen, hohen und vorhersehbaren Lasten, bei streng regulierten oder IP-kritischen Daten, bei latenzkritischen lokalen Systemen und wenn maximale Datenhoheit und Souveränität gefordert sind. Voraussetzung ist eine eigene, kompetente IT-Mannschaft, die Betrieb, Sicherheit und Updates dauerhaft leisten kann. In diesen Fällen kann eigene Hardware über fünf bis sieben Jahre die günstigere und kontrollierbarere Lösung sein. Das gilt auch für KI: Wie Sprachmodelle auf eigenen GPU-Servern laufen und wie die Hardware ausgelegt wird, beschreibt Lokales LLM von Sectorlens. Fehlt die interne Kompetenz, ist die wahre On-Premise-TCO allerdings höher, als die Bücher zunächst zeigen.

Wann ist die Cloud die bessere Wahl?

Die Cloud ist die bessere Wahl bei variablen, saisonalen oder schnell wachsenden Lasten, wenn schnelle Verfügbarkeit ohne Hardware-Investition zählt, für verteilte Teams mit Zugriff von überall sowie für Entwicklung, Test, Analytik und Disaster Recovery. Auch Unternehmen ohne eigene IT-Mannschaft profitieren, weil der Anbieter Betrieb, Wartung und Skalierung übernimmt. Ihre Stärke ist Elastizität: Spitzenlasten lassen sich abdecken, ohne dauerhaft Überkapazität vorzuhalten. Bei dauerhaft hoher, stabiler Last sollte man die langfristige TCO jedoch genau gegen On-Premise rechnen.

Was ist eine Hybrid-Cloud und warum ist sie der Standard?

Eine Hybrid-Cloud kombiniert private und öffentliche Cloud so, dass jeder Workload dort läuft, wo er am besten passt: sensible, regulierte und stabile Lasten On-Premise oder in der Private Cloud, skalierbare und weniger sensible Lasten in der Public Cloud. Sie ist 2026 der De-facto-Standard, weil sie Agilität und Kontrolle verbindet. Wichtig sind dabei einheitliches Identitätsmanagement, verschlüsselte Verbindungen und klare Governance.

Was ist bei ERP, HR und CRM besser, Cloud oder On-Premise?

Das hängt von Ausgangslage und Hersteller ab, nicht von der Kategorie allein. Bei Unternehmenssoftware ist die Betriebsform oft Teil des Produkts und gehört deshalb in die Longlist. Cloud passt bei wachsenden Unternehmen ohne eigene IT und bei verteilten Teams. On-Premise oder Private Cloud passt bei stabiler Last, eigener IT und streng regulierten Daten. Nach Destatis nutzten 2025 unter den Cloud-Nutzern je 23 Prozent ERP und CRM als Cloud-Dienst. Nutzen Sie die Tabelle nach Ausgangslage und rechnen Sie die TCO über fünf Jahre.

Was bedeutet On-Premise?

On-Premise bedeutet, dass ein Unternehmen eine Softwarelizenz erwirbt und die Anwendung auf eigener Infrastruktur betreibt, meist im eigenen Rechenzentrum. Betrieb, Updates, Datensicherung und Sicherheit liegen dann beim Unternehmen oder bei einem beauftragten Dienstleister. Die Gegenform ist die Cloud, bei der der Anbieter die Infrastruktur stellt. Eine Private Cloud ist nicht automatisch On-Premise, denn sie darf laut NIST auch außerhalb der eigenen Räume betrieben werden.

Wie lange dauert eine Cloud Implementierung?

Das hängt von Kategorie, Datenmigration und Schnittstellen ab. Erfahrungswerte von Find-Your-Software: ein einfaches Cloud CRM braucht 2 bis 8 Wochen, ein Mittelstandsprojekt mit ERP Anbindung 2 bis 4 Monate, eine Enterprise Einführung 6 bis 12 Monate. Ein kleines Lager mit Cloud WMS ist nach 4 bis 8 Wochen produktiv, im Mittelstand dauert es 4 bis 9 Monate. Planen Sie Tests mit echten Daten und einen Parallelbetrieb ein.

Was ist eine Sovereign Cloud?

Eine Sovereign Cloud soll Daten, Betrieb und anwendbares Recht unter europäischer Kontrolle halten. Der Begriff wird am Markt uneinheitlich genutzt, deshalb zählen prüfbare Kriterien. Das BSI hat dafür am 27. April 2026 den Katalog C3A veröffentlicht, der C5 voraussetzt, die Europäische Kommission nutzt das Cloud Sovereignty Framework mit acht Souveränitätszielen. Fordern Sie vom Anbieter den C5 Prüfbericht an und klären Sie die Jurisdiktion des Konzerns.

Cloud oder On-Premise für die Lager IT?

Ein Cloud WMS startet ohne eigene Server und erhält Updates zentral. Fördertechnik, Scanner im Offline-Betrieb und Echtzeit-Steuerung sprechen oft für lokale Komponenten, also On-Premise oder Hybrid. Ein Rechenbeispiel von Find-Your-Software zeigt den Unterschied bei der Verfügbarkeit: 99,9 Prozent entsprechen rund 8,76 Stunden Ausfall im Jahr, 99 Prozent rund 87,6 Stunden. Die Gegenüberstellung steht in unserem Leitfaden Cloud WMS oder On-Premise.

Weitere Fragen

Was ist Cloud-Repatriation und warum nimmt sie zu?

Cloud-Repatriation ist die gezielte Rückverlagerung einzelner Workloads aus der Public Cloud zurück in eine Private Cloud oder ins eigene Rechenzentrum. Gründe sind meist Kosten bei stabilen Lasten, Performance und Anforderungen an die Datensouveränität. Ein vollständiger Cloud-Ausstieg ist selten, häufiger entstehen hybride Betriebsformen. Wie stark die Abhängigkeit von US-Anbietern wahrgenommen wird, zeigt der Bitkom Cloud Report 2026: 85 Prozent der Befragten halten Deutschland für zu abhängig. Prüfen Sie eine Rückverlagerung je Workload anhand von TCO, Latenz und Rechtslage.

Was bedeutet digitale Souveränität bei der Cloud?

Digitale Souveränität bedeutet, dass ein Unternehmen die Kontrolle über seine Daten, deren Standort und das anwendbare Recht behält und nicht einseitig von ausländischen Anbietern abhängig ist. Im DACH-Raum ist das ein großes Thema: Laut Bitkom Cloud Report 2026 halten 85 Prozent Deutschland für zu abhängig von US-Anbietern, und 64 Prozent überdenken wegen der US-Politik ihre Cloud-Strategie (2026). Antworten darauf sind On-Premise, Private Cloud sowie souveräne Cloud-Angebote wie die AWS European Sovereign Cloud, die Microsoft Sovereign Cloud oder europäische Initiativen wie Gaia-X.

Was sind versteckte Kosten in der Cloud?

Die häufigsten versteckten Kosten sind Egress-Gebühren, also Entgelte für jedes Gigabyte, das die Cloud verlässt, sowie ungenutzte Kapazität, wenn Ressourcen nach Lastspitzen nicht zurückgefahren werden. Hinzu kommen Kosten für Support-Pläne, Zertifizierungen, Schulungen und Cloud-Architektur. Planen Sie diese Positionen in der TCO-Rechnung ein und lassen Sie sich Egress- und Support-Konditionen vom Anbieter schriftlich nennen.

Schützt ein Rechenzentrum in Deutschland vor dem US CLOUD Act?

Nicht allein. Nach 18 U.S.C. § 2713 müssen Anbieter von Remote-Computing-Diensten Daten offenlegen, die sie besitzen oder kontrollieren, unabhängig davon, ob diese in den USA oder im Ausland gespeichert sind. Maßgeblich ist daher, ob Anbieter oder Mutterkonzern US-Recht unterliegen. Ein deutscher Standort senkt andere Risiken, ersetzt aber nicht die Prüfung der Jurisdiktion. Prüfen Sie Eigentümerstruktur, Verschlüsselung mit eigenen Schlüsseln, den Auftragsverarbeitungsvertrag nach Art. 28 DSGVO und den BSI C5 Prüfbericht des Anbieters.

Was ist BSI C5 und wann brauche ich es bei der Cloud-Auswahl?

BSI C5 ist der Kriterienkatalog des BSI für die Informationssicherheit von Cloud-Diensten, die aktuelle Fassung C5:2026 erschien am 7. April 2026. Wirtschaftsprüfer testieren, ob ein Anbieter die Kriterien erfüllt. C5 belegt Sicherheitseigenschaften, nicht Souveränität, dafür hat das BSI am 27. April 2026 den Katalog C3A veröffentlicht. Fordern Sie den Prüfbericht zu Beginn und danach jährlich an und bewerten Sie ihn selbst, so empfiehlt es das BSI. Ein Testat ersetzt Ihr eigenes Risikomanagement nicht.

Was kostet der Wechsel des Cloud-Anbieters?

Bis zum 11. Januar 2027 dürfen Anbieter für den Wechsel nur ermäßigte Entgelte berechnen, die ihre unmittelbaren Kosten nicht übersteigen. Ab dem 12. Januar 2027 entfallen Wechselentgelte nach Art. 29 der Verordnung (EU) 2023/2854. Die Ankündigungsfrist darf höchstens zwei Monate betragen, danach folgt grundsätzlich ein Übergangszeitraum von 30 Kalendertagen. Regeln Sie den Exit trotzdem im Vertrag, denn 59 Prozent der Unternehmen nennen Lock-in-Effekte als Hemmnis für einen Wechsel (Bitkom Cloud Report 2026).

Cloud, On-Premise oder hybrid? Entscheiden Sie fundiert

Treffen Sie die Standortentscheidung Workload für Workload statt pauschal. Mit einer strukturierten Software-Auswahl bewerten Sie Anforderungen, Kosten, Datenschutz und Anbieter nachvollziehbar, von der ersten Analyse bis zum Vertrag.