[{"data":1,"prerenderedAt":368},["ShallowReactive",2],{"navigation":3,"\u002Fde\u002Fblog\u002Fwhy-deploy-with-containers":4,"surround:\u002Fde\u002Fblog\u002Fwhy-deploy-with-containers":357},[],{"id":5,"title":6,"authors":7,"badge":13,"body":14,"date":346,"description":347,"extension":348,"image":349,"lastUpdated":13,"meta":351,"navigation":352,"path":353,"published":352,"seo":354,"stem":355,"tags":13,"__hash__":356},"posts_de\u002Fde\u002F3.blog\u002F69.why-deploy-with-containers.md","Warum Container nutzen und damit deployen",[8],{"name":9,"to":10,"avatar":11},"Thomas Ens","\u002Fabout\u002Fthomasens",{"src":12},"\u002Fimages\u002Fblog\u002Fauthors\u002Fthomas.jpeg",null,{"type":15,"value":16,"toc":329},"minimark",[17,21,24,68,73,76,85,93,97,100,109,117,121,124,132,143,147,150,153,242,245,249,256,265,272,276,281,288,292,295,299,307,311,314,318,321],[18,19,20],"p",{},"Eure Anwendung läuft auf dem Laptop des Entwicklers einwandfrei, doch auf dem Produktionsserver bricht sie zusammen. Andere Bibliotheksversion, fehlende Systempakete, eine Umgebungsvariable zu wenig. Dieses Problem kostet Teams jede Woche Stunden.",[18,22,23],{},"Container lösen genau das. Sie packen Anwendung, Abhängigkeiten und Konfiguration in ein einziges Artefakt, das auf jedem System identisch läuft. In diesem Post erfahrt ihr, was ein Container technisch ist, wie ein Deployment damit konkret abläuft, warum sich der Umstieg rechnet und an welchen Stellen Teams trotzdem stolpern.",[25,26,27,33],"blockquote",{},[18,28,29],{},[30,31,32],"strong",{},"Das Wichtigste in Kürze",[34,35,36,40,51,59],"ul",{},[37,38,39],"li",{},"Container bündeln Code und alle Abhängigkeiten in einem portablen Image, das in Entwicklung, Test und Produktion identisch läuft und das \"works on my machine\"-Problem beseitigt.",[37,41,42,43,50],{},"82 Prozent aller Container-Nutzer betreiben Kubernetes inzwischen produktiv, ein Sprung von 66 Prozent im Jahr 2023 (",[44,45,49],"a",{"href":46,"rel":47},"https:\u002F\u002Fwww.cncf.io\u002Fannouncements\u002F2026\u002F01\u002F20\u002Fkubernetes-established-as-the-de-facto-operating-system-for-ai-as-production-use-hits-82-in-2025-cncf-annual-cloud-native-survey\u002F",[48],"nofollow","CNCF Annual Survey",", 2026).",[37,52,53,54,50],{},"Docker erreichte 2025 eine Adoption von 92 Prozent unter IT-Fachleuten, der größte Einzeljahressprung aller erfassten Technologien (",[44,55,58],{"href":56,"rel":57},"https:\u002F\u002Fwww.programming-helper.com\u002Ftech\u002Fdocker-2026-container-adoption-enterprise-kubernetes-python",[48],"Programming Helper",[37,60,61,62,67],{},"Der größte Risikofaktor sind nicht die Container selbst, sondern ungescannte Images: 75 bis 87 Prozent der Produktions-Images tragen kritische Schwachstellen (",[44,63,66],{"href":64,"rel":65},"https:\u002F\u002Fwww.oligo.security\u002Facademy\u002Fcontainer-security-in-2025-top-threats-and-8-defensive-measures",[48],"Oligo Security",", 2025).",[69,70,72],"h2",{"id":71},"was-ist-ein-container-überhaupt","Was ist ein Container überhaupt?",[18,74,75],{},"Ein Container ist eine abgeschottete Laufzeitumgebung, die eine Anwendung samt aller Abhängigkeiten in ein einziges Image verpackt. Anders als eine virtuelle Maschine bringt er kein eigenes Betriebssystem mit, sondern teilt sich den Kernel des Hosts. Das macht ihn klein und schnell.",[18,77,78,79,84],{},"Der Unterschied zur VM ist greifbar. Ein VM-Image wiegt oft 10 bis 50 Gigabyte, weil ein komplettes Gastbetriebssystem mitläuft. Ein Container-Image kommt häufig mit wenigen hundert Megabyte aus und startet in Sekunden statt Minuten (",[44,80,83],{"href":81,"rel":82},"https:\u002F\u002Fwww.datacamp.com\u002Fblog\u002Fcontainers-vs-virtual-machines",[48],"DataCamp",", 2025). Auf derselben Hardware laufen dadurch deutlich mehr Container als VMs.",[18,86,87,88,92],{},"Wichtig ist die Trennung der Begriffe. Ein Image ist die unveränderliche Vorlage, der Container die laufende Instanz davon. Ihr baut ein Image einmal, speichert es in einer Registry und startet daraus beliebig viele identische Container. Wer tiefer einsteigen will, findet die Mechanik unter ",[44,89,91],{"href":90},"\u002Fde\u002Fblog\u002Fhow-docker-works","wie Docker funktioniert",". Genau diese Unveränderlichkeit ist der Kern der Portabilität: Das Artefakt, das ihr testet, ist exakt das, was in Produktion läuft.",[69,94,96],{"id":95},"warum-löst-container-deployment-das-works-on-my-machine-problem","Warum löst Container-Deployment das \"works on my machine\"-Problem?",[18,98,99],{},"Weil das Container-Image die komplette Laufzeitumgebung einfriert, nicht nur den Code. Bibliotheken, Systempakete, Umgebungsvariablen und der Anwendungscode liegen gemeinsam im Image. Es gibt keine Lücke mehr zwischen \"läuft beim Entwickler\" und \"läuft auf dem Server\", weil beide dasselbe Artefakt ausführen.",[18,101,102,103,108],{},"Das ist der meistgenannte Vorteil in der Praxis. Containerisierung verpackt eine Anwendung mit allen Abhängigkeiten in eine portable Einheit, die in jeder Umgebung konsistent läuft und umgebungsspezifische Fehler eliminiert (",[44,104,107],{"href":105,"rel":106},"https:\u002F\u002Fcircleci.com\u002Fblog\u002Fbenefits-of-containerization\u002F",[48],"CircleCI",", 2025). Ein Image, das auf dem Entwicklerlaptop gebaut wurde, wandert ohne Änderung in Test und Produktion.",[18,110,111,112,116],{},"Bei lowcloud sehen wir diesen Effekt bei jeder Migration. Teams, die vorher ",[44,113,115],{"href":114},"\u002Fde\u002Fblog\u002Fmanual-deployment-risks","Deployments per Hand"," auf VMs gepflegt haben, verlieren mit Containern die ganze Klasse von Fehlern, die aus Umgebungsunterschieden entsteht. Was bleibt, sind echte Bugs im Code, und die lassen sich gezielt fixen, statt nächtelang Konfigurationsdrift zu jagen.",[69,118,120],{"id":119},"wie-läuft-ein-deployment-mit-containern-konkret-ab","Wie läuft ein Deployment mit Containern konkret ab?",[18,122,123],{},"In vier Schritten: Image bauen, in eine Registry pushen, in der Zielumgebung pullen, als Container starten. Dieser Ablauf ist immer gleich, egal ob ihr lokal, im Rechenzentrum oder in der Cloud deployt. Genau diese Wiederholbarkeit macht Container so stark in CI\u002FCD-Pipelines.",[18,125,126,127,67],{},"Das Image entsteht aus einem Dockerfile, einer Textdatei, die Schritt für Schritt beschreibt, wie die Umgebung aufgebaut wird. Eine CI\u002FCD-Pipeline baut bei jedem Commit ein neues Image, prüft es und legt es versioniert in der Registry ab. Weil Container in Sekunden starten, lassen sich Updates und Rollbacks fast verzögerungsfrei ausrollen (",[44,128,131],{"href":129,"rel":130},"https:\u002F\u002Fdocs.aws.amazon.com\u002Fwhitepapers\u002Flatest\u002Fcontainers-on-aws\u002Fcontainer-benefits.html",[48],"AWS",[18,133,134,135,139,140,50],{},"Sobald mehrere Container über mehrere Server hinweg laufen sollen, kommt Orchestrierung ins Spiel. ",[44,136,138],{"href":137},"\u002Fde\u002Fblog\u002Fwhat-is-kubernetes","Kubernetes"," übernimmt das Scheduling, die Skalierung, Rollouts und Selbstheilung. Der übliche Weg ist Docker oder eine andere OCI-Runtime zum Bauen und Kubernetes zum Betreiben in Produktion. Inzwischen betreiben 82 Prozent der Container-Nutzer Kubernetes produktiv (",[44,141,49],{"href":46,"rel":142},[48],[69,144,146],{"id":145},"container-oder-vm-wann-lohnt-sich-was","Container oder VM: wann lohnt sich was?",[18,148,149],{},"Container gewinnen, wenn Geschwindigkeit, Dichte und Portabilität zählen. VMs behalten ihre Stärke bei harter Isolation und wenn ihr unterschiedliche Betriebssysteme auf einer Maschine braucht. Für moderne Web-Anwendungen und Microservices sind Container heute der Standard.",[18,151,152],{},"Die folgende Tabelle stellt die wichtigsten Kriterien gegenüber:",[154,155,156,172],"table",{},[157,158,159],"thead",{},[160,161,162,166,169],"tr",{},[163,164,165],"th",{},"Kriterium",[163,167,168],{},"Container",[163,170,171],{},"Virtuelle Maschine",[173,174,175,187,198,209,220,231],"tbody",{},[160,176,177,181,184],{},[178,179,180],"td",{},"Image-Größe",[178,182,183],{},"Megabyte bis wenige Hundert MB",[178,185,186],{},"10 bis 50 GB",[160,188,189,192,195],{},[178,190,191],{},"Startzeit",[178,193,194],{},"Sekunden",[178,196,197],{},"Minuten",[160,199,200,203,206],{},[178,201,202],{},"Overhead",[178,204,205],{},"gering, teilt Host-Kernel",[178,207,208],{},"hoch, eigenes Gast-OS",[160,210,211,214,217],{},[178,212,213],{},"Dichte pro Host",[178,215,216],{},"sehr hoch",[178,218,219],{},"begrenzt",[160,221,222,225,228],{},[178,223,224],{},"Isolation",[178,226,227],{},"Kernel geteilt, schwächer",[178,229,230],{},"vollständig, stärker",[160,232,233,236,239],{},[178,234,235],{},"Portabilität",[178,237,238],{},"sehr hoch, ein Artefakt überall",[178,240,241],{},"gering, Hypervisor-gebunden",[18,243,244],{},"Die Auswertung ist eindeutig: Für die meisten Anwendungsfälle in der Softwareauslieferung überwiegen die Container-Vorteile bei Effizienz und Geschwindigkeit. VMs bleiben relevant, wo regulatorische Anforderungen vollständige Isolation verlangen oder Legacy-Systeme ein eigenes OS brauchen. Beide Welten lassen sich kombinieren, etwa Container innerhalb von VMs für eine zusätzliche Isolationsschicht.",[69,246,248],{"id":247},"wo-container-deployments-in-der-praxis-scheitern","Wo Container-Deployments in der Praxis scheitern",[18,250,251,252,255],{},"Der häufigste Fehler ist Sicherheit, die zu spät eingebaut wird. Container an sich sind nicht unsicher, aber ihre Images schon, wenn niemand sie scannt. Zwischen 75 und 87 Prozent der Produktions-Images tragen kritische oder hochriskante Schwachstellen (",[44,253,66],{"href":64,"rel":254},[48],", 2025). Wer das CVE-Scanning erst nach dem Deployment macht, zahlt drauf.",[18,257,258,259,264],{},"Image-Scanning früh in der CI\u002FCD-Pipeline senkt die Behebungskosten um das Drei- bis Fünffache gegenüber Fixes nach dem Deployment (",[44,260,263],{"href":261,"rel":262},"https:\u002F\u002Fwww.armosec.io\u002Fglossary\u002Fcontainer-image-scanning\u002F",[48],"ARMO",", 2025). Dazu kommen Konfigurationsfehler: Container laufen im Schnitt mit 4,8 Fehlkonfigurationen, etwa als Root oder mit unnötig offenen Ports. Beides ist vermeidbar, wenn Scanning und Least-Privilege-Regeln Teil der Pipeline sind.",[18,266,267,268,271],{},"Der zweite Stolperstein ist organisatorisch, nicht technisch. Die größte Hürde bei der Cloud-Native-Einführung ist 2025 erstmals der kulturelle Wandel im Team, genannt von 47 Prozent der Befragten, vor fehlendem Training und Sicherheitsbedenken (",[44,269,49],{"href":46,"rel":270},[48],", 2026). Die Technik ist reif. Was Teams ausbremst, ist der Umbau gewohnter Abläufe.",[69,273,275],{"id":274},"häufige-fragen","Häufige Fragen",[277,278,280],"h3",{"id":279},"brauche-ich-kubernetes-um-mit-containern-zu-deployen","Brauche ich Kubernetes, um mit Containern zu deployen?",[18,282,283,284,287],{},"Nein. Für eine einzelne Anwendung oder wenige Container reicht Docker oder eine vergleichbare Runtime völlig aus. Kubernetes lohnt sich, sobald ihr viele Container über mehrere Server skalieren, automatisch ausrollen und selbstheilend betreiben wollt. 82 Prozent der Container-Nutzer setzen es produktiv ein (",[44,285,49],{"href":46,"rel":286},[48],", 2026), aber der Einstieg braucht es nicht.",[277,289,291],{"id":290},"sind-container-sicherer-als-virtuelle-maschinen","Sind Container sicherer als virtuelle Maschinen?",[18,293,294],{},"Nicht automatisch. VMs bieten durch das eigene Gastbetriebssystem stärkere Isolation, weil sie sich keinen Kernel teilen. Container sind dafür schneller zu patchen und neu auszurollen. Sicher werden Container durch gescannte Images, minimale Base-Images, Least-Privilege-Konfiguration und regelmäßige Updates, nicht durch die Technik allein.",[277,296,298],{"id":297},"was-ist-der-unterschied-zwischen-docker-und-kubernetes","Was ist der Unterschied zwischen Docker und Kubernetes?",[18,300,301,302,306],{},"Docker baut und betreibt einzelne Container, Kubernetes orchestriert viele davon. Der typische Weg ist Docker zum Bauen der Images und Kubernetes zum Scheduling, Skalieren und Betreiben in Produktion. Sie konkurrieren nicht, sie ergänzen sich. Mehr dazu im Vergleich ",[44,303,305],{"href":304},"\u002Fde\u002Fblog\u002Fdocker-vs-kubernetes","Docker vs. Kubernetes",".",[277,308,310],{"id":309},"lohnt-sich-containerisierung-auch-für-kleine-teams","Lohnt sich Containerisierung auch für kleine Teams?",[18,312,313],{},"Ja. Gerade kleine Teams profitieren, weil reproduzierbare Deployments den Wartungsaufwand senken und neue Mitglieder schneller produktiv werden. Das Image ist die Dokumentation der Umgebung. Ihr braucht dafür keine große Plattform, ein einzelner Server mit Container-Runtime genügt für den Anfang.",[69,315,317],{"id":316},"fazit","Fazit",[18,319,320],{},"Container sind 2026 der Standard für die Auslieferung von Software. Sie beseitigen Umgebungsfehler, beschleunigen Deployments auf Sekunden und nutzen Hardware effizienter als VMs. Die Adoptionszahlen bestätigen das: 92 Prozent Docker-Verbreitung und 82 Prozent Kubernetes in Produktion sprechen eine klare Sprache. Die echten Hürden liegen woanders, bei ungescannten Images und beim kulturellen Umbau im Team. Wer Sicherheit von Anfang an in die Pipeline holt, gewinnt die Vorteile ohne die Fallstricke.",[18,322,323,324,328],{},"Wollt ihr Container ohne den Betrieb einer eigenen Kubernetes-Plattform nutzen? Schaut euch an, wie ",[44,325,327],{"href":326},"\u002Fde\u002Fproduct\u002Fcontainer-hosting","Container-Hosting bei lowcloud"," funktioniert.",{"title":330,"searchDepth":331,"depth":331,"links":332},"",2,[333,334,335,336,337,338,345],{"id":71,"depth":331,"text":72},{"id":95,"depth":331,"text":96},{"id":119,"depth":331,"text":120},{"id":145,"depth":331,"text":146},{"id":247,"depth":331,"text":248},{"id":274,"depth":331,"text":275,"children":339},[340,342,343,344],{"id":279,"depth":341,"text":280},3,{"id":290,"depth":341,"text":291},{"id":297,"depth":341,"text":298},{"id":309,"depth":341,"text":310},{"id":316,"depth":331,"text":317},"2026-05-24","Container beseitigen Umgebungsfehler, beschleunigen Deployments auf Sekunden und nutzen Hardware effizienter als VMs. Was dahintersteckt und wo Teams stolpern.","md",{"src":350},"\u002Fimages\u002Fblog\u002Fwhy-deploy-with-containers.jpg",{},true,"\u002Fde\u002Fblog\u002Fwhy-deploy-with-containers",{"title":6,"description":347},"de\u002F3.blog\u002F69.why-deploy-with-containers","LJMPslrShaUqMObuXiu2WUx0A7ANIO__L2m1mXCd1y0",[358,363],{"title":359,"path":360,"stem":361,"description":362,"children":-1},"Vercel vs Netlify: Unterschiede – und wann lowcloud passt","\u002Fde\u002Fblog\u002Fvercel-vs-netlify","de\u002F3.blog\u002F68.vercel-vs-netlify","Vercel und Netlify im Vergleich: Runtime-Modelle, Kosten, Full-Stack-Realität und Lock-in. Plus: Wann ein containerbasierter Ansatz wie lowcloud besser passt.",{"title":364,"path":365,"stem":366,"description":367,"children":-1},"Die Cloud-Illusion: Warum ein Serverstandort in Deutschland noch keine digitale Souveränität macht","\u002Fde\u002Fblog\u002Fcloud-illusion-digitale-souveraenitaet","de\u002F3.blog\u002F7.cloud-illusion-digitale-souveraenitaet","Standort Deutschland reicht nicht: Warum US Cloud Act, Schrems II und Vendor Lock-in echte Datensouveränität verhindern – und wie lowcloud die DX-Lücke schließt.",1780334506499]