Zum Hauptinhalt springen
  • IT Aktuell

    ralfbehrend.ch - BlogIT

  • Ralf Behrend

    IT Consulting / CISO

  • Microsoft

  • Netzwerk

  • Server

  • Virtualisierung

  • Cloud

  • Workplace Management

  • Remote Workplace

    ....oder: Es muss wirklich nicht mehr CITRIX sein.

  • System Center Suite

  • Backup

  • Security Management Process

  • Informations Management

  • Password Manager

  • LAB Umgebung

  • Radio Station Automation

  • Kompetenzen

  • Just me

  • Safety by Design

    Ralf Behrend - Consulting.

  • Shop

    Shop - Dienstleistungspakete

Cloud – Kontrolle vs. Abhängigkeit

Eigene Cloud – Kontrolle statt Abhängigkeit

Cloud ist heute Standard. Für viele Unternehmen bedeutet das automatisch Microsoft 365, Google Workspace oder eine Mischung aus beidem. Funktional ist das bequem, keine Frage. Strategisch bedeutet es aber vor allem eines:

Abhängigkeit von Plattformen, auf die man technisch keinen echten Einfluss mehr hat und deren technische Sicherheit man nicht beeinflussen kann.

Eine eigene Cloud ist kein Gegenmodell zur Public Cloud, sondern eine bewusste Entscheidung für Kontrolle. Für Daten, für Prozesse und für die eigene IT-Strategie.


Was „eigene Cloud“ in der Praxis heisst

Eine eigene Cloud bedeutet nicht, alles selbst zu programmieren. Es geht um Plattformen wie Nextcloud, private Kubernetes-Umgebungen oder virtualisierte Infrastrukturen im eigenen Rechenzentrum oder bei einem lokalen Hoster.

Der Unterschied ist fundamental - die Systeme gehören dem Unternehmen. Die Daten liegen unter eigener Kontrolle. Die Regeln bestimmt nicht ein Anbieter, sondern die eigene Architektur.


Sicherheit: technisch statt vertragsbasiert

Bei Microsoft, Google & Co. basiert Sicherheit zu einem grossen Teil auf Vertrauen und Vertragswerken. Man glaubt, dass die Plattform sicher ist, weil sie „gross“ ist.

In einer eigenen Cloud ist Sicherheit technisch überprüfbar:Netzwerkzonen, Zugriffskontrollen, Verschlüsselung, Backup, Logging. Man sieht, wo Daten liegen, wer darauf zugreift und über welche Wege sie fliessen.


Für mich als IT-Ingenieur ist das ein zentraler Punkt: Sicherheit entsteht durch Architektur, nicht durch AGB.


Privacy: Datenhoheit ist kein Marketingbegriff

Datenschutz wird oft mit Checkboxen und Zertifikaten beantwortet. Real bedeutet Privacy vor allem eines:

Wer hat technisch Zugriff auf die Daten?

In Public Clouds gibt es immer eine zusätzliche Partei - den Anbieter. Selbst wenn alles „DSGVO-konform“ ist, bleiben Metadaten, Abhängigkeiten, ausländische Rechtsräume und faktische Kontrollverluste.

In einer eigenen Cloud gibt es genau eine Instanz: das Unternehmen selbst. Keine Datenanalyse, kein Plattforminteresse, kein Vendor-Lock-in auf Dateiformate oder APIs.


Unabhängigkeit: strategischer statt technischer Vorteil

Der grösste Vorteil einer eigenen Cloud ist nicht Performance oder Preis. Es ist strategische Freiheit.

  • Keine erzwungenen Lizenzmodelle

  • Keine Produktänderungen ohne Einflussmöglichkeit

  • Keine Preiserhöhungen mit kurzer Vorlaufzeit

  • Keine Abhängigkeit von Roadmaps fremder Konzerne

Man entscheidet selbst, wann Systeme aktualisiert werden, wie lange sie genutzt werden und welche Funktionen wirklich relevant sind.


Mein Fazit

Public Clouds sind leistungsfähig, aber nicht neutral. Sie lösen viele Probleme – und schaffen gleichzeitig neue Abhängigkeiten.

Eine eigene Cloud ist kein Rückschritt, sondern eine bewusste Architekturentscheidung:für Kontrolle statt Bequemlichkeit,für technische Sicherheit statt Vertragsvertrauen,für Datenhoheit statt Plattformlogik.

Oder kurz gesagt:

Wer die Kontrolle über seine IT abgibt, gibt langfristig auch die Kontrolle über seine Prozesse und Daten ab. Eine eigene Cloud hält genau diese Kontrolle dort, wo sie hingehört: im eigenen System.

Mehr dazu?  Fragen Sie mich doch einfach!