Blog

Der Begriff Observability und seine praktische Umsetzung werden aktuell vielfach besprochen. Wir haben deshalb mit Erkan Yanar, Experte für Kubernetes und DevOps, über sein Verständnis des Observability-Mindsets und dessen Anwendung gesprochen.   Torsten Bøgh Köster: Als Freelancer und Trainer bist du wohl die Kubernetes-Koryphäe in Deutschland. Wann bist du erstmals mit dem Thema Observability in Kontakt gekommen? Erkan Yanar: Das erste Mal mit so etwas wie Observability in Berührung gekommen bin ich Anfang der 2000er als MySQL-DBA. Wir haben versucht, Metriken und Logs einen Sinn zu geben. Mit dem jetzt neu aufkommenden Begriff der Observability habe ich daher so ein Problem,... Read More

Docker ist ein Tool, um Applikationen mittels Containerisierung zu bauen, zu installieren und zu betreiben. Diese Container sind leichter und benötigen eine kürzere Startzeit im Vergleich zu traditionellen Servern. Sie verbessern außerdem die Performance und reduzieren Kosten, während sie gleichzeitig gutes Resource Management zur Verfügung stellen. Ein weiterer Vorteil von Docker ist, dass man nicht wie bisher jedem Container vorab einen Datenspeicher zuordnen muss. Docker-Container und Docker Images Ein Docker-Container ist eine virtualisierte Runtime-Umgebung, die vor allem bei der Applikationsentwicklung verwendet wird. Wie bereits erwähnt, ist es mit Docker möglich, Applikationen zu bauen, zu implementieren und zu betreiben. Das Besondere... Read More

Von Tammo van Lessen: Für Kubernetes gibt es inzwischen für jeden Use Case ein passendes Werkzeug. Trotzdem ist es nach wie vor eine Herausforderung, reproduzierbare und gleichzeitig flexible Rollouts für Infrastrukturkomponenten und Anwendungen für verschiedene Stages zu automatisieren, ohne in der Scripting-Hölle zu landen. Helm wird zusammen mit Helmfile wirklich mächtig.

Bei der Erstellung von Softwaresystemen können ungewollt Sicherheitsschwachstellen mit eingebaut werden. Über diese Schwachstellen können Angreifer Kontrolle über das System gewinnen oder Daten daraus abziehen. Es stehen jedoch zahlreiche Hilfsmittel zur Verfügung, um das zu vermeiden.

In der Regel bestehen Microservices-Projekte aus mehreren einzelnen Services, die als getrennte Deployment-Einheiten separat betrieben werden und sich dabei gegenseitig aufrufen. Für die Security des Gesamtsystems ergeben sich hieraus mehrere Konsequenzen.