---
# source: src/content/solutions/de/hpe/hpe-morpheus.md
# route:  /de/solutions/hpe/hpe-morpheus/
title: HPE Morpheus
tags: [cloud, automation, devops]
vendors: [hpe, morpheus]
summary: Eine Self-Service-Ebene über mehreren Plattformen. Teams bestellen, der Betrieb behält Richtlinien und Kosten in der Hand. Seit der Übernahme von Morpheus Data ein HPE-Produkt.
photoNeed: The Morpheus self-service catalogue on screen, with someone provisioning from it
stub: false
draft: false
kind: platform
formerly: Morpheus Cloud Management Platform
addon: false
sourceNote: "HPE Produktseite «HPE Morpheus Software», gelesen am 2026-08-30: «Hybrid cloud platform», Lizenzierung «Per socket»"
vendorName: HPE Morpheus Software
status: current
practice: >
  Entwurf, noch nicht geprüft. Der Nutzen entsteht bei uns fast immer beim zweiten Anwendungsfall, nicht beim ersten. Die erste Bestellstrecke rechtfertigt den Aufwand selten. Sobald aber Namenskonventionen, Rechte und Rückbau an einer Stelle liegen, fällt jede weitere Strecke fast von selbst an.
practiceReview: true
---

## Was es ist

Morpheus legt eine Bestell- und Verwaltungsebene über die Plattformen, die ohnehin
vorhanden sind. vSphere, ein Hyperscaler und Kubernetes stehen im selben Katalog. Was ein
Team bestellen darf, wie es benannt wird und was es kostet, wird einmal festgelegt.

Installiert wird auf Linux, on-premises oder in einer Public Cloud, und die Umsysteme
werden über Integrationen angebunden statt über Code: Load Balancer, Backup, DNS und IPAM,
ITSM, dazu die DevOps-Werkzeuge, die ein Team ohnehin betreibt, unter anderem Ansible,
Terraform, Puppet und Jenkins. Bestehende Skripte laufen weiter, ab Ablage oder aus einem
Git-Repository.

## Was sich verändert hat

Morpheus war eine eigenständige Firma. HPE hat Morpheus Data übernommen, und das Produkt
heisst heute HPE Morpheus Software. Das ist nicht nur ein Logo: Es steht an der Spitze
einer HPE-Softwarefamilie, mit Morpheus VM Essentials als Virtualisierungsstufe darunter,
und HPE lizenziert beide **pro Sockel** statt pro Core.

Pro Sockel ist die Stelle, die man zweimal liest, wenn man gerade den Weg aus einer
Core-Lizenz durchrechnet.

## Wofür es gedacht ist

Für Umgebungen mit mehr als einer Zielplattform und mehr als einem Team, das etwas
anfordert. Genau dort entsteht der Aufwand, den es wegnimmt: dieselbe Anfrage, andere
Wege, keine gemeinsame Regel.

Bei einer Plattform und einem Team rechnet sich die Einführung nicht.

## Worauf zu achten ist

Eine Automationsebene bildet die Prozesse ab, die es gibt. Wo keine Regel existiert, macht
sie die Lücke sichtbar, und das ist der unangenehme Teil jeder Einführung. Diese
Entscheidungen gehören ins Betriebsmodell, nicht ins Produkt.