Was ist eine CI/CD PIPELINE? Wie funktioniert sie?
Вставка
- Опубліковано 6 тра 2021
- Hi! Habt Ihr Fragen zu Thema CI/CD Pipeline? Dann ist dieses Video aus der IT-Glossar Reihe für Euch! Ich erkläre kurz, wie Software früher funktioniert hat und welche Probleme deshalb auftraten. Danach wisst Ihr wie z.B. AWS dieses System verändert hat, wie die CI/CD Pipeline heute funktioniert und warum es so wichtig ist. Ich freue much auf Eure Fragen und Kommentare. Viel Spaß!
____________________________________
Interessiert Du Dich für DevOps Karriere? In diesem Video erkläre ich, was man als DevOps macht:
• Deine Informatik KARRI...
Wenn Du Informatik studieren möchtest oder einen Job in diesem Bereich suchst, empfehle ich Dir meine Playlist zu Informatik Bildungs- und Karrierewegen:
• Deine Informatik KARRI... - Наука та технологія
Was meinst Du zum Video? Hast Du Anregungen für mich? Ich freue mich über Deine Kommentare!
Falls Dir das Video gefällt, wäre es super, wenn Du einen Like dalässt und meinen Kanal abonnierst :-)
Das war extrem hilfreich! Genau die richtige Kombination aus Fachbegriffen und Erklärung in Alltagssprache. Vielen Dank!
Freut mich:-)
Ist genau das, wonach ich gesucht habe. Gutes Video :)
Freut mich! Meld Dich, wenn Dich was Spezielles interessiert!
Tolles Video! Mein Abo ist gemacht. Vielen Dank!
Freut mich:-)
Neue PO Stelle seit 6 Wochen. Geiles Team aber leider war ich bisher zu nah am Produkt und muss jetzt näher an die Technik. Das war sehr hilfreich 🤘🏽
Ah, cool, freut mich, dass es geholfen hat. Viel Erfolg im neuen Job! Diese Kurz-Erklärvideos will ich auf jeden Fall wieder aufnehmen. Gibt's irgendwelche Themen, die Du schon immer mal wissen wolltest und für die Dir kurz ein Video helfen würde?
CD = Continuous Delivery oder Continuous Deployment
geht beides glaub ich. Ist nicht so trennscharf. Ich verwende auch beides.
@@prof.sebastian völlig korrekt, beides ist richtig 👍🏻
Nur was nicht geht ist „Continuous Development“ was im Video gesagt wird
Ah, ok. Sorry.- War dann ein Versprecher.
Vielen Dank für die Erklärung :) Dieser Moment wenn in der Modulübung gesagt wird "ach schaut euch einfach ein Video auf UA-cam an, ich habe keine Lust euch das zu erklären..." Lehrauftrag verfehlt...
Freut mich, dass es Dir gefallen hat! Möchtest Du sonst noch was Spezielles hören?
UA-cam ist das Beste!!
Ich habe den Schritt zwischen Erstellung neues docker images -> registry ("container website") -und dem Deployment auf dem Server nicht ganz verstanden. Wird da das Docker Image deployed?
Hey, also das Image wird erzeugt und auf der Registry gespeichert (docker push) und danach wird es im Deployment-Schritt von der Registry heruntergeladen und dort deployed wo Du es haben willst (z.B. auf dem testserver oder production server), also wo der Container dann am Ende läuft.
@@prof.sebastian Danke für die Antwort! Also sind Deployments heutzutage meistens Microservices in Docker oder Kubernetes, wenn ich es richtig verstanden habe!
Hi, generell kann ein Deployment alles Mögliche sein, das auf einem Server läuft. Aber meist ist es etwas, was in einer Containerumgebung läuft. Docker ist hier der Platzhirsch, aber es gibt auch andere. Vorteil: Das läuft isoliert vom Rest. Man hat quasi eine Garantie, dass es läuft wie man es getestet hat und hat keine unvorhersehbaren Seiteneffekte. Und dann wird es irgendwo auf einem Server "deployed". Oft wird K8s dann als Orchestrierungsframework verwendet, weil man da Dinge bekommt wie health checks (laufen die Container noch?), horizontale Skalierung, die automatisch vonstatten geht, Load Balancing und vieles mehr. Aber auch da gibt es Alternativen.
Sehr nette Art der Beschreibung. Ich frage mich aber warum man es nicht CDCI benannt wird....Ich kann ja nichts integrieren, wenn nichts geschrieben wurde
Hey, danke:-) Naja, ich war vielleicht nicht ganz präzise. Also Continuous Integration ist die Praxis der automatischen Integration von Code-Änderungen. Also ein Mechanismus mit dem man ermöglicht, dass verschiedene Entwickler am selben Code in github z.B. Änderungen pushen können, peer reviews machen können, dann das Image aus den neuen Änderungen, also aus der neuen Codebasis heraus gebaut wird (und ggf. in die registry gepusht wird). Und das Continuous Deployment ist dann der Mechanismus, der das durch die vorher gelaufene CI, also auf Basis des geänderten lauffähigen Codes, das neue Image in einer Laufzeitumgebung zur Ausführung bringt, also praktisch auf einem Server laufen lässt. Also die Reihenfolge CI/CD passt schon. Deployen kannst Du nichts bevor Du nicht die neue Codebasis gemerged, übersetzt, image gebaut hast. Hilft das?
@@prof.sebastian klasse, das war doch mein Denkfehler, da ich in der Eile CD == continious dev und nicht continious deploymen gesetzt habe, jetzt macht das aber vollkommen sinn, quasi continious dev ist quasi in der continious integration impliziert, und deploeyen kommt ja bekannterweise nachher 🙂... so wie im Joirnalismus zuerst das Ereignis und dann der Bericht und nicht andersherum 😉
du willst mir sagen du bist nicht klaus grillt?
Haha, ich kannte den gar nicht. Hab mal kurz gesucht. Du meinst, ich seh dem ähnlich?:-)