build 7bbbddf7 | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 267 | 0 skipped | | format
apiVersion: soultec.ch/v1kind: Solutionmetadata: name: morpheus locale: de labels: vendor: Morpheus Enterprise capability/cloud: 1.94 capability/automation: 1.78 capability/devops: 3.42 vendor/morpheus: 3.67 annotations: source: src/content/solutions/de/morpheus.md route: /de/solutions/morpheus/ schema: /nerd/schema/solutions.json markdown: /de/solutions/morpheus.mdspec: title: Morpheus tags: [cloud, automation, devops] vendors: [morpheus] summary: >- Eine Self-Service-Ebene über mehreren Plattformen. Entwicklerteams bestellen, der Betrieb behält Richtlinien und Kosten in der Hand. photoNeed: >- The Morpheus self-service catalogue on screen, with someone provisioning from it stub: false draft: false kind: product addon: false vendorName: Morpheus Enterprise 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 sections: - heading:

Was es ist

body: | Morpheus legt eine Bestell- und Verwaltungsschicht über die Plattformen, die schon da sind. vSphere, ein Hyperscaler und Kubernetes erscheinen im selben Katalog. Was ein Team bestellen darf, wie es benannt wird und was es kostet, ist an einer Stelle hinterlegt. - heading:

Wofür es gedacht ist

body: | Für Umgebungen mit mehr als einer Zielplattform und mehr als einem anfordernden Team. Genau dort entsteht der Aufwand, den es abnimmt: gleiche Anfrage, verschiedene Wege, keine gemeinsame Regel. Bei einer Plattform und einem Team lohnt sich die Einführung nicht. - heading:

Worauf zu achten ist

body: | Eine Automatisierungsschicht bildet die Prozesse ab, die es gibt. Wo keine Regel existiert, macht sie deren Fehlen sichtbar, und das ist der unbequeme Teil einer Einführung. Diese Entscheidungen fallen im Betriebskonzept an, nicht im Produkt.status: corpus: 267 services: - {ref: services/orchestration-automation, score: 1.00} - {ref: services/cloud, score: 0.48} - {ref: services/linux-container, score: 0.40} - {ref: services/platform, score: 0.30} posts: - {ref: posts/morpheus-cloud-management-plattform, score: 0.66} - {ref: posts/my-solution-to-share-powershell-scripts, score: 0.51} - {ref: posts/breaking-and-fixing-gitlab, score: 0.34} - {ref: posts/how-to-intelligent-hub-macos-not-synchronizing-after-active-directory-user-name-change, score: 0.28} - {ref: posts/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself, score: 0.28} experts: - {ref: experts/christian-schnyder, score: 0.58} - {ref: experts/fabian-faessler, score: 0.39} - {ref: experts/patrick-pletscher, score: 0.39} neighbours: - {ref: solutions/vmware/vmware-cloud-foundation, score: 0.31} - {ref: solutions/vmware/vmware-cloud-foundation/vcf-automation, score: 0.31} - {ref: solutions/vmware, score: 0.24}
{ "apiVersion": "soultec.ch/v1", "kind": "Solution", "metadata": { "name": "morpheus", "locale": "de", "labels": { "vendor": "Morpheus Enterprise", "capability/cloud": "1.94", "capability/automation": "1.78", "capability/devops": "3.42", "vendor/morpheus": "3.67" }, "annotations": { "source": "src/content/solutions/de/morpheus.md", "route": "/de/solutions/morpheus/", "schema": "/nerd/schema/solutions.json", "markdown": "/de/solutions/morpheus.md" } }, "spec": { "title": "Morpheus", "tags": [ "cloud", "automation", "devops" ], "vendors": [ "morpheus" ], "summary": "Eine Self-Service-Ebene über mehreren Plattformen. Entwicklerteams bestellen, der Betrieb behält Richtlinien und Kosten in der Hand.", "photoNeed": "The Morpheus self-service catalogue on screen, with someone provisioning from it", "stub": false, "draft": false, "kind": "product", "addon": false, "vendorName": "Morpheus Enterprise", "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.\n", "practiceReview": true }, "sections": [ { "heading": "

Was es ist

",
"body": "Morpheus legt eine Bestell- und Verwaltungsschicht über die Plattformen, die schon da\nsind. vSphere, ein Hyperscaler und Kubernetes erscheinen im selben Katalog. Was ein Team\nbestellen darf, wie es benannt wird und was es kostet, ist an einer Stelle hinterlegt." }, { "heading": "

Wofür es gedacht ist

",
"body": "Für Umgebungen mit mehr als einer Zielplattform und mehr als einem anfordernden Team.\nGenau dort entsteht der Aufwand, den es abnimmt: gleiche Anfrage, verschiedene Wege,\nkeine gemeinsame Regel.\n\nBei einer Plattform und einem Team lohnt sich die Einführung nicht." }, { "heading": "

Worauf zu achten ist

",
"body": "Eine Automatisierungsschicht bildet die Prozesse ab, die es gibt. Wo keine Regel\nexistiert, macht sie deren Fehlen sichtbar, und das ist der unbequeme Teil einer\nEinführung. Diese Entscheidungen fallen im Betriebskonzept an, nicht im Produkt." } ], "status": { "corpus": 267, "services": [ { "ref": "services/orchestration-automation", "score": "1.00" }, { "ref": "services/cloud", "score": "0.48" }, { "ref": "services/linux-container", "score": "0.40" }, { "ref": "services/platform", "score": "0.30" } ], "posts": [ { "ref": "posts/morpheus-cloud-management-plattform", "score": "0.66" }, { "ref": "posts/my-solution-to-share-powershell-scripts", "score": "0.51" }, { "ref": "posts/breaking-and-fixing-gitlab", "score": "0.34" }, { "ref": "posts/how-to-intelligent-hub-macos-not-synchronizing-after-active-directory-user-name-change", "score": "0.28" }, { "ref": "posts/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself", "score": "0.28" } ], "experts": [ { "ref": "experts/christian-schnyder", "score": "0.58" }, { "ref": "experts/fabian-faessler", "score": "0.39" }, { "ref": "experts/patrick-pletscher", "score": "0.39" } ], "neighbours": [ { "ref": "solutions/vmware/vmware-cloud-foundation", "score": "0.31" }, { "ref": "solutions/vmware/vmware-cloud-foundation/vcf-automation", "score": "0.31" }, { "ref": "solutions/vmware", "score": "0.24" } ] }}
apiVersion = "soultec.ch/v1"kind = "Solution"[metadata]name = "morpheus"locale = "de"[metadata.labels]vendor = "Morpheus Enterprise""capability/cloud" = "1.94""capability/automation" = "1.78""capability/devops" = "3.42""vendor/morpheus" = "3.67"[metadata.annotations]source = "src/content/solutions/de/morpheus.md"route = "/de/solutions/morpheus/"schema = "/nerd/schema/solutions.json"markdown = "/de/solutions/morpheus.md"[spec]title = "Morpheus"tags = ["cloud", "automation", "devops"]vendors = ["morpheus"]summary = "Eine Self-Service-Ebene über mehreren Plattformen. Entwicklerteams bestellen, der Betrieb behält Richtlinien und Kosten in der Hand."photoNeed = "The Morpheus self-service catalogue on screen, with someone provisioning from it"stub = falsedraft = falsekind = "product"addon = falsevendorName = "Morpheus Enterprise"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[[sections]]heading = "

Was es ist

"
body = '''Morpheus legt eine Bestell- und Verwaltungsschicht über die Plattformen, die schon dasind. vSphere, ein Hyperscaler und Kubernetes erscheinen im selben Katalog. Was ein Teambestellen darf, wie es benannt wird und was es kostet, ist an einer Stelle hinterlegt.'''[[sections]]heading = "

Wofür es gedacht ist

"
body = '''Für Umgebungen mit mehr als einer Zielplattform und mehr als einem anfordernden Team.Genau dort entsteht der Aufwand, den es abnimmt: gleiche Anfrage, verschiedene Wege,keine gemeinsame Regel.Bei einer Plattform und einem Team lohnt sich die Einführung nicht.'''[[sections]]heading = "

Worauf zu achten ist

"
body = '''Eine Automatisierungsschicht bildet die Prozesse ab, die es gibt. Wo keine Regelexistiert, macht sie deren Fehlen sichtbar, und das ist der unbequeme Teil einerEinführung. Diese Entscheidungen fallen im Betriebskonzept an, nicht im Produkt.'''[status]corpus = 267[[status.services]]ref = "services/orchestration-automation"score = "1.00"[[status.services]]ref = "services/cloud"score = "0.48"[[status.services]]ref = "services/linux-container"score = "0.40"[[status.services]]ref = "services/platform"score = "0.30"[[status.posts]]ref = "posts/morpheus-cloud-management-plattform"score = "0.66"[[status.posts]]ref = "posts/my-solution-to-share-powershell-scripts"score = "0.51"[[status.posts]]ref = "posts/breaking-and-fixing-gitlab"score = "0.34"[[status.posts]]ref = "posts/how-to-intelligent-hub-macos-not-synchronizing-after-active-directory-user-name-change"score = "0.28"[[status.posts]]ref = "posts/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself"score = "0.28"[[status.experts]]ref = "experts/christian-schnyder"score = "0.58"[[status.experts]]ref = "experts/fabian-faessler"score = "0.39"[[status.experts]]ref = "experts/patrick-pletscher"score = "0.39"[[status.neighbours]]ref = "solutions/vmware/vmware-cloud-foundation"score = "0.31"[[status.neighbours]]ref = "solutions/vmware/vmware-cloud-foundation/vcf-automation"score = "0.31"[[status.neighbours]]ref = "solutions/vmware"score = "0.24"
<?xml version="1.0" encoding="UTF-8"?><manifest kind="Solution"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>morpheus</name> <locale>de</locale> <labels> <vendor>Morpheus Enterprise</vendor> <entry key="capability/cloud">1.94</entry> <entry key="capability/automation">1.78</entry> <entry key="capability/devops">3.42</entry> <entry key="vendor/morpheus">3.67</entry> </labels> <annotations> <source>src/content/solutions/de/morpheus.md</source> <route>/de/solutions/morpheus/</route> <schema>/nerd/schema/solutions.json</schema> <markdown>/de/solutions/morpheus.md</markdown> </annotations> </metadata> <spec> <title>Morpheus</title> <tags> <item>cloud</item> <item>automation</item> <item>devops</item> </tags> <vendors> <item>morpheus</item> </vendors> <summary>Eine Self-Service-Ebene über mehreren Plattformen. Entwicklerteams bestellen, der Betrieb behält Richtlinien und Kosten in der Hand.</summary> <photoNeed>The Morpheus self-service catalogue on screen, with someone provisioning from it</photoNeed> <stub>false</stub> <draft>false</draft> <kind>product</kind> <addon>false</addon> <vendorName>Morpheus Enterprise</vendorName> <status>current</status> <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. </practice> <practiceReview>true</practiceReview> </spec> <sections> <section> <heading>

Was es ist

</heading>
<body>Morpheus legt eine Bestell- und Verwaltungsschicht über die Plattformen, die schon dasind. vSphere, ein Hyperscaler und Kubernetes erscheinen im selben Katalog. Was ein Teambestellen darf, wie es benannt wird und was es kostet, ist an einer Stelle hinterlegt. </body> </section> <section> <heading>

Wofür es gedacht ist

</heading>
<body>Für Umgebungen mit mehr als einer Zielplattform und mehr als einem anfordernden Team.Genau dort entsteht der Aufwand, den es abnimmt: gleiche Anfrage, verschiedene Wege,keine gemeinsame Regel.Bei einer Plattform und einem Team lohnt sich die Einführung nicht. </body> </section> <section> <heading>

Worauf zu achten ist

</heading>
<body>Eine Automatisierungsschicht bildet die Prozesse ab, die es gibt. Wo keine Regelexistiert, macht sie deren Fehlen sichtbar, und das ist der unbequeme Teil einerEinführung. Diese Entscheidungen fallen im Betriebskonzept an, nicht im Produkt. </body> </section> </sections> <status> <corpus>267</corpus> <services> <item> <ref>services/orchestration-automation</ref> <score>1.00</score> </item> <item> <ref>services/cloud</ref> <score>0.48</score> </item> <item> <ref>services/linux-container</ref> <score>0.40</score> </item> <item> <ref>services/platform</ref> <score>0.30</score> </item> </services> <posts> <item> <ref>posts/morpheus-cloud-management-plattform</ref> <score>0.66</score> </item> <item> <ref>posts/my-solution-to-share-powershell-scripts</ref> <score>0.51</score> </item> <item> <ref>posts/breaking-and-fixing-gitlab</ref> <score>0.34</score> </item> <item> <ref>posts/how-to-intelligent-hub-macos-not-synchronizing-after-active-directory-user-name-change</ref> <score>0.28</score> </item> <item> <ref>posts/how-to-fix-windows-server-internet-access-when-the-default-route-points-to-tself</ref> <score>0.28</score> </item> </posts> <experts> <item> <ref>experts/christian-schnyder</ref> <score>0.58</score> </item> <item> <ref>experts/fabian-faessler</ref> <score>0.39</score> </item> <item> <ref>experts/patrick-pletscher</ref> <score>0.39</score> </item> </experts> <neighbours> <item> <ref>solutions/vmware/vmware-cloud-foundation</ref> <score>0.31</score> </item> <item> <ref>solutions/vmware/vmware-cloud-foundation/vcf-automation</ref> <score>0.31</score> </item> <item> <ref>solutions/vmware</ref> <score>0.24</score> </item> </neighbours> </status></manifest>
Lösung · Morpheus

Morpheus

Beim Hersteller: Morpheus Enterprise

Eine Self-Service-Ebene über mehreren Plattformen. Entwicklerteams bestellen, der Betrieb behält Richtlinien und Kosten in der Hand.

Morpheus Platinum Partner

Themen Cloud 1.94 Automation 1.78 DevOps 3.42
Hersteller Morpheus 3.67
04Services
05Beiträge
03Fähigkeiten
267Korpus

Was es ist

Morpheus legt eine Bestell- und Verwaltungsschicht über die Plattformen, die schon da sind. vSphere, ein Hyperscaler und Kubernetes erscheinen im selben Katalog. Was ein Team bestellen darf, wie es benannt wird und was es kostet, ist an einer Stelle hinterlegt.

Wofür es gedacht ist

Für Umgebungen mit mehr als einer Zielplattform und mehr als einem anfordernden Team. Genau dort entsteht der Aufwand, den es abnimmt: gleiche Anfrage, verschiedene Wege, keine gemeinsame Regel.

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

Worauf zu achten ist

Eine Automatisierungsschicht bildet die Prozesse ab, die es gibt. Wo keine Regel existiert, macht sie deren Fehlen sichtbar, und das ist der unbequeme Teil einer Einführung. Diese Entscheidungen fallen im Betriebskonzept an, nicht im Produkt.

Was wir damit machen

Entwurf, ungeprüft

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.

Dieser Absatz ist ein Entwurf und wurde noch von niemandem bei soulTec bestätigt. Alles darüber beschreibt das Produkt und ist beim Hersteller nachprüfbar.

Beiträge dazu

Wer damit arbeitet

Arbeitest du damit? Schau dir unsere offenen Chancen an.