{"id":53085,"date":"2025-01-31T14:57:41","date_gmt":"2025-01-31T13:57:41","guid":{"rendered":"https:\/\/www.d-velop.de\/blog\/?p=53085"},"modified":"2025-01-31T14:57:43","modified_gmt":"2025-01-31T13:57:43","slug":"cloud-kostenmanagement","status":"publish","type":"post","link":"https:\/\/www.d-velop.de\/blog\/engineering\/cloud-kostenmanagement\/","title":{"rendered":"Transparentes Cloud-Kostenmanagement bei einer IDP auf Basis von Kubernetes: So geht\u2019s!"},"content":{"rendered":"\n

In der heutigen Zeit, in der Unternehmen und Organisationen zunehmend auf Cloud-Dienste setzen, wird das Cloud-Kostenmanagement f\u00fcr Anwendungen immer komplexer und wichtiger. Mit der Verbreitung von Cloud Native Infrastructure steigt die Herausforderung, Cloud-Kosten transparent darzustellen und zu optimieren.<\/p>\n\n\n\n

Eine zentrale Schwierigkeit ist dabei die Zuordnung der Kosten. W\u00e4hrend in traditionellen IT-Infrastrukturen Kosten klar zu Hard- oder Software zugewiesen werden k\u00f6nnen, teilen sich in der Cloud mehrere Anwendungen dieselben Ressourcen. Dieser zentralisierte Ansatz bietet einerseits Vorteile wie geringere Komplexit\u00e4t, bessere Skaleneffekte und vereinfachte Compliance, erschwert jedoch auf der anderen Seite die pr\u00e4zise Kostenverteilung.<\/p>\n\n\n\n

<\/span>Die Multi-Cloud-Infrastruktur bei d.velop<\/span><\/h2>\n\n\n\n

Bei der Entwicklung und Bereitstellung unserer Produkte spielt die Cloud-Infrastruktur eine zentrale Rolle. Test- und Produktivumgebungen hosten wir nach einer Multi-Cloud-Strategie bei den beiden Cloud-Providern Amazon Web Services (AWS) und Open Telekom Cloud (OTC). Dieses Modell erh\u00f6ht die Skalierbarkeit sowie die Resilienz der Cloud-Infrastruktur, und wir k\u00f6nnen unmittelbar auf neue Innovationen und Angebote der verschiedenen Provider eingehen. Au\u00dferdem k\u00f6nnen wir die Betriebskosten senken, wenn wir f\u00fcr die verschiedenen Aufgaben den jeweils g\u00fcnstigsten Cloud-Dienst ausw\u00e4hlen. Die OTC ist f\u00fcr uns, insbesondere wegen Kunden mit besonderen Anforderungen an den Datenschutz, relevant. Die Cloud-Plattform der Telekom arbeitet mit europ\u00e4ischen Rechenzentren und erf\u00fcllt damit nicht nur die Anforderungen der Europ\u00e4ischen-Datenschutz-Grundverordnung, sondern auch branchenspezifische Bestimmungen wie etwa in der \u00f6ffentlichen Verwaltung oder im Finanzsektor.<\/p>\n\n\n\n

Interne Entwicklungsplattform d.velop developer platform (DDP)<\/h3>\n\n\n\n

Unsere interne Entwicklungsplattform \u201ed.velop developer platform\u201c (DDP) wird \u00fcber AWS und in der OTC betrieben und setzt dabei auf den Industriestandard zur Containerverwaltung, Kubernetes. Mit der DDP implementieren wir eine Internal Developer Platform. Ziel dieser Plattform ist es, von den Details der Cloudanbieter (z. Zt. AWS und OTC) zu abstrahieren und unseren Entwicklungsteams Zugang zu einer standardisierten Cloudumgebung zu verschaffen.<\/p>\n\n\n\n

F\u00fcr ein erfolgreiches Deployment m\u00fcssen unsere Entwicklungsteams nur ein Containerimage sowie eine Workloadbeschreibung per YAML-Konfigurationsdatei bereitstellen. Um alles Weitere k\u00fcmmert sich dann die DDP, die die Containerimages in Kubernetes-Clustern ausf\u00fchrt. Eine Workloadbeschreibung kann beispielsweise so aussehen:<\/p>\n\n\n\n

\n

Beispielhafte Workloadbeschreibung<\/h3>\n\n\n\n
<\/div>\n\n\n\n
\"Code<\/a><\/figure>\n<\/div><\/div>\n\n\n\n

Auf diese Weise schaffen wir es, dass ein Entwicklungsteam in weniger als 5 Minuten eine App bei jedem von der DDP unterst\u00fctzten Cloudanbieter bereitstellen und betreiben kann.<\/p>\n\n\n\n


Auf diese Weise schaffen wir es, dass ein Entwicklungsteam in weniger als 5 Minuten eine App bei jedem von der DDP unterst\u00fctzten Cloudanbieter bereitstellen und betreiben kann.<\/p>\n\n\n\n

<\/span>Kostenmanagement mit OpenCost<\/span><\/h2>\n\n\n\n

Ohne eine detaillierte Aufschl\u00fcsselung der Kosten k\u00f6nnen die Vorteile einer solchen Multi-Cloud-Strategie allerdings kaum ihren Nutzen entfalten. Die Cloud-Provider liefern hier zwar bereits Daten, wie sich die Cloud-Kosten auf verschiedene Ressourcen wie Datenbanken, Netzwerknutzung und Speicherplatz verteilen. Damit k\u00f6nnen wir aber nicht die Frage beantworten, wie sich die Kosten auf die von d.velop betriebenen Cloud-Apps aufteilen, die diese Ressourcen in Anspruch nehmen. An dieser Stelle kommt bei uns das n\u00fctzliche Werkzeug OpenCost zum Einsatz.<\/p>\n\n\n\n

\n

Definition OpenCost<\/h3>\n\n\n\n

OpenCost <\/strong>ist eine Open-Source-Weiterentwicklung des Monitoring-Tools Kubecost. Es erm\u00f6glicht, die Nutzung von Cloud-Ressourcen in einem Kubernetes-Cluster in Echtzeit zu \u00fcberwachen und die daraus hervorgehenden Kosten zu berechnen und pr\u00e4zise zuzuordnen. <\/p>\n<\/div><\/div>\n\n\n\n

OpenCost arbeitet, indem es Metriken aus einem Kubernetes-Cluster sammelt und wird dabei selbst in einem Container im Cluster betrieben. In Kombination mit den Preisinformationen des Cloud-Providers, die per API bezogen werden, k\u00f6nnen die entstehenden Kosten berechnet und pr\u00e4zise einzelnen Containern zugeordnet werden. Bisher war OpenCost nur mit den g\u00e4ngigsten Cloud-Providern wie AWS kompatibel. <\/p>\n\n\n\n

Erfolgreiche Implementierung und Integration der OTC-Unterst\u00fctzung in OpenCost<\/h3>\n\n\n\n

Da nicht absehbar war, ob und wann eine Unterst\u00fctzung f\u00fcr die OTC in OpenCost erfolgen w\u00fcrde, haben wir uns intensiv in das Open-Source-Projekt eingearbeitet und die erforderliche Unterst\u00fctzung im Go-Quellcode des Projekts selbst implementiert. Unsere Erg\u00e4nzungen zur Preisberechnung in der OTC haben wir dann per Pull Request als Contribution f\u00fcr das offizielle Projekt zur Verf\u00fcgung gestellt, sodass auch andere User hiervon profitieren k\u00f6nnen. Die \u00c4nderungen wurden dankend durch die Maintainer angenommen und in die Hauptversion von OpenCost \u00fcbernommen.<\/p>\n\n\n\n

<\/span>Kennzahlen und Dashboards sorgen f\u00fcr Transparenz im Cloud-Kostenmanagement<\/span><\/h2>\n\n\n\n

Die weiteren Open-Source-Anwendungen Prometheus und Grafana nutzen wir, um mit den von OpenCost berechneten Kostendaten spezifische Fragestellungen zu beantworten: <\/p>\n\n\n\n