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.
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.
| Kriterium | Cloud | On-Premise | Quelle und Stand |
|---|---|---|---|
| Kosten | laufende Abo- oder Nutzungsgebühr, geringe Anschaffung | einmalige Lizenz und eigene Hardware, danach Wartung und Betrieb | SAP Learning, Deployment Options (On-Premise: Lizenz erwerben, im eigenen Rechenzentrum installieren). Bewertung: Find-Your-Software. Stand Oktober 2026 |
| Kontrolle | Anbieter betreibt die Infrastruktur, Sie steuern Konfiguration und Zugriffe im Rahmen des Vertrags | Sie betreiben alles auf eigener Infrastruktur und bestimmen den Zeitpunkt von Updates | Microsoft Learn, Business Central Deployment (On-Premises: Installation und Betrieb auf eigener Infrastruktur). Stand Oktober 2026 |
| DSGVO | Auftragsverarbeitungsvertrag nach Art. 28 nötig, Unterauftragsverarbeiter und Jurisdiktion prüfen | Verantwortung bleibt bei Ihnen, ein Auftragsverarbeitungsvertrag entfällt nur ohne externe Dienstleister mit Zugriff | Verordnung (EU) 2016/679, Art. 28. Stand Oktober 2026, keine Rechtsberatung |
| Skalierung | Kapazität lässt sich nach Bedarf zubuchen und abbestellen | Kapazität ist durch beschaffte Hardware begrenzt, Erweiterung braucht Beschaffung | NIST SP 800-145, September 2011 (Rapid elasticity). Stand der Definition: 2011 |
| Betrieb | Anbieter übernimmt Betrieb und Updates, der Umfang hängt vom Servicemodell ab (IaaS, PaaS, SaaS) | Ihr Team oder ein Dienstleister patcht, sichert und überwacht das System | BSI, Cloud Computing Grundlagen (Servicemodelle). Stand Oktober 2026 |
| Ausfallsicherheit | Verfügbarkeit steht im Vertrag als Service Level, 99,9 Prozent entsprechen rund 8,76 Stunden Ausfall im Jahr | Verfügbarkeit hängt von Ihrer Redundanz, Notstrom und Wiederanlaufplanung ab, 99 Prozent entsprechen rund 87,6 Stunden im Jahr | Rechenbeispiel von Find-Your-Software (365 Tage mal 24 Stunden mal Ausfallanteil). Stand Oktober 2026 |
| Sicherheitsnachweis | Prüfbericht des Anbieters nach BSI C5:2026 anfordern und selbst bewerten | eigene Nachweise und eigenes Risikomanagement, kein Anbieter-Testat | BSI, Pressemitteilung C5:2026 vom 7. April 2026. Stand 7. April 2026 |
| Wechsel und Exit | Anbieterwechsel: Ankündigungsfrist höchstens zwei Monate, Übergang 30 Kalendertage, ab 12. Januar 2027 keine Wechselentgelte | Wechsel ist ein Migrationsprojekt, Lizenzbindung und Wartungsvertrag vorher prüfen | Bundesnetzagentur, Data Act, Anbieterwechsel (Art. 25 und 29 der Verordnung (EU) 2023/2854). Stand Oktober 2026 |
| Einführungsdauer | einfaches Cloud CRM 2 bis 8 Wochen, Mittelstand mit ERP Anbindung 2 bis 4 Monate | zusätzlich Beschaffung und Aufbau der Infrastruktur, Wochen bis Monate | Erfahrungswerte von Find-Your-Software, siehe CRM Software. Stand Oktober 2026 |
| Verbreitung | 54 Prozent der Unternehmen ab 10 Beschäftigten nutzten 2025 kostenpflichtige Cloud-Dienste | Eine amtliche Zahl zum reinen Eigenbetrieb nennt Destatis nicht | Destatis, Pressemitteilung Nr. 416 vom 24. November 2025. Stand November 2025 |
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.
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
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
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.
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)
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
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
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).
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).
SAP S/4HANA
SAP führt Betriebsformen als On-Premise, Private Cloud und Public Cloud auf (SAP Learning, Deployment Options, Stand Oktober 2026).
proALPHA und abas ERP
Beide Hersteller nennen Cloud und On-Premise als Betriebsformen (Herstellerangaben). Weitere Beispiele zeigt der ERP Anbieter Auszug.
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.
| Kriterium | Cloud | On-Premise |
|---|---|---|
| Kostenmodell | OpEx, laufende Miete | CapEx, Investition und Eigentum |
| Anschaffung | niedrig, sofort nutzbar | hoch, Hardware und Lizenzen vorab |
| Time-to-Value | Tage bis Wochen | Wochen bis Monate (Beschaffung, Aufbau) |
| Skalierung | elastisch, in Minuten hoch und runter | begrenzt durch eigene Kapazität |
| Laufende Kosten | nutzungsabhängig, plus Egress-Gebühren | planbar, nach Amortisation niedrig |
| Wartung & Updates | durch den Anbieter | selbst zu leisten |
| Sicherheitsverantwortung | geteilt (Shared Responsibility) | vollständig beim Unternehmen |
| Datenhoheit / DSGVO | vom Anbieter und dessen Recht abhängig | volle Kontrolle, Daten im Haus |
| Verfügbarkeit | hohe SLAs, aber Anbieterausfälle möglich | abhängig von eigener Infrastruktur |
| Kontrolle & Anpassung | durch Anbieter begrenzt | maximal |
| Latenz | regionenabhängig | minimal, lokal |
| Lock-in / Exit | hoch durch Egress und proprietäre Dienste | gering, eigene Hardware |
| Bestes Lastprofil | variabel, saisonal, schnell wachsend | stabil, hoch und vorhersehbar |
| Typische Beispiele | Microsoft 365, AWS, Azure, Salesforce | lokaler ERP-Server, eigenes Rechenzentrum |
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.
Betrieb beim Anbieter
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.
- 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
- 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
Betrieb im eigenen Haus
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.
- 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
- 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
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.
| Kostenfaktor | Cloud | On-Premise |
|---|---|---|
| Einstieg (Jahr 1) | niedrig | hoch, Hardware und Lizenzen |
| 5-Jahres-TCO, 50 bis 150 Nutzer | ca. 350.000 bis 820.000 $ | ca. 553.000 bis 1.138.000 $ |
| Bei variablen Lasten | 30 bis 50 % günstiger | teuer durch Überprovisionierung |
| Bei stabilen, hohen Lasten | teuer auf Dauer | 40 bis 50 % günstiger |
| Versteckte Kosten | Egress-Gebühren, 30 bis 35 % Cloud-Waste | Strom, Kühlung, Fläche, Personal |
| Hardware-Refresh | im Dienst enthalten | alle 3 bis 5 Jahre |
| Break-even Server vs Instanz | je nach Szenario teurer | je nach Szenario günstiger |
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.
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
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
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
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.
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
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
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.
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.
- Entscheidend ist, ob Anbieter oder Mutterkonzern US-Recht unterliegen, nicht der Serverstandort
- Einordnung im Beitrag EU Cloud Act für den Mittelstand
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
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
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
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
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.
- Diese Punkte als Anforderungen mit Ausschlusskriterien im Anforderungsmanager festhalten
- Die Prüfung der Software-Auswahl folgt der Software-Auswahl Methodik
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.
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?
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.
On-Premises
Standort, Zugriff und anwendbares Recht liegen bei Ihnen. Dafür fehlt die Elastizität der Cloud und der Betrieb bleibt Ihre Aufgabe.
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.
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.
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.
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.
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.
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.
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.
Cloud-Waste und Budgetüberschreitung
Ungenutzte Kapazität und Egress-Gebühren treiben die Cloud-Rechnung. Ohne aktives Kostenmanagement entgleist die Cloud-Rechnung schleichend.
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.
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
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
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.
| Ausgangslage | Empfehlung | Begründung | Typische Falle |
|---|---|---|---|
| Wachsend, kleine IT10 bis 100 Beschäftigte, kein eigenes Rechenzentrum | Cloud (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 Jahre | On-Premise oder Private Cloud | Planbare 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, Medizintechnik | Hybrid oder souveräne Cloud | Sensible 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 2027 | Hybrider Übergang | Der Wartungstermin setzt den Zeitrahmen, nicht die Betriebsform. | Betriebsform erst nach der Prozessanalyse festlegen und nicht vor der Anbieterauswahl. |
| Verteilte Standorte und TeamsVertrieb, Service, mobiles Arbeiten | Cloud (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-Betrieb | Hybrid oder On-Premise | Echtzeit-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.
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.
Workloads inventarisieren
Erfassen Sie alle Anwendungen und Daten und gruppieren Sie sie nach Sensibilität, Lastprofil und Kritikalität.
Lastprofil bestimmen
Klären Sie je Workload: variabel oder stabil, klein oder rechenintensiv? Das ist der wichtigste Kostentreiber.
Compliance prüfen
Bewerten Sie Datenschutz, DSGVO, Datenstandort und Branchenauflagen. Sensible Daten setzen den Rahmen.
TCO über 5 Jahre rechnen
Vergleichen Sie echte Gesamtkosten inklusive Egress, Personal, Strom und Refresh, nicht nur den Listenpreis.
Risiko und Exit prüfen
Bewerten Sie Ausfallrisiko, Lock-in, Datenportabilität und vorhandene IT-Kompetenz realistisch.
Platzieren und dokumentieren
Weisen Sie jeden Workload dem passenden Modell zu, dokumentieren Sie die Entscheidung und prüfen Sie sie regelmäßig neu.
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.
Anforderungen klären
Muss-Kriterien, Datenklassen und Betriebsform festlegen.
Vertrag schließen
Auftragsverarbeitung nach Art. 28 DSGVO, Service Level, Exit und Datenexport regeln.
Mandant einrichten
Rollen, Rechte, Stammdaten und Prozesse im Testsystem konfigurieren.
Daten migrieren
Altdaten bereinigen, Schnittstellen bauen und mit echten Daten testen.
Schulen und abnehmen
Key-User prüfen, danach folgt die Einarbeitung des Teams.
Go-live und Hypercare
Parallelbetrieb, schnelle Fehlerbehebung, später regelmäßige Release-Prüfung.
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.
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.
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).
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.
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
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
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
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.
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.
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.
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.
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.
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.