{"id":20726,"date":"2019-10-24T16:32:21","date_gmt":"2019-10-24T14:32:21","guid":{"rendered":"https:\/\/www.d-velop.de\/blog\/?p=20726"},"modified":"2025-04-02T17:11:34","modified_gmt":"2025-04-02T15:11:34","slug":"d-velop-hybrid-cloud-so-viel-cloud-wie-sie-wollen","status":"publish","type":"post","link":"https:\/\/www.d-velop.de\/blog\/digitaler-wandel\/d-velop-hybrid-cloud-so-viel-cloud-wie-sie-wollen\/","title":{"rendered":"d.velop hybrid\u00a0cloud: So viel Cloud wie Sie wollen\u00a0"},"content":{"rendered":"\n

Ein Blick in den Cloud Monitor 2019 der Bitkom und KPMG<\/a> zeigt, in Deutschland wird es wolkiger. Bereits 73% aller Unternehmen mit mindestens 20 Mitarbeiterinnen und Mitarbeitern nutzen Cloud Computing<\/a>. Dass nahezu dreiviertel der Unternehmen auf Cloud-Services setzen, bedeutet aber in aller Regel nicht, dass man in diesen Unternehmen keine lokal installierte Software und selbstbetriebenen Server mehr antrifft. Die Regel ist vielmehr, dass einzelne, ausgew\u00e4hlte SaaS-Angebote (h\u00e4ufig bspw. Office 365) genutzt werden, der Gro\u00dfteil der Software aber noch On-Prem betrieben wird.<\/p>\n\n\n\n

<\/span>Klares Jein zur Cloud!<\/span><\/h2>\n\n\n\n

\u00dcber die Vorteile der Cloud wurde und wird landauf, landab einiges geschrieben. Wir selbst haben auf unserem Blog die Vorteile ausf\u00fchrlich dargestellt und das Thema Cloud-Sicherheit<\/a> im Speziellen behandelt. Aber nat\u00fcrlich gibt es auch viele gute Gr\u00fcnde, weshalb Unternehmen an bestehender, lokal betriebener Software festhalten. Dazu geh\u00f6ren zum einen, dass Software, Server bzw. allgemein Infrastruktur im Rahmen von Planungen erworben werden. Innerhalb der Planungshorizonte ist es oft rein aus organisatorischen Gr\u00fcnden problematisch, die Betriebsform auf Cloud zu \u00e4ndern. Erschwerend kommt hinzu, dass in den meisten F\u00e4llen laufende (Wartungs-)Vertr\u00e4ge vorliegen. Sicherheit f\u00fcr Investitionen spielt damit eine entscheidende Rolle.<\/p>\n\n\n\n

Zum anderen lassen sich Systeme h\u00e4ufig nicht ohne Weiteres in die Cloud verlagern. Dies hat mehrere m\u00f6gliche Ursachen:<\/p>\n\n\n\n

    \n
  1. In der Cloud stehen im Vergleich zur On-Prem-Software nicht alle Funktionen in gleicher Form zur Verf\u00fcgung. Dadurch geht mit der Ver\u00e4nderung der Betriebsform schnell ein gro\u00dfes Change-Projekt einher, bei dem neben den technischen Herausforderungen auch Aspekte wie Mitarbeiterpartizipation und Unternehmenskultur \u00e4u\u00dferst relevant werden k\u00f6nnen.<\/li>\n\n\n\n
  2. Viele Unternehmen nutzen zudem hoch-individualisierte Software (Stichwort: Customizing). W\u00e4hrend die Software in der On-Prem-Variante und der Cloud-Variante im Standard zwar h\u00e4ufig nicht 100% die gleichen Funktionen bieten, so sind sie hinsichtlich des Funktionsumfangs \u00fcblicherweise doch recht nah beieinander oder es ist zumindest zu erwarten, dass sich diese Varianten sukzessive ann\u00e4hern. Individuelle Spezialentwicklungen haben es im Normalfall sehr schwer, wenn es darum geht, diese in die Cloud zu bekommen. Gibt man diese Individualisierung auf, resultiert wiederum das zuvor genannte Change-Problem. M\u00f6chte man die Individualisierung mit in die Cloud nehmen, entstehen signifikante Aufw\u00e4nde.<\/li>\n<\/ol>\n\n\n\n

    <\/span>Cloud, wie sie sein soll<\/span><\/h2>\n\n\n\n

    F\u00fcr viele Unternehmen bedeutet damit Einsatz von Cloud, Cloud dort einzusetzen, wo die genannten Probleme nicht greifen oder nur geringe negative Konsequenzen mit sich bringen. Vielfach findet man daher in Unternehmen mehr oder weniger klar abgegrenzte Services, die aus der Cloud bezogen werden. Gro\u00dfe Systeme \u2013 wie es ein d.3ecm ist \u2013 stellen da ein anderes Kaliber dar. Die Vorteile liegen zwar auf der Hand, die negativen Folgen bei einer kompletten Verlagerung eines solchen gro\u00dfen Systems \u00fcberwiegen jedoch vielfach. In Folge warten viele Unternehmen auf den richtigen Moment, um den gro\u00dfen Schritt zu machen (und manchmal kommt dieser Moment nie, sodass man in der Praxis bspw. auch nach wie vor hie und da auf AS\/400 trifft).<\/p>\n\n\n\n

    Eine L\u00f6sung, um dieses Geflecht aus Abh\u00e4ngigkeiten, (noch nicht amortisierten) Investitionen und Innovationsdruck aufzul\u00f6sen, ist der Hybridbetrieb von Software. Hybrid Cloud bedeutet, dass ein Teil der Software lokal betrieben wird und dieser lokale Teil um Cloud-Services erweitert und veredelt werden kann. Im besten Fall merkt dabei der Anwender gar nicht, ob er gerade einen Cloud-Service nutzt oder sich in einem Teil der Software bewegt, der nicht aus der Cloud kommt.<\/p>\n\n\n\n

    Diesen Ansatz verfolgt d.velop. F\u00fcr den d.3ecm hybrid m\u00fcssen lediglich die folgenden Schritte gegangen werden.<\/p>\n\n\n\n

    \"Infografik<\/figure>\n\n\n\n

    1) Es ist ein zum On-Prem-System korrespondierender d.velop cloud Mandant erforderlich. Dieser stellt im Betrieb den Cloud-Teil des hybriden Systems.
    2) On-Prem-System und Cloud-System werden miteinander verbunden. Damit besteht die Verbindung zur d.velop Plattform und die Vorteile k\u00f6nnen sofort genutzt werden<\/p>\n\n\n\n

    <\/span>Ihre Vorteile, Ihr Motor f\u00fcr Innovationen<\/span><\/h2>\n\n\n\n

    Unmittelbar nach der Umstellung auf den hybriden Betrieb fallen die Aufw\u00e4nde f\u00fcr Pflege und Betrieb der Infrastrukturkomponenten, die aus der Cloud bezogen werden, weg. Zudem steht damit das Fundament, um St\u00fcck f\u00fcr St\u00fcck lokale Dienste durch Cloud-Services abzul\u00f6sen. Zum Motor f\u00fcr Innovationen wird der Hybridbetrieb aber dadurch, dass On-Prem-Systeme nach den drei Schritten mit der d.velop Plattform <\/strong>verbunden sind. Damit k\u00f6nnen s\u00e4mtliche Angebote im d.velop Store<\/a> (mit Ausnahme von d.velop documents, da im Hybridbetrieb ja gerade die Dokumentenmanagement-Komponenten im On-Prem-System verbleiben) mit wenigen Klicks hinzugebucht werden. Das bedeutet:<\/p>\n\n\n\n